cite属性仅在<blockquote>、<q>、<ins>、四个标签中合法，值必须为URL，用于机器定位原始出处，与<cite>元素（仅包裹作品标题）语义无关。
blockquote 和 q 的 cite 属性才是合法出处标记
cite 属性只在 <blockquote>、<q>、<ins>、<del> 四个标签上有效，其他地方加 cite 属于无效 HTML。浏览器会忽略它，W3C 验证器直接报错。想靠 <p cite="..."> 或 <div cite="..."> 留证据？完全没用。
常见错误现象：
- 写
<p cite="https://example.com/report">这段话来自某报告</p>—— 语义失效，机器无法识别 - 在
<section>或<article>上加 cite 属性 —— 不合法，不参与任何解析链 - 把 cite 当成“通用来源备注”，混用在表格、列表、标题里 —— 所有这些都不支持 cite
cite 属性的值必须是 URL，不能是书名或作者
cite 属性不是用来写“张三，《数据结构》，2024”这种文本的。它的值必须是可访问的 URL（绝对或相对），比如 /sources/tech-debt.pdf 或 https://w3c.github.io/html/semantics.html#the-q-element。否则就是违反 HTML 规范。
为什么必须是 URL？因为它的设计目标是给机器定位原始出处，不是给人看的摘要。屏幕阅读器不读它，搜索引擎也不索引它的内容，但它能被引用分析工具、协作编辑系统或版本比对脚本提取使用。
立即学习“前端免费学习笔记（深入）”；
容易踩的坑：
-
cite="《重构》第3章"—— ❌ 文本值，无机器可操作性 -
cite="ISBN 978-7-xxx-xxxx-x"—— ❌ 不是 URL，无法跳转或验证 -
cite="见附录A"—— ❌ 相对性模糊，缺乏唯一标识
ins 和 del 的 cite 属性用于协作留痕，不是内容引用
<ins cite="https://example.com/edit-log" datetime="2026-05-01"> 和 <del cite="https://example.com/retraction" datetime="2026-05-01"> 这类用法，重点不在“引用原文”，而在“说明修改依据”。它的 cite 指向的是编辑日志、撤稿声明、PR 记录这类可追溯的操作凭证。
典型场景：
- 多人协作文档中，标注某段新增内容由哪次 PR 引入 ——
cite指向 GitHub PR 页面 - 法律文书修订版中，标出某句删除依据哪份法院裁定 ——
cite指向裁判文书网链接 - 学术预印本更新时，用
<del cite="/v2-retraction-note">明确撤回依据
注意：<ins> 和 <del> 的 cite 不承担“作品来源”功能，和 <blockquote> 的 cite 是不同语义轨道。
cite 元素和 cite 属性完全无关，别混用
<cite> 是一个 HTML 元素，只用来包裹作品标题，比如 <cite>Design Systems</cite>；而 cite 属性是四个特定标签上的可选属性，值必须是 URL。两者名字一样，但职责、语法、校验规则全都不一样。
最常被忽略的一点：你在 <blockquote cite="https://example.com/book"> 里写的 URL，和里面出现的 <cite>Design Systems</cite> 没有任何绑定关系。前者是机器可定位的原始出处，后者是人类可读的作品名称 —— 它们得各自合规，不能互相替代或省略。
实操建议：
- 只要出现作品标题（书名/电影名/标准名），就用
<cite>包裹，哪怕它不在引用块里 - 只要引用了某段内容，且你有对应在线出处，就在
<blockquote>或<q>上加cite属性，值填 URL - 不要为了“看起来像引用”而硬凑二者，语义断裂比不用更糟
