abbr 标签必须带 title 属性才真正起作用，否则语义丢失、无障碍失效、SEO 价值归零；正确写法为<abbr title="Application Programming Interface">API</abbr>，且需首次出现时前置全称，统一替代已废弃的 acronym 标签。
abbr 标签必须带 title 属性才真正起作用，否则语义丢失、无障碍失效、SEO 价值归零。
不写 title 就等于没用 abbr
常见错误现象：<abbr>API</abbr> 看起来和普通文本一样，但屏幕阅读器跳过不读，鼠标悬停无提示，搜索引擎也收不到语义信号。
正确写法必须显式提供完整释义：
<abbr title="Application Programming Interface">API</abbr>
-
title值不是可选补充，而是 WCAG 合规刚需 - 大小写需与标准全称一致，比如
"JavaScript"不能写成"javascript"，否则语音合成器可能误读 - 首次出现缩写时，建议前文先拼出全称再用
abbr，例如：“Application Programming Interface (API)”
abbr 要替代 acronym，别再混用
acronym 是 HTML4 的遗留标签，HTML5 已明确废弃。所有缩写、首字母词（包括 NASA、RSS、DOM）都统一用 abbr。
错误示例（已淘汰）：
立即学习“前端免费学习笔记（深入）”；
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
<acronym title="National Aeronautics and Space Administration">NASA</acronym>
正确写法：
<abbr title="National Aeronautics and Space Administration">NASA</abbr>
- 部分旧项目或 CMS 模板里还残留
acronym，上线前务必全局替换 - 浏览器对
acronym的支持已不可靠，Chrome/Firefox 当前仅作兼容性渲染，不保证未来版本保留
title 值要精准，不能模糊或冗余
错误的 title 值会削弱语义有效性，比如：
-
title="a programming interface"—— 模糊，未指明是“Application Programming Interface” -
title="API: Application Programming Interface"—— 冗余，开头重复缩写本身 -
title="App Programming Interface"—— 不标准，易引发歧义
推荐写法直接使用权威定义：
<abbr title="Document Object Model">DOM</abbr>
<abbr title="Cascading Style Sheets">CSS</abbr>
- 机构名优先采用官网/维基的标准全称，如 WHO → “World Health Organization”
- 技术术语参考 MDN 或 W3C 官方文档命名，避免口语化缩略
视觉与无障碍细节容易被忽略
abbr 默认可能带虚线下划线（取决于浏览器 UA 样式），但这不是重点；真正关键的是听觉与交互反馈：
- 部分屏幕阅读器（如 NVDA + Firefox）需配合
role="tooltip"或 CSScursor: help才稳定触发朗读 - 移动端 Safari 对
title提示支持弱，依赖辅助功能设置，不能只靠悬停测试 - 若页面禁用了 UA 下划线样式（如
abbr { text-decoration: none; }），请补上cursor: help明确交互意图
最稳妥的做法是：写对 title，保持首次出现时全称前置，其他交给语义本身 —— 复杂逻辑交给 JS 增强，基础语义交给 HTML 原生能力。
