检测、改造与复测
- 01 · 规划、范围与基线
- 确认项目处于新建、改版或既有网站改造阶段，并明确页面、任务、技术、第三方边界、适老化要求和验收标准。
- 02 · 审计与分级
- 自动检查结构性规则，人工检查键盘路径、阅读顺序、焦点变化和实际任务，将问题按影响与复用范围分级。
- 03 · 组件优先改造
- 优先修复导航、按钮、表单、弹窗、提示和页面模板，在共享层解决能够批量消除的问题。
- 04 · 复测与交付
- 按原问题清单复测，同时检查常见回归；交付改造记录、复测结果、已知限制和后续维护建议。
- 05 · 治理与回归
- 把自动规则、组件回归、内容发布清单和团队培训接入日常流程，持续记录新问题与修复状态。
验收不只看扫描分数
自动工具适合快速发现可规则化的问题，但不能独立判断整个网站是否可用。人工复测应覆盖以下方面：
- 键盘与焦点
- Tab 顺序、焦点可见性、菜单与弹窗开关、Escape 退出和焦点返回。
- 页面语义
- 标题层级、地标、列表、表格、表单标签、按钮名称和状态关系。
- 视觉与重排
- 对比度、200%/400% 放大、窄屏重排、触控目标和文本间距。
- 动态反馈
- 错误提示、加载状态、提交结果、展开状态和辅助技术可感知的通知。
- 媒体与文档
- 替代文本、字幕、音频说明，以及 PDF 等独立交付物的可访问性。
- 回归保护
- 自动化规则、组件测试、内容规范和发布前检查，减少后续更新重新产生障碍。
同一批问题，两种交付视角
业务负责人需要知道风险、范围和进度；设计与开发团队需要知道问题在哪里、如何复现和怎么验证。
项目与验收视角
- 范围、标准、抽样方法与责任边界
- 问题分级、阶段进展与复测结论
- 未覆盖内容、已知限制与后续计划
设计与开发视角
- 页面、组件、复现步骤与用户影响
- 关联要求、修复建议与参考实现
- 修复状态、复测证据与回归提醒
持续治理不是重复做一次大改
更有效的方式，是把检查放到设计、开发、内容和发布的各个节点，在问题扩散前处理。
- 新组件进入组件库前完成键盘、语义和视觉检查。
- 关键页面发布前运行自动规则并复核高风险任务。
- 内容编辑人员使用替代文本、标题和链接文字清单。
- 按约定周期抽查变化页面，记录趋势、复发问题和处理状态。
- 需要时组织辅助技术或目标用户体验验证，结论只覆盖实际测试范围。
标准与结论怎么写
项目可以参考 GB/T 37668-2019、WCAG 2.2 等要求，但应在实施前明确版本、目标等级、页面范围和测试方式。
- “以某标准为目标”不等于已经获得认证。
- 局部页面或抽样结果不能代表未检查的全部内容。
- 第三方内容和历史文档应单独记录责任边界。
- 发现的已知限制应进入报告，不应为了结论而隐藏。
保持既有业务与品牌的原则
在修复障碍的前提下，尽量保持原有业务功能、信息结构与品牌识别。确需调整的交互、视觉或流程，应先说明用户影响、改造依据与验收方式。
认证项目的交付原则
对明确纳入认证交付的源码级项目，我们持续整改约定范围内的问题并配合复测，直至认证通过； 最终认证结论由评测或认证机构出具。辅助工具接入仍不会被描述成全站已经自动合规。