blockquote的cite属性仅用于提供机器可读的url元数据，不渲染、不显示，必须为合法绝对或相对url，且只能用于、、、标签；人类可见出处需用配合等元素手动呈现。
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></blockquote>、<q></q>、<ins></ins>、<del></del>这四个标签上；加在<p></p>或<div> 上浏览器直接忽略 <h3>为什么写了 cite 属性，用户还是看不到来源？</h3> <p>因为 <code>cite属性本身不生成任何可见文本。它只在 DOM 中作为属性存在，对屏幕阅读器支持极弱（部分 UA 完全不播报），搜索引擎也不将其作为引用来源索引依据。
html-to-pptx-converter下载使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
真正让用户看到“出自哪里”，必须手动添加可读内容：
- 用
<footer></footer>包裹在<blockquote></blockquote>内部（HTML5 合法结构），例如：<footer>— <cite>HTML Standard</cite>, W3C</footer> -
<cite></cite>元素只包作品标题，不包作者、URL、日期；作者名应放在<footer></footer>普通文本中 - 如果引用来自微博、GitHub commit 或内部文档，
cite属性仍需指向可公开访问的 URL；不可访问时宁可省略，改用<footer></footer>+<time></time>+ 明确机构名补全
常见错误：把 cite 属性和 cite 元素当成一回事
这是最频繁踩坑点。
cite属性是元数据，<cite></cite>是语义化行内元素，二者用途、位置、校验规则完全不同。- 错误写法：
<blockquote cite="张三《前端手记》"></blockquote>（值非 URL） - 错误嵌套：
<blockquote><cite>《前端手记》</cite></blockquote>（<cite></cite>放在<blockquote></blockquote>内部当子元素，语义模糊；应放<footer></footer>里） - 错误复用：
<blockquote cite="https://example.com"><footer>— https://example.com</footer></blockquote>（cite属性和<footer></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>, @#@#@#@#@#@#@#@#@#@0</footer> - 别把 commit hash 塞进
cite属性——它不是 URL，也不是作品标题
真正难的从来不是写对标签，而是每次贴引用前问一句：这个 URL 真的能打开吗？这段文字真的出自那里吗？用户扫一眼能不能立刻知道是谁、在哪、什么时候说的？
- 用
