blockquote 的 cite 属性仅作元数据使用，不渲染、不保证可访问性，必须配 footer 才完成有效引用；合法值为可访问的完整 url，且仅限 blockquote、q、ins、del 元素。
blockquote 的 cite 属性根本不会显示作者或书名
写了 cite="https://example.com/paper"，页面上绝不会自动出现“李四，《语义化实践》，2024”——这不是 bug，是设计如此。该属性纯属元数据：浏览器不渲染、屏幕阅读器支持不稳定、CSS 无法用 ::before 提取并插入文本。它唯一合法值是可访问的完整 URL（不能是 cite="《HTML指南》" 或 cite="page12"），且仅允许出现在 blockquote、q、ins、del 上。
常见验证失败场景包括：<p cite="王教授讲座">…</p>（p 不支持 cite 属性）、cite="" 值为空字符串但指向 404 页面（失去溯源意义）、或填入相对路径却未配 base URL 导致解析失败。
爬虫能读到 cite，但权重极低，别为 SEO 单独加
Google 等主流搜索引擎会解析 blockquote.cite，但它在索引和排名中的权重远低于正文自然外链或锚文本。实际作用更接近“结构化数据备用字段”：配合 JSON-LD 使用时，可辅助构建引用图谱；单独存在时，几乎不影响收录或相关性判断。
真正影响爬虫识别的，是 URL 本身是否可访问、返回状态码是否为 200、页面是否含有效内容。若 cite 指向 PDF、API 文档页或存档链接，只要能被正常抓取，就比填个无效 URL 强得多。
校验是否生效，可用 JS 快速检查：
document.querySelector('blockquote').cite // 返回字符串值，为空或 undefined 则没设对
可访问性支持有限，依赖它做语音朗读不可靠
少数组合（如 VoiceOver + Safari）会在朗读 blockquote 后读出 cite 值，但 ChromeVox、NVDA 等主流辅助工具基本忽略它。这意味着：指望 cite 让视障用户知道出处，大概率落空。
真正起效的可访问方案是显式结构：
- 把来源信息放在 footer 内（语义明确、所有辅助技术都识别）
- 配合 aria-label 补充说明，例如 <blockquote aria-label="引用自《前端可访问性模式》，李四，2024年"></blockquote>
- 中文场景下，cite 元素默认斜体无辨识度，建议 CSS 重置为正常字体 + 左侧边框或颜色区分
必须搭配 footer 才算完成一次有效引用
cite 和 footer 是分工明确的两个环节：一个给机器，一个给人。漏掉 footer，用户就真看不见出处；只写 footer 不填 cite，则丢失机器可读的原始链接。
正确结构示例：
<blockquote cite="https://example.com/ref"> <br><p>"语义 HTML 是基础。"</p> <br><footer>— <cite>前端可访问性模式</cite>, 李四, 2024</footer><br> </blockquote>
注意：
- cite 元素只能包裹作品标题（如 <cite>设计模式</cite>），不能包作者、年份、ISBN 或 URL
- footer 必须放在 blockquote 内部末尾，不是外面
- 多段引用时，每段都得用 p 包裹，否则语义模糊、样式难控
最常被忽略的点是：URL 必须真实可访问。填了 cite="https://example.com/article" 却返回 404，等于把溯源线索直接掐断——对人、对机器、对后续维护，都没意义。
