快速判断
源码级无障碍改造直接处理页面语义、键盘操作、焦点、表单、动态状态和关键业务流程，适合需要明确标准、人工复测、交付证据或认证目标的项目。
源码级改造面向网站内部的真实障碍，包括语义顺序、键盘路径、焦点管理、表单错误、动态反馈、重排和内容替代等问题。
项目通常先识别公共组件和代表页面，再处理登录、检索、咨询、申报或交易等关键任务，避免把同一类问题逐页重复修改。
通常适合
- 需要按明确标准和验收范围完成改造的政府、公共服务或企业网站。
- 包含表单、弹窗、菜单、检索、账户或其他复杂交互的网站。
- 需要认证交付、人工复测或可追溯整改证据的项目。
交付内容
项目中具体做什么
最终内容以确认后的范围、技术环境和验收目标为准。
现状审计与问题分级
结合自动规则、人工操作和关键任务检查，识别共性问题、页面问题和第三方边界。
公共组件与模板修复
优先修复导航、标题、按钮、表单、弹窗、列表、状态提示等可复用结构。
关键任务流程改造
验证用户能否使用键盘、读屏相关语义和页面重排完成约定的核心任务。
复测与双层交付
向业务方说明完成范围和剩余边界，向开发方提供问题位置、修复方式与回归证据。
语义与阅读顺序
核对 1.3.1、1.3.2 与 4.1.2，让标题、列表、表单和组件名称、角色、状态保持可理解。
键盘与焦点路径
覆盖 2.1.1、2.4.3、2.4.7 和新增 2.4.11，确保焦点顺序合理、可见且不被固定内容完全遮挡。
指针操作与目标尺寸
检查 2.5.7 拖拽替代方式和 2.5.8 最小目标尺寸；没有拖拽功能时记录为不适用。
输入、错误与认证
对表单和登录流程核对错误识别、修正建议、重复录入及 3.3.8 可访问认证；没有相应流程时不虚构结论。
标准来源：W3C WCAG 2.2与WCAG 2.2 新增成功标准说明。项目结论仍以双方确认的标准版本、等级和实际测试范围为准。
确定标准与范围
确认网站、终端、页面模板、关键任务、第三方内容和验收方式。
建立问题基线
抽取代表页面和组件，记录问题、影响用户、严重程度和复现条件。
按公共能力整改
先修复设计系统、公共组件和模板，再扩展到页面内容和业务流程。
人工复测与回归
覆盖键盘、焦点、语义、缩放、重排、错误提示和动态状态，并复查关联页面。
交付与持续治理
整理验收材料、遗留边界和发布清单，必要时建立后续抽查与培训机制。
- 源码、测试账号、测试环境和上线窗口由客户或原开发团队按约定提供。
- 第三方系统、历史文档、音视频、小程序和后续新增功能需要单独确认范围。
- 无法改变的外部组件会记录限制、替代路径和责任边界，而不是隐藏问题。
- 是否纳入认证交付，以及持续整改承诺，应在合同或实施方案中明确。
保持既有业务与品牌
在修复实际障碍的前提下，尽量保持原有业务功能、信息结构和品牌识别；确需改变的交互、视觉或流程，会提前说明影响范围、改造依据和验收方式。
交付证据
不是只说已经完成
交付材料既要方便业务负责人确认，也要方便开发团队复核。
- 页面、组件和关键任务范围清单。
- 问题基线、严重程度、修复记录与复现步骤。
- 自动检查结果和键盘、重排、动态状态等人工复测记录。
- 面向业务方和开发方的验收说明与遗留边界。
常见问题
决策前先确认这些问题
源码级改造必须拿到完整源码吗？
需要能够修改纳入范围的模板、组件、样式和交互逻辑。具体可以由我们实施，也可以提供问题与修复建议，由客户开发团队修改后再复测。
是否需要逐页修改整个网站？
不一定。先修复公共组件和页面模板通常可以覆盖大量页面；独立交互、历史内容和特殊页面再按实际问题处理。
源码改造还需要辅助工具吗？
可以组合。源码改造解决基础结构和任务障碍，辅助工具提供字号、配色、朗读等用户可选能力，两者目标不同。
源码级项目是否一定包含认证？
不是所有源码项目都包含认证。只有在合同中明确认证目标、网站范围、客户配合事项和第三方边界的项目，才适用相应的持续整改承诺。