标签语义始终为作品标题，HTML5起不再默认斜体且不隐式关联来源；须用包裹实现链接，禁用，引文出处应显式置于或微数据中。
HTML <cite></cite> 标签在不同版本中的行为差异
HTML 的 <cite></cite> 标签从 HTML4 到 HTML5 语义没变，但浏览器渲染和实际用途悄悄变了：它不再默认斜体（部分浏览器仍保留），也不再隐式关联引用来源——你得自己加 title 或用 <link> 显式声明出处。
常见错误现象：<cite>JavaScript高级程序设计</cite> 在 Chrome 里看着像普通文本，开发者误以为“样式失效”，其实是规范本就不保证样式，只定义语义。
-
<cite></cite>始终只包裹「作品标题」，不是作者名、URL 或出版信息 - HTML4 中常被滥用为“引用来源容器”，HTML5 明确要求它仅表示「被引用的作品名称」
- 若需带链接，应套在
<a></a>里：<a href="https://example.com"><cite>MDN Web Docs</cite></a>
为什么 <blockquote></blockquote> + <cite></cite> 组合在现代 HTML 中不推荐
HTML5 已废弃 <blockquote></blockquote> 的 cite 属性（如 <blockquote cite="url"></blockquote>），且 <cite></cite> 放在 <blockquote></blockquote> 内部也不再被解析为元数据来源。浏览器不会读取它来建立引用关系，搜索引擎也基本忽略。
使用场景：你想标注某段话出自哪本书/网页？别依赖 <cite></cite> 的位置或属性，它只是视觉提示。
立即学习“前端免费学习笔记（深入）”；
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
- 正确做法是用
<blockquote></blockquote>包内容，再在下方用<footer></footer>或<p class="source"></p>显式说明来源 -
<blockquote cite="xxx"></blockquote>仍能通过 DOM 读到，但无语义作用，纯属遗留字段 - 若需机器可读的引用关系，应使用
data-cite自定义属性或微数据（如itemprop="citation"）
<q></q> 和 <cite></cite> 搭配使用的典型误区
<q></q> 是行内短引用，<cite></cite> 是作品名，二者语义不同、不可嵌套替代。但很多人写成 <q><cite>他说了句真话</cite></q>——这等于说“作品名”本身是一句引用，逻辑错位。
性能 / 兼容性影响：无实际性能问题，但语义混乱会让辅助技术（如读屏器）误读上下文。
- 正确结构：
<q>人生自古谁无死</q> —— <code><cite>过零丁洋</cite> -
<q></q>会自动添加引号（CSS 可控），<cite></cite>不会；不要手动加中文引号再套<q></q> - 嵌套层级深时（比如引文里再引文），优先用
<q></q>多层，而非堆砌<cite></cite>
想让引文信息被爬虫或知识图谱识别，该怎么做
靠 <cite></cite> 标签本身做不到。当前主流搜索引擎和结构化数据工具（如 Google Rich Results）都不把 <cite></cite> 当作引用元数据源。
可给出简短示例：
<blockquote itemscope itemtype="https://schema.org/Quote">
<span itemprop="text">代码不是写来给人看的，偶而也是</span>
<footer>
<cite>《Clean Code》</cite>，
<time datetime="2008">2008年</time>
</footer>
</blockquote>
- Schema.org 的
Quote类型支持text和author，但不支持cite字段，所以书名仍得放在<cite></cite>或<span></span>里人工标记 - 若引用来自网页，用
<link rel="cite" href="...">放在更可靠，但需配合 HTTP Link 头才完整 - 最易被忽略的一点：引文的「时间上下文」（如“2023 年某次访谈中”）比书名更重要——机器更倾向提取带时间锚点的引用片段
