如何执行 Web 可访问性审计
了解如何使用集成的 AXE 引擎对站点进行自动可访问性验证，从而运行站点的自动可访问性审计。
简介
可访问性审计是识别残疾用户面临的障碍，并为所有人提供包容和丰富的体验的重要方式。
为任何用户提供有损的体验都不可避免地会对用户满意度和站点性能产生影响。网站也有重要的法律和道德义务，以确保每个人都能平等地访问它们。
本教程展示了如何使用 Screaming Frog SEO Spider大规模地对网站进行可访问性审计，该工具集成了开源 AXE accessibility 引擎，用于基于 W3C 制定的 Web Content Accessibility Guidelines (WCAG) 进行自动可访问性验证。
这就是 Lighthouse 和 PageSpeed Insights 中所见的可访问性最佳实践的基础。完整的 AXE 规则集包含 90 多个不同的规则，用于识别网站用户的可访问性问题。
它应该允许用户改进他们的网站，使其更具包容性、用户友好性，并且对残疾人和非残疾人（例如移动用户、老年人或有情境限制的人）都更易于访问。
请注意 - 需要 SEO Spider 许可证 才能执行以下可访问性审计。
1) 启用“可访问性”
单击顶部菜单中的“Config > Spider > Extraction”，然后启用“Accessibility”。
这意味着将针对任何已抓取的网站上的所有 HTML 页面执行可访问性检查。但是，这也需要启用 JavaScript。
2) 设置“JavaScript”渲染
现在单击“Config > Spider > Rendering”，然后在下拉列表中选择“JavaScript”。
这意味着 SEO Spider 可以在使用 Chromium 抓取网页时渲染网页，以运行 AXE 可访问性审计。
3) 连接到 PSI
作为可选步骤，您可以收集每个页面的 Lighthouse 可访问性得分（范围为 0-100），作为可访问性性能的指标。
可以通过 PageSpeed Insights 集成（“Config > API Access > PageSpeed Insights”）连接到 Lighthouse 并选择“Metrics”选项卡下的“Accessibility Score”来提取此分数。
然后，每个分数都可以在“Accessibility”选项卡中查看，本教程稍后将介绍该选项 卡。
4) 抓取站点
在顶部的 URL 栏中输入要执行可访问性审计的网站，然后单击“Start”。
然后，SEO Spider 将开始抓取网站并分析可访问性。
5) 查看“Accessibility”选项卡
Accessibility 选项卡 详细说明了基于 W3C 制定的 Web Content Accessibility Guidelines (WCAG) 的不同合规级别下的可访问性违规数量。
Lighthouse 可访问性得分会针对 URL 显示（如果已启用），并且是所有可用可访问性审计的加权平均值。
权重基于 AXE 用户影响评估，并且在“Overview”过滤器中按“Good”、“Needs Improvement”和“Poor”分组。
“Accessibility”选项卡包括按 WCAG 版本筛选的过滤器。
WCAG 版本过滤器包含 90 多个规则，以满足最低的合规级别。例如，WCAG 2.0 AAA 包含 3 个规则。
可以在“Overview”选项卡中看到摘要，该摘要会在您抓取时实时更新。
规则按 WCAG 标准分组，这些标准相互构建，并从 WCAG 2.0 A 到 2.0 AA，然后是 2.0 AAA，然后再转到 2.1 AA 和 2.2 AA。
“Accessibility”选项卡具有以下规则组，所有过滤器中共有 92 个规则：
- 27 个 Best Practice rules 不一定符合 WCAG 成功标准，但它们是行业接受的实践，可以改善用户体验。
- 56 个 WCAG 2.0 A rules 检查是否符合 WCAG 成功标准。
- 另外 3 个 WCAG 2.0 AA rules。
- 另外 3 个 WCAG 2.0 AAA rules。
- 另外 2 个 WCAG 2.1 AA rules。
- 另外 1 个 WCAG 2.2 AA rule。
要满足工具中的 WCAG 标准之一，还必须通过先前 WCAG 版本中的所有其他违规行为 - 因为规则不会重复。
例如，要符合 WCAG 2.1 AA，还应通过 WCAG 2.0 版本中的规则。
右侧的 Issues 选项卡 按可访问性违规分组，并根据优先级排序，优先级根据 Deque 的 AXE 规则映射到 WCAG“影响”级别。
所有规则都包含问题描述和包含更多详细信息的进一步阅读链接。浏览我们的 accessibility issues 库，了解每个问题的更多详细信息。
应遵循哪个 WCAG 版本？
我们建议阅读有关 WCAG 版本 的信息。2.2 是最新版本，于 2023 年 10 月发布。
WCAG 2.0、2.1 和 2.2 设计为向后兼容，这意味着符合 WCAG 2.2 的内容也符合 WCAG 2.1 和 WCAG 2.0。每个版本都有 3 个不同的标准级别，A 最低，AA 中等，AAA 最严格。
我们建议在评估每个组织和网站的合规级别时咨询法律团队。可能需要考虑各种法律，例如 -
- 美国的第 508 条标准要求所有电子内容都符合联邦机构以及具有公共资金的私营实体的 Web Content Accessibility Guidelines (WCAG) 2.0 A 和 AA 级别。
- 《美国残疾人法案》(ADA) 规定 WCAG 2.1 A/AA 作为衡量州和地方政府、其第三方承包商和软件提供商的数字可访问性的标准。
- 《欧洲可访问性法案》(EAA) 和 EN 301 549，大多数成员国实施 WCAG 2.1 AA。
如果您刚开始接触可访问性，那么我们建议您阅读 W3C 的 Accessibility Fundamentals Overview。
6) 使用较低的“Accessibility Details”选项卡进行分析
可以通过单击顶部窗口窗格中的一个或多个 URL，然后单击较低的 Accessibility Details 选项卡 来查看可访问性违规的详细信息。
这会突出显示可访问性违规、准则、影响以及页面上任何问题的具体位置。
您可以右键单击右侧的任何违规行为，以“Show Issue in Browser”，它将在 Chromium 中突出显示。
或者，“Show Issue In Rendered HTML”。
可以使用“Export”按钮导出突出显示的 URL 的所有数据。每个规则都有一个方便的链接，可用于进一步阅读。
7) 批量导出可访问性违规
可以通过“Bulk Export > Accessibility”菜单批量导出可访问性问题。
可以导出所有违规行为，也可以导出各种 WCAG 级别。
导出内容包括在“Accessibility Details”选项卡中看到的详细可访问性问题，例如问题、准则、影响以及所有 URL 的页面上的位置。
8) 导出聚合的可访问性违规
您还可以通过“Reports > Accessibility > Accessibility Violations Summary”导出可访问性问题的聚合视图。
这会显示具有特定违规行为的 URL 数量、 准则、用户影响、优先级和百分比，以及作为摘要的示例 URL。
这可以帮助更好地确定可访问性违规的优先级。
9) 考虑“Incomplete”检查
AXE 可访问性引擎具有“零误报”策略，因此有时无法 100% 确定是否存在违规行为。它将这些命名为“Incomplete”。
较低的 Accessibility Details 选项卡 会在名为“Incomplete”的部分中针对 URL 显示这些检查。
例如，对于“Links With Same Accessible Name”，它需要上下文才能知道是否存在可访问性问题，并且需要进行更多调查。最好手动查看这些内容。
许多工具会隐藏这些不完整的检查，但您可以通过“Bulk Export > Accessibility > All Incomplete”以及 WCAG 级别批量导出这些检查。
总结
本教程应有助于用户使用 SEO Spider 在任何网站上大规模地执行自动 Web 可访问性审计。
但是，这种自动化方法不应是评估可访问性的唯一方法，还应手动审查模板和页面，并使用各种工具来测试特定页面级别的详细问题。
查看以下有关可访问性以及我们在教程中介绍的不同项目的指南 -
- List of Axe Rules
- axe DevTools
- How to Meet WCAG (Quick Reference)
- Screaming Frog’s Accessibility Issues
或者，请通过 support 联系我们，我们可以提供帮助。