网络可访问性测试工具有哪些？最佳工具首选比较 (2026 年)
Web 可访问性测试工具只能自动检测大约三分之一的 WCAG 成功标准，因此没有任何一个工具可以确认网站是否可访问。最小可行的组合是浏览器扩展（例如 ax DevTools 或 WAVE）、管道 linter（例如 axe-core、Pa11y 或 Lighthouse CI）以及使用屏幕阅读器和键盘进行手动测试，因为参考标准是 WCAG 2.2。
如果您正在使用 XHTML/CSS 开发网站并且需要遵守 WCAG，您迟早会面临同样的问题：哪些 网络可访问性测试工具 值得在您的工作流程中占有一席之地？简而言之，没有任何工具可以检测到所有内容，依赖单一工具是相信您的网站可以访问的最快方法，但实际上却无法访问。长答案（这才是最重要的）取决于您想要检测的障碍类型、您所处的开发阶段以及您可以投入多少时间进行手动审核。
本文比较了与西班牙语开发人员最相关的工具，解释了每种工具检测到的内容、失败的地方，以及如何将它们组合起来以实际覆盖 WCAG 2.2 标准。这不是一个没有标准的“前 10 名”列表：它是一个决策指南。
要点
- 没有任何自动化工具能够检测到超过 WCAG 标准的一小部分。 一般行业估计自动覆盖率约为成功标准的三分之一；其余的需要人工审查。
- 网络可访问性测试工具的最小可行组合是：用于现场检查的浏览器扩展（axe DevTools 或 WAVE）、集成在管道中的 linter（axe-core、Pa11y 或 Lighthouse CI）以及使用屏幕阅读器和键盘的手动测试。
- 对比和结构工具（如浏览器开发工具中内置的工具）可以快速解决具体问题，但不能取代审核。
- 参考标准为WCAG 2.2，由W3C发布，级别为A、AA和AAA。大多数立法都要求 AA。
- 重复性自动化，复杂性人性化。 表单、交互式小部件和焦点顺序几乎总是需要手动验证。
网络可访问性测试工具可以检测什么，不能检测什么
在比较工具之前，了解其边界很有用。自动工具会分析 DOM、计算出的 CSS，在某些情况下还会分析可访问性树。它可以可靠地检测：
- 颜色对比度不足（当背景颜色是纯色且已知时）。
- 图像上缺少“alt”属性。
- 表单标签缺失或关联不良。
- 标题层次结构损坏或级别跳跃。
- 无效或误用 ARIA 属性（不存在的角色，没有相应角色的“aria-*”）。
- 带有空文本或通用文本的链接。
- “html”元素中缺少“lang”。
- 在某些情况下无法通过键盘访问交互式元素。
它无法可靠地检测到：
- 如果替代文本在其上下文中“足够”（它仅检测到它存在）。
- Tab 键顺序是否具有逻辑意义。
- 是否向屏幕阅读器正确播报错误消息。
- 内容是否具有可理解的语义结构。
- 自定义小部件（组合框、滑块、菜单）的行为是否符合辅助技术用户的预期。
- 400% 缩放或放大文本的体验质量。
这一区别将真正的审计与“通过验证器”区分开来。 W3C 维护着一个关于如何遵守 WCAG 的官方页面，该页面非常有用。
Related: — Superposición de IA que promete cumplimiento WCAG en 48 horas.
类别比较
下表总结了主要的网络可访问性测试工具：
| 工具 | 类型 | 理想用途 | 覆盖率 | 成本 |
|---|---|---|---|---|
| axe DevTools | 浏览器扩展 | 定点检查，开发人员 | 自动规则覆盖率高 | 免费（基础版） |
| WAVE | 扩展 / 网页 | 快速视觉审查，教师 | 中高，视觉化强 | 免费 |
| Lighthouse | Chrome / CI 集成 | 审计中的性能 + 可访问性 | 中 | 免费 |
| axe-core | JS 库 | 测试和 CI 集成 | 高，许多其他工具的引擎 | 免费（开源） |
| Pa11y | CLI / CI | 管道自动化 | 中高 | 免费（开源） |
| IBM Equal Access | 扩展 / CI | 覆盖面广，报告详细 | 高 | 免费 |
| Accessibility Insights | 扩展 / 桌面 | 手动审查逐步指南 | 高 + 手动辅助 | 免费（微软） |
| NVDA / VoiceOver | 屏幕阅读器 | 真实手动测试 | 不适用（手动） | 免费 |
逐一介绍工具
ax 开发工具
这可能是网络可访问性测试工具最常见的起点。它作为 Chrome、Firefox 和 Edge 的扩展，基于 axe-core 引擎，该引擎是开源的，并集成到许多其他工具（包括 Lighthouse）中。它的一大优点是减少误报：当它标记某些东西时，它通常是一个真正的问题。
它可以很好地检测对比度、ARIA、标题结构、形式和地标。它的局限性与所有其他局限性相同：它不评估语义质量或屏幕阅读器的体验。免费版本满足了个人开发者的大部分需求；持续监控功能和团队报告包含在付费计划中。
Worth a look: — con plan gratuito para empezar hoy mismo.
WAVE（WebAIM）
来自 WebAIM 的 WAVE 有一种非常直观的方法：它在页面上覆盖图标来指示错误、警报、正确元素和手动检查点。它非常适合教授可访问性或快速入门，因为它在上下文中显示了问题。
它的弱点在于它会产生大量“噪音”：许多警报都是需要人类标准的警告。尽管如此，对于那些刚开始的人来说，看到页面本身上的图标可以大大加快理解速度。
灯塔
Lighthouse 集成到 Chrome DevTools 中，也可以从命令行或 CI 中运行。它的可访问性审计底层使用的是axe-core，因此规则与ax DevTools类似，但报告更肤浅，旨在给出快速评分。
将其用作持续集成中的红绿灯，而不是用作审计。 Lighthouse 的得分为 100 并不意味着该网站可以访问；这意味着没有检测到自动问题。
用于管道的 axe-core 和 Pa11y
这就是团队的真正价值。 axe-core 是一个 JavaScript 库，您可以在使用 Jest、Playwright 或 Cypress 进行测试时调用它。 Pa11y 是一个命令行工具，可以对 URL 进行分析并以不同格式返回结果，非常适合集成到 CI 管道中。
CI 中自动化的优点是可以避免回归：如果有人引入没有“alt”的图像或破坏对比度，则构建会失败。缺点是它只涵盖了自动部分，所以它并不能取代人工审核，只是对其进行补充。
Related: — La que acredita tu experiencia en accesibilidad.
IBM 平等访问辅助功能检查器
比 axe 鲜为人知，但覆盖面广且有自己的规则。它提供了浏览器扩展和 CI 版本。其报告区分了问题和“需要审查”，诚实且有用。当您想将结果与 axe 进行对比时，这是一个很好的第二意见。
辅助功能见解（微软）
它的优势在于它指导人工审核。除了自动分析之外，它还提供“评估”模式，引导您逐步完成 WCAG 标准，并提供有关检查内容和检查方式的具体说明。对于那些想要学习如何真正审计的人来说，这是最好的免费选择之一。
Lectores de pantalla: la prueba que ninguna herramienta reemplaza
NVDA（Windows，免费）和 VoiceOver（macOS/iOS，集成）是揭示分析器无法检测到的问题的工具：混乱的阅读顺序、不宣布其状态的控件以及未被注意到的错误消息。对于任何致力于辅助功能的开发人员来说，学习屏幕阅读器的基础知识是回报最高的投资。
如何决定：实际标准
如果您必须选择网络可访问性测试工具，请问自己以下问题：
- 您是单独工作还是在团队中工作？ 个人：浏览器扩展 + 屏幕阅读器。团队：使用 axe-core 或 Pa11y 添加 CI。
- 您处于哪个阶段？ 在开发过程中，在编辑器和扩展中进行 linter。在发布之前，使用 Accessibility Insights 进行完整审核。在生产中，持续监控。
- 适用哪些法规？ 如果您需要遵守特定法规（例如，欧洲网页无障碍指令或美国的第 508 条），请检查该工具是否将其结果映射到相应的 WCAG 标准。
- 预算是多少？ 所有提到的都有功能免费版本。付费的增加了报告、监控和协作，但不一定有更好的检测。
XHTML/CSS 站点的实际流程可能是：开发期间的 ax DevTools、CI 中的 Pa11y、每个重要版本之前的可访问性见解，以及针对关键流程（登录、表单、导航）使用 NVDA 或 VoiceOver 的会话。
使用这些工具时的常见错误
- **相信“零错误”相当于可访问。**错误。这仅意味着这些 Web 可访问性测试工具没有检测到自动问题。
- 忽略警告。 许多工具将错误与警报分开；警报往往是真正的问题所在。
- 未使用键盘进行测试。 通过 Tab 键浏览页面会发现焦点问题，没有扩展能够很好地发出信号。
- 忘记缩放和展开文本。 在 200% 和 400% 下进行测试；重排 (Reflow)是相关的 WCAG 2.2 标准。
- 在不理解的情况下实现自动化。 如果您不知道它检查什么，那么通过的测试就没有任何意义。
结论
最好的网络可访问性测试工具不是功能最多的工具，而是适合您的工作流程并促使您完成手动部分的工具。从 axe DevTools 或 WAVE 开始解决明显的问题，使用 axe-core 或 Pa11y 进行自动化以避免回归，并留出时间使用键盘和屏幕阅读器进行测试。这种组合比任何孤立的工具都更能让网站更接近真正遵守 WCAG。
资料来源和进一步阅读
- 网络可访问性 - 维基百科：网络可访问性或 eAccessibility 是确保不存在阻碍与世界上网站交互或访问的障碍的包容性实践…
常见问题
测试网络访问是否有什么好处？
Web 可访问性测试工具中不存在最好的工具，因为每种工具都涵盖不同的内容。对于现场检查，ax DevTools 和 WAVE 是最常用的，而且都是免费的。为了实现 CI 自动化，axe-core 和 Pa11y 都是开源的并且非常可靠。要学习手动审核，Microsoft 的 Accessibility Insights 的免费版本很难被击败。
自动检测是否存在问题？
不会。他们检测部分 WCAG 标准，主要是与属性、对比度和结构相关的标准。焦点顺序、替代文本质量或自定义小部件行为等问题需要使用键盘和屏幕阅读器进行人工审核。
WCAG 2.1 和 WCAG 2.2 有什么区别？
与 2.1 相比，WCAG 2.2 增加了新的成功标准，主要关注与指针、焦点和输入辅助工具的交互。维持A级、AA级和AAA级。大多数立法仍然要求 AA 级，建议检查适用于您的法规引用的版本。
¿Puedo integrar el test de accesibilidad en mi pipeline de CI？
是的，强烈推荐。像 axe-core（通过 Playwright、Cypress 或 Jest）和 Pa11y 这样的工具允许您对每个构建执行自动分析，如果检测到回归则失败。它们仅涵盖自动部件，但避免已解决的问题再次出现。
¿Necesito aprender a usar un lector de pantalla?
如果你认真致力于可访问性，是的。 Windows 上的 NVDA 和 macOS 上的 VoiceOver 都是免费的，足以检测扩展程序未发现的问题。您不需要成为专家：了解标题、链接和表单的基本导航已经提供了有价值的信息。
Lighthouse 的高分能保证我的网站具有可访问性吗？
不会。Lighthouse 在底层使用了 axe-core，并且只评估自动规则。分数 100 表示未检测到自动问题，但这并不表示该站点符合 WCAG。实际合规性需要额外的手动测试。
Frequently asked questions
可以免费测试网络访问吗？
Web 可访问性测试工具中不存在最好的工具，因为每种工具都涵盖不同的内容。对于现场检查，ax DevTools 和 WAVE 是最常用的，而且都是免费的。为了实现 CI 自动化，axe-core 和 Pa11y 都是开源的并且非常可靠。要学习手动审核，Microsoft 的 Accessibility Insights 的免费版本很难被击败。
自动检测器可检测哪些问题？
不会。他们检测部分 WCAG 标准，主要是与属性、对比度和结构相关的标准。焦点顺序、替代文本质量或自定义小部件行为等问题需要使用键盘和屏幕阅读器进行人工审核。
WCAG 2.1 和 WCAG 2.2 有什么区别？
与 2.1 相比，WCAG 2.2 增加了新的成功标准，主要关注与指针、焦点和输入辅助工具的交互。维持A级、AA级和AAA级。大多数立法仍然要求 AA 级，建议检查适用于您的法规引用的版本。
¿在 CI 管道中进行集成测试？
是的，强烈推荐。像 axe-core（通过 Playwright、Cypress 或 Jest）和 Pa11y 这样的工具允许您对每个构建执行自动分析，如果检测到回归则失败。它们仅涵盖自动部件，但避免已解决的问题再次出现。
¿有必要逮捕一位使用讲师的潘塔拉吗？
如果你认真致力于可访问性，是的。 Windows 上的 NVDA 和 macOS 上的 VoiceOver 都是免费的，足以检测扩展程序未发现的问题。您不需要成为专家：了解标题、链接和表单的基本导航已经提供了有价值的信息。
¿Una puntuación alta en Lighthouse garantiza que mi siteio sea accessible？
不会。Lighthouse 在底层使用了 axe-core，并且只评估自动规则。分数 100 表示未检测到自动问题，但这并不表示该站点符合 WCAG。实际合规性需要额外的手动测试。
Testea WCAG desde tu pipeline
El estándar de la industria para testear accesibilidad durante el desarrollo