快速判断
无障碍辅助工具适合快速增加字号、对比度、朗读和阅读定位等用户可选能力，但不能替代标题语义、键盘路径、焦点管理、表单和复杂交互的源码修复。
插件式接入的价值，是让用户可以立即选择更适合自己的显示和阅读方式，同时减少对现有网站架构的改动。
实施并不是简单粘贴一段脚本。还需要核对页面结构、品牌样式、固定导航、弹窗层级、移动端空间、第三方脚本和隐私边界。
通常适合
- 希望先增加字号、配色、朗读和阅读定位等功能的团队。
- 现有网站结构相对稳定，暂时不具备大范围源码改造条件的项目。
- 需要把辅助工具与后续源码治理分阶段实施的网站。
交付内容
项目中具体做什么
最终内容以确认后的范围、技术环境和验收目标为准。
功能接入与配置
根据网站内容和用户需要配置字号、间距、对比度、朗读、阅读辅助线等功能。
品牌与布局适配
调整入口、工具条、按钮和高对比主题，避免遮挡导航、正文、弹窗或关键操作。
桌面与移动检查
检查常用桌面宽度和移动端视口下的展开、收起、横向浏览和触控操作。
使用与接入记录
交付功能清单、部署位置、配置说明、已知边界和后续维护要求。
对比度与非文本边界
核对 1.4.3 与 1.4.11，确保高对比主题中的文字、按钮、输入控件和焦点边界可辨认。
放大、重排与文字间距
结合 1.4.4、1.4.10 和 1.4.12，检查放大或宽松间距后不遮挡正文和关键操作。
焦点可见与目标尺寸
结合新增 2.4.11 和 2.5.8，避免工具条遮住键盘焦点，并确保控件达到或满足 24×24 CSS 像素间距例外。
动效与组件状态
核对暂停或减少非必要动效的能力，以及按钮名称、角色和当前状态是否能够被程序确定。
标准来源：W3C WCAG 2.2与WCAG 2.2 新增成功标准说明。项目结论仍以双方确认的标准版本、等级和实际测试范围为准。
确认目标与页面环境
了解网站技术栈、公共布局、访问规模、内容类型和需要启用的辅助功能。
接入测试版本
在测试或预发布环境完成脚本接入、基础配置和入口位置确认。
处理兼容与视觉问题
核对固定导航、层叠关系、移动端、第三方组件和现有品牌配色。
多状态复核后上线
检查开启、关闭、刷新、页面切换和减少动效等状态，再整理接入记录。
- 辅助工具不会自动修复错误的标题层级、表单标签、焦点顺序或组件语义。
- 朗读效果会受到页面文本结构、浏览器语音能力和操作系统语音资源影响。
- 第三方页面、跨域系统、在线文档和历史内容需要逐项确认是否能够覆盖。
- 不能仅凭工具接入声明整个网站已经通过无障碍评测或认证。
保持既有业务与品牌
在修复实际障碍的前提下，尽量保持原有业务功能、信息结构和品牌识别；确需改变的交互、视觉或流程，会提前说明影响范围、改造依据和验收方式。
交付证据
不是只说已经完成
交付材料既要方便业务负责人确认，也要方便开发团队复核。
- 已启用功能、参数与适用页面范围清单。
- 桌面端和移动端关键状态的检查记录。
- 品牌适配、遮挡处理和兼容问题说明。
- 部署位置、版本、维护方式与已知边界记录。
常见问题
决策前先确认这些问题
接入工具需要修改网站源码吗？
通常需要在公共模板或构建入口加入脚本和配置，并可能补充样式与冲突处理；改动深度低于源码级整改，但仍应经过测试和上线流程。
工具接入后还能继续做源码改造吗？
可以。两者并不冲突。工具为用户提供可选辅助，源码改造继续处理语义、键盘、焦点、表单和复杂交互问题。
会不会影响网站性能？
需要结合脚本大小、加载方式、网站框架和第三方资源实际测量。实施时会避免阻塞首屏，并检查加载失败时网站主体是否仍可使用。
工具接入是否包含认证通过？
不包含。认证需要结合目标标准、页面与流程范围进行评测，工具接入不能替代源码检查和人工复测。