无障碍不是额外的装饰，而是把信息传递的门槛降到最低：颜色对比度够不够、语义结构对不对、键盘能不能完整操作、屏幕阅读器读出来是否清晰。这些检查如果完全靠人工逐页对照规范，很容易漏项也很耗时。下面这份清单把常用的 A11y 检测与审计工具按使用场景整理出来，你可以在设计交付前、上线前或回归测试时快速做一轮体检。
工具地址：https://webaim.org/resources/contrastchecker/
免费商用：输入前景色与背景色即可得到 WCAG 2.x 对比度结果，并提示 AA/AAA 是否达标；适合在做配色方案、按钮状态、图标颜色时快速验证。
工具地址：https://www.tpgi.com/color-contrast-checker/
免费商用：桌面端对比度检测工具（可取色），适合在视觉稿复核或切图阶段做快速扫一遍；对比度结果清晰，便于记录问题点。
需看协议：提供对比度检查、色盲模拟、无障碍注释等能力；如果团队主要在设计工具里协作，用插件在源文件里直接标注问题会更顺手。
免费商用：在线扫描页面并把错误、警告、结构信息直接覆盖在页面上展示；适合做“页面级”问题排查，尤其是缺少替代文本、表单标签、标题层级等基础问题。
工具地址：https://www.deque.com/axe/devtools/
需看协议：在 DevTools 里做自动化扫描并给出可操作的修复建议；适合研发联调阶段反复跑，能把许多常见违规项变成可追踪的清单。
工具地址：https://developer.chrome.com/docs/lighthouse/overview/
免费商用：在性能/最佳实践之外也提供 Accessibility 打分与问题列表；适合在上线前做快速体检，但建议把它当作“最低门槛检查”，不要只看分数。
工具地址：https://accessibilityinsights.io/
免费商用：同时提供 FastPass（快速发现常见问题）和 Guided assessment（引导式人工检查）；很适合产品/测试/设计一起协作做系统性走查。
工具地址：https://www.tpgi.com/arc-platform/arc-toolkit/
需看协议：扩展提供页面扫描与结构信息；如果你需要对组件、表单、ARIA 使用情况做更细粒度的排查，它的呈现方式会更偏“诊断工具”。
工具地址：https://pa11y.org/
免费商用：适合把无障碍检查纳入持续集成：每次构建自动跑一遍并输出报告；对团队来说，最有价值的是“防回归”，避免修完又被新改动破坏。
工具地址：https://squizlabs.github.io/HTML_CodeSniffer/
免费商用：可在页面中执行检测规则并输出结果；适合做轻量级的前端自检或用于搭建内部检测页面。
工具地址：https://khan.github.io/tota11y/
免费商用：以可视化面板的方式提示页面的可访问性问题点；适合用于演示、培训或让非研发同学快速理解“问题在哪里”。
工具地址：https://www.w3.org/WAI/ARIA/apg/
免费商用：严格来说它不是“检测器”，但它是做组件无障碍（如弹窗、菜单、Tabs、组合框等）的权威交互与键盘行为参考；当自动扫描无法覆盖交互细节时，APG 能给出设计与实现的标准答案。
