blockquote 的 cite 属性仅存储 url 且不渲染，必须配合 footer 和 cite 元素手动展示来源；仅 blockquote、q、ins、del 支持该属性，多段引用须用 p 包裹。
blockquote 的 cite 属性只存 URL，不显示任何文字
cite 属性根本不会在页面上渲染出哪怕一个字符。写了 cite="https://example.com/paper"，用户看不到链接、作者、书名，甚至不会自动加下划线或变成可点击状态。它纯粹是给机器读的元数据：DOM 中可通过 blockquote.cite 读取，部分屏幕阅读器（如 VoiceOver + Safari）可能播报，但行为不一致；搜索引擎几乎忽略其权重。
常见错误包括：cite="张三《前端手记》"（非法值，验证失败）、cite="来源：https://example.com"（混入描述文本，URL 解析失败）、cite="ref.pdf"（相对路径在 CDN 或跨域场景下 404）。正确写法只有一种：填一个真实可访问的绝对或相对 URL，比如 cite="https://html.spec.whatwg.org/multipage/grouping-content.html#the-blockquote-element"。
哪些标签能用 cite 属性？别往 p 或 div 上硬塞
HTML5 明确限定 cite 属性仅在四个标签上合法：blockquote、q、ins、del。加在 p、div、section 上，浏览器会静默忽略，HTML 验证器直接报错，屏幕阅读器也读不出来。
典型错误现象：<p cite="https://example.com">一段话</p> 在 DevTools 里属性还在，但毫无语义作用；<section cite="..."></section> 完全无效，连 DOM 属性都可能被浏览器剥离。验证时可用 document.querySelector('blockquote').hasAttribute('cite') 检查是否被正确保留，但别依赖它触发交互逻辑。
想让用户看见来源，必须手动写 footer 或 cite 元素
cite 属性和 cite 元素是两回事——前者是隐藏元数据，后者是可见行内语义标签。要让读者看到“出自哪里”，得在 blockquote 内部末尾显式添加结构：
- 用
footer包裹署名信息，这是 HTML5 推荐做法，语义最清晰：<footer>— <cite>HTML Standard</cite>, W3C</footer> -
cite元素只能包裹作品标题（如<cite>设计模式</cite>），不能包作者、年份、URL 或出版社；作者名应放在footer普通文本中 - 避免孤立使用
cite：单独一行<cite>三体</cite>没有引用上下文，等于没标 - 中文场景建议重置
cite样式：cite { font-style: normal; color: #555; }，斜体对中文无辨识度
多段引用必须用 p 包裹，否则语义断裂
blockquote 是块级内容模型，子内容必须是流内容（flow content）。直接把多段文字堆在 blockquote 里，比如：
一款AI工具，主要用于一款基于 Rust 的快速无头浏览器自动化命令行工具（CLI），支持 Node.js 回退机制，可使 AI agent 通过结构化命令实现页面导航、点击、输入及截图，适合需要提升相关任务效率的用户。
<blockquote cite="https://example.com"> 第一段。 第二段。 </blockquote>
会导致浏览器自动补全 DOM（可能插入 div 或换行符），语义模糊、无障碍支持弱、CSS 控制困难。正确结构必须明确分段：
<blockquote cite="https://example.com"> <p>第一段引文内容。</p> <p>第二段逻辑独立的内容。</p> <footer>— <cite>现代 HTML 实践</cite>, 王五, 2024</footer> </blockquote>
注意：footer 必须放在 blockquote 内部，不是外面；如果引用含 DOI、ISBN 或时间，这些信息应放在 footer 普通文本中，而非塞进 cite 或 cite 属性里。
最容易被跳过的一步，是以为写了 cite 属性就完成了引用标注——其实那只是后台字段，前台展示全靠手动写的 footer 和 cite 元素。两者缺一不可，且职责严格分离。
