1. 定义审查范围
从完整的结果出发，而不是随机的 URL。映射首页、关键内容、搜索、联系、账户、预订或结账、确认、帮助以及路线中使用的每个嵌入服务。包括可复用的导航、模态框、cookie 控制和表单，因为一个缺陷可能在站点中重复出现。
记录 WCAG 版本与级别、覆盖范围、浏览器、设备以及已知的排除项。
复查每一步和每种状态，包括已登录、空视图和错误视图。
2. 测试键盘路径
在不使用指针的情况下完成每个选定任务。通过 Tab 和 Shift+Tab 浏览链接、控件、对话框、菜单、筛选器、日期选择器、媒体和供应商小部件。焦点应可见、遵循合理顺序、不会被困住，并在对话框关闭后返回到有用的位置。键盘操作是 WCAG 的核心；不要假设自定义的鼠标控制能被键盘替代。
提供并测试一种方法，使用户无需通过重复导航就能到达主内容。
当界面需要拖拽时，查看是否提供适用的非拖拽替代方案。
3. 检查结构与清晰含义
为页面提供描述性标题，并使用标题来表达层次，而不是仅为外观。检查控件是否向辅助技术暴露了有用的名称、角色和状态；原生 HTML 控件通常能降低风险。有意义的图片需要为其用途提供简洁的替代文本，而装饰性图片不应增加噪音。不要仅用颜色表示状态或指示，并识别页面语言。
使目的地或操作在上下文中可理解；反复出现的模糊链接会产生歧义。
当布局变化或样式不可用时，内容与控件仍应按逻辑顺序读取。
4. 强化文本、布局、颜色与媒体的可用性
放大浏览器并增大文字，然后重复关键任务。内容应保持可读且可用，而不是重叠、消失或变成意外的水平滚动寻找。检查相关状态下文本、控件、焦点、错误和图表的实际颜色对比。对于录制媒体，为必要的音频信息提供字幕，并为内容提供合适的文本替代。
包括悬停、焦点、禁用、错误以及任何深色或替代视觉状态。
对播放器进行键盘测试，并检查字幕、文字记录和关键视觉信息。
5. 使表单与账户任务可恢复
通过您价值最高的表单提交缺失、格式错误和有效数据。输入需要持久且以编程方式关联的标签；占位符文本本身并不是可靠替代。提交前识别必填字段，用明白易懂的语言解释错误，指向受影响字段，并尽可能保留已输入的数据。把登录、密码重置、一次性验证码、结账和确认视为完整旅程进行测试。
将错误颜色与明文消息和可识别的受影响字段配对。
对支付或身份提供商的交接、重定向、失败路径和返回流程进行键盘测试。
6. 将工具与人工和手动评审结合
在代表性页面上运行自动检测器，并将其发现作为线索，而非合格证书。工具无法判断替代文本是否有意义、顺序是否合理、说明是否可理解或旅程是否能与辅助技术配合使用。补充手动键盘与缩放检查以及有针对性的屏幕阅读器评审。在可能的情况下，尽早让有相关生活经验的人参与并给予公平报酬。
在一个问题记录中保存工具输出、审核者备注、决策、修复和复测结果。
对于正式声明、受监管服务、复杂应用或有争议的结果，使用合格评估员。
7. 在发布流程中构建修复机制
主题、活动、插件、脚本、设计变量或供应商更改后，无障碍性可能出现回归。在设计、内容、质量保证和发布工作中加入相应的审查。SIU 专注于主动的可用性优化和修复：维持预发布路径、识别面向客户的缺陷、实施安全修复并在必要时使用回滚计划。无障碍审查与这些工作互补；它不能被可用性检查或中断告警替代。
当主要任务无法通过键盘完成或关键错误无法被理解时，阻止发布。
在关闭问题前，在修复后检查原始任务、移动端和错误状态。