HTML5原生语义标签显著降低无障碍测试门槛，因其内置结构语义与辅助工具深度集成，但需同步保障交互行为合规。
HTML5 原生语义标签大幅降低无障碍测试门槛
HTML5 不是“加强版 HTML”，而是为可访问性重新设计的结构基础。它用 、、、 等语义化标签，直接向辅助工具（如 NVDA、VoiceOver、JAWS）暴露页面逻辑结构，无需额外 ARIA 注解就能被正确识别。
而传统 HTML（即 HTML4/XHTML1）几乎全靠 NVDA（Windows）、VoiceOver（macOS/iOS）、JAWS（企业级 Windows）均已将 HTML5 元素映射为对应可访问性 API（如 MSAA/UIA、AXAPI）中的标准角色。这意味着：只要不用 CSS 把 反观 HTML4 页面，即使强行添加 ARIA，也容易因属性组合错误（如 立即学习“前端免费学习笔记（深入）”； 用对标签只是起点。HTML5 的便利性容易让人误以为“用了语义标签就万事大吉”，结果在交互层翻车： 这段代码虽用了 别只扫一眼是否用了 HTML4 项目改造时，优先替换结构性 搭建界面，必须手动加 role、aria-label、aria-labelledby 等属性才能让屏幕阅读器理解意图——稍有遗漏，就会导致“按钮读成段落”“导航栏被跳过”等典型失败场景。
自带键盘焦点、空格/回车触发行为；旧式 tabindex、keydown 事件，否则无法被键盘用户访问
在 HTML5 中会触发系统软键盘优化和基础校验；HTML4 只能用 + JS 模拟，辅助工具无法感知输入意图 关联在 HTML5 中是强制推荐实践；HTML4 项目常忽略 for 属性或用嵌套方式绕过，导致语音反馈缺失主流辅助工具对 HTML5 语义标签的支持已成事实标准
显示为 display: none 或覆盖其默认行为，这些工具就能稳定识别并提供导航快捷键（如 NVDA+Insert+F7 列出所有 ）。role="button" 却没加 tabindex="0"）或动态更新未触发 aria-live，导致辅助工具状态不同步。 的朗读优先级高于同级 会读出完整 ISO 日期，而 6月15日 只读字面文本 能播报进度百分比；用 aria-valuenow 和 aria-valuemax
HTML5 并不自动等于无障碍——常见误用反而更隐蔽
，但内部链接 href="#" 无真实跳转、又没声明 role="button"，屏幕阅读器仍会读作“链接”，键盘用户按 Enter 后页面跳顶——这是典型的“语义正确但行为失当”。
tabindex="0" + space 事件） 默认不可聚焦，必须调用 .showModal() 才激活可访问性栈；直接 display: block 会让 VoiceOver 忽略模态上下文 样式模拟标题但实际是 无障碍测试建议：从 HTML5 语义出发，但必须验证行为流
。重点测三类链路：
下拉）是否连贯role、name、value 是否与预期一致aria-live="polite" 区域是否被朗读；表单校验错误是否通过 aria-invalid="true" + aria-describedby 关联到输入框event.preventDefault() 忘记处理键盘事件，整个组件就对键盘用户失效。
