blockquote的cite属性仅用于提供机器可读的URL元数据，不渲染、不显示，必须为合法绝对或相对URL，且只能用于<blockquote>、<q>、<ins>、标签；人类可见出处需用<footer>配合<cite>等元素手动呈现。
blockquote 的 cite 属性只能填 URL，不是作者名或书名
它不显示、不渲染、不替代可见来源说明——只是一段机器可读的元数据。很多开发者填 cite="《HTML 标准》第 42 条" 或 cite="张三"，结果验证器不报错但语义完全失效，辅助技术也跳过。
必须满足三个条件才算合规：
-
cite值是合法的绝对或相对 URL（如cite="/docs/spec.html"或cite="https://html.spec.whatwg.org/multipage/grouping-content.html#the-blockquote-element"） - 该 URL 指向真实存在的、与引用内容严格匹配的原始页面（不能是首页、404 页面或 PDF 下载链接，除非该链接本身是规范公开地址）
-
cite只能加在<blockquote>、<q>、<ins>、<del>这四个标签上；加在<p>或<div>上浏览器直接忽略
为什么写了 cite 属性，用户还是看不到来源？
因为 cite 属性本身不生成任何可见文本。它只在 DOM 中作为属性存在，对屏幕阅读器支持极弱（部分 UA 完全不播报），搜索引擎也不将其作为引用来源索引依据。
真正让用户看到“出自哪里”，必须手动添加可读内容：
立即学习“前端免费学习笔记（深入）”；
- 用
<footer>包裹在<blockquote>内部（HTML5 合法结构），例如：<footer>— <cite>HTML Standard</cite>, W3C</footer> -
<cite>元素只包作品标题，不包作者、URL、日期；作者名应放在<footer>普通文本中 - 如果引用来自微博、GitHub commit 或内部文档，
cite属性仍需指向可公开访问的 URL；不可访问时宁可省略，改用<footer>+<time>+ 明确机构名补全
常见错误：把 cite 属性和 cite 元素当成一回事
这是最频繁踩坑点。cite 属性是元数据，<cite> 是语义化行内元素，二者用途、位置、校验规则完全不同。
- 错误写法：
<blockquote cite="张三《前端手记》"></blockquote>（值非 URL） - 错误嵌套：
<blockquote><cite>《前端手记》</cite></blockquote>（<cite>放在<blockquote>内部当子元素，语义模糊；应放<footer>里） - 错误复用：
<blockquote cite="https://example.com"><footer>— https://example.com</footer>（cite属性和<footer>文本重复，且后者把 URL 当人话读，体验差）
复杂场景下怎么保语义又保可用性？
比如引用一段 GitHub issue 评论，含用户名、时间、commit hash、原始链接。这时候不能靠 cite 属性扛全部责任。
-
cite属性只填该 issue 的完整 URL（如cite="https://github.com/owner/repo/issues/123"） - 人类可读信息拆解为结构化 HTML：
<footer>— <strong>@alice</strong>, <time datetime="2026-05-10">May 10, 2026</time>, <a href="https://github.com/owner/repo/commit/abc123">abc123</a></footer> - 别把 commit hash 塞进
cite属性——它不是 URL，也不是作品标题
真正难的从来不是写对标签，而是每次贴引用前问一句：这个 URL 真的能打开吗？这段文字真的出自那里吗？用户扫一眼能不能立刻知道是谁、在哪、什么时候说的？
