由 dawei 无障碍设计漏洞常源于视觉、听觉、运动或认知层面的忽略。常见问题包括：缺失alt文本的图片、纯色块无足够对比度、仅用颜色传递关键信息（如表单错误提示）、键盘不可达的交互控件、自动播放未提供暂停按钮、以及缺乏语义化HTML结构（如用div代替button或nav）。
检查时优先验证四大核心原则：可感知（Perceivable）、可操作（Operable）、可理解（Understandable）、健壮（Robust）。使用工具组合快速筛查——WAVE和axe浏览器插件能定位结构性问题；Lighthouse可生成基础合规报告；手动测试需覆盖Tab键导航流、屏幕阅读器朗读逻辑、缩放至200%后布局是否完整、以及关闭CSS/JS后的内容可读性。
建议图AI生成，仅供参考
表单是高频漏洞区。确保每个input都有关联的label（显式for+id或嵌套方式），错误消息明确指向具体字段并提供修正指引，提交前校验应支持用户主动触发而非仅依赖客户端JS拦截。禁用自动填充时需提供合理替代方案，避免因无障碍API冲突导致表单无法提交。
索引优化与无障碍高度协同。搜索引擎依赖语义化标记理解内容层级，而屏幕阅读器同样依赖heading顺序（h1–h6）构建信息框架。避免跳级标题（如h1后直接h3），确保每页有唯一h1，章节标题准确反映内容权重。链接文字须具备描述性（不用“点击这里”），图像alt文本要传达功能或含义（装饰图用空alt），aria-label仅用于补充而非替代原生语义。
动态内容需主动通知辅助技术。AJAX更新区域添加aria-live=\”polite\”，模态框需管理焦点并锁定背景，关闭后恢复焦点至触发点。避免使用tabindex=\”0\”强制聚焦非交互元素；优先用原生语义标签和:focus-visible提升键盘可见性。CSS中避免仅靠:hover实现关键状态，应同时定义:focus和:focus-visible样式。
文档与协作同样关键。在设计系统中内建无障碍组件规范（如带正确role、tabindex、键盘行为的自定义按钮），为开发提供带注释的代码示例；为内容团队制定alt文本撰写指南；在PR流程中嵌入axe自动化检查。修复不是终点——定期复查WCAG 2.2新条款，关注高对比模式、动画偏好（prefers-reduced-motion）适配等演进要求。