原生语义标签更可靠，因天然支持焦点管理、空格/回车触发、禁用跳过及状态同步；而需手动补全tabindex、键盘事件、aria-disabled等，漏一项即导致读屏失效。

原生语义标签能解决 80% 的屏幕阅读器问题，aria- 属性只是补漏手段，不是替代方案。

为什么比

更可靠

用 <div role="button"> 模拟按钮，必须手动处理焦点、键盘事件（空格/回车触发）、禁用状态（<code>aria-disabled）、按下态（aria-pressed）——漏一项，读屏就失效。而 <button></button> 天然支持全部。

• 禁用时加 disabled 属性，屏幕阅读器自动跳过；用 pointer-events: none + CSS 灰色，则仍被朗读为“可点击”，但实际点不动
• 纯图标按钮（比如 <button><svg></svg></button>）必须加 aria-label，例如 aria-label="删除"
• input type="button" 的 value 会被朗读，但中文空格（value=" "）或空值（value=""）会导致信息丢失，优先改用 <button></button> + 显式文本或 aria-label

表单控件为什么总读成“编辑框”

没正确关联 <label></label> 是最常见原因。浏览器不会自动推断哪个 label 对应哪个 input，必须显式绑定。

Wechat HTML Publisher

直接上传HTML富文本到微信公众号草稿箱。支持完整的HTML格式,无需Markdown转换。

下载

• 推荐嵌套写法：<label>邮箱<input type="email"></label>，但内部不能有 <div> 等块级元素，否则部分读屏软件会中断朗读 <li>显式 <code>for/id 关联也行：<label for="email">邮箱</label><input id="email" type="email">，注意 ID 大小写必须完全一致、全局唯一
• 用 aria-labelledby 跨区域关联仅限复杂场景（如一个标题描述多个字段），日常滥用反而增加失效风险

动态内容更新后读屏不朗读怎么办

单纯替换 innerHTML 或切换 display: none，读屏基本无感。必须用 aria-live 主动通知。

• 把动态区域（如搜索结果、操作提示）用 <div aria-live="polite">...</div> 包裹，内容变化时会等用户停顿再朗读
• 紧急错误提示可用 aria-live="assertive"，但会打断当前朗读，慎用
• 用 innerHTML = "" 替换整个区域后，新内容里必须重写 aria-live 属性，否则后续更新不再触发朗读
• 别把 aria-live 加在带 CSS 过渡（如 opacity 动画）的元素上，过渡期间 DOM 变化可能被忽略

表格怎么让读屏知道“张三｜22｜北京”是同一行

不加 scope 的 <th>，读屏大概率读成一串割裂词，而非结构化数据。每个 <code><th> 必须明确作用域。 <ul><li><code><thead> 里的 <code><th>（如“姓名”“年龄”）→ 必须设 <code>scope="col"

• <tbody> 每行首个 <code><th>（如“用户A”）→ 必须设 <code>scope="row"
• 合并单元格（rowspan/colspan）或复杂结构，scope 不够用时，改用 headers + id 显式绑定：<th id="sales">销售额</th> 和 <td headers="sales">120万</td>
• <td> 上写 <code>scope 是无效的，W3C 明确禁止，主流浏览器静默忽略

  最难的不是查文档写对某一行 scope，而是在每次插入 <th> 时条件反射地问一句：“它管的是列，还是行？”——这个习惯一旦建立，比任何检测工具都管用。</th>