2026年开发过了一半，无障碍补到哪一步才够？

先给结论：前端交互项目做到一半，无障碍要不要返工补，不看项目体量，而看交付门槛和核心路径。2026年政务、金融、医疗、教育类项目若没过键盘、读屏标签、对比度这三项，容易在验收时被要求返工；纯展示型活动页做好点击区与色彩对比即可。与其问“要不要全量做”，不如问“补到什么程度，在哪个阶段补”。按交付经验，开发中途补无障碍的常见区间是0.5—1.5个开发日，上线后再补则常翻倍。

无障碍到底在解决什么？为什么不能只靠颜色

无障碍不只服务盲人。低视力、老年人、键盘用户、触控不便者，甚至户外强光下看不清屏幕的人，都在同一套规范覆盖范围内。开发中常遇到的问题，不是少了某个“无障碍功能”，而是有些用户无法完成同一个操作。

• 可感知：错误提示不能只变边框颜色，要加文字或图标。
• 可操作：键盘与读屏能走完输入、选择、提交。
• 可理解：报错顺序、弹窗切换要有明确关系。
• 兼容稳定：放大字号、开启读屏后，主流程不能被挤散。

要不要补？先核对三个条件

不看效果图，先核对三个条件：

1. 交付门槛中是否有可访问性要求？政务、银行、央企等采购与质检常按WCAG 2.x AA或平台无障碍标准抽查。
2. 用户是否需要键盘/读屏完成核心操作？登录、填报、报销、上传材料这些路径不能只依赖鼠标或触屏。
3. 这条交互是否支撑业务闭环？登录、支付、提交、搜索属于核心；装饰性组件可以往后放。

合同和用户条件只要满足一条，就按下面的基础三件套实现；全都不满足的短活动页，把对比度与点击区做好，再给非文字内容加一句替代说明即可。

基础三件套：补到什么程度算过关？

不管网页、H5还是小程序，开发中途补无障碍时按这三件套来，能覆盖大多数验收点：

1. 键盘路径完整，焦点可见。Tab能走过弹出层、菜单、表单，焦点不能透传或消失。
2. 每个交互控件有可读名称。输入框有label，图标按钮有可访问名；弹窗关闭后焦点能回到触发按钮。
3. 颜色不是唯一信号。正文与背景对比度常用参考是4.5:1（大字可放宽）；表单点击区在小程序里建议不小于88rpx，H5要保证手指可点。

这三件事不是学术清单，而是被读屏、键盘和自动化检测最容易测出的缺口。若在组件封装前就做约定，增加的成本很小；等视觉定稿后再补，往往涉及结构改动，甚至影响第三方组件。

不同阶段补，成本差多少？

补做时机不同，代价差别明显。按2026年交付排期，不同阶段补的经验区间大致如下：

• 设计稿确认、组件封装前补：焦点、标签、对比度写进通用组件，约0.5—1个开发日，新增页面基本不再增加成本。
• 开发到一半、功能可用后补：若只加样式和可读名，多数项目要1—1.5个开发日；如果没预留语义顺序，还要额外加大半天。
• 验收前才补：要改结构、重测表单和第三方键盘兼容，通常要1.5—2.5个开发日，并影响上线窗口。

这是一个经验区间，不是精确报价；同样的改动在不同组件库下会有浮动。关键不是死守数字，而是不要临验收才动工。

补一个交付现场：一个带筛选和手风琴的内容模块，排期5个工作日，业务方在第3天提出临时要过无障碍检查。当时先给组件库统一加focus-visible，再给筛选按钮补可读文案，页面外观不用改；但表单语义顺序一开始没预留，调结构又花了约大半天。那次之后，凡中途补无障碍的项目，排期直接按常见区间1—1.5天估。如果第一天就把三件套排进去，这半天本来可以省下。

适用与不适用边界：哪些项目要先补

适合优先补：政府、银行、医疗、教育等生命周期长的站点/H5；有登录、支付、上传功能的表单；To B管理后台的核心操作区。这些项目能长期摊销无障碍投入。

不用全量铺开：一次性活动页、抽奖短页、纯视频传播页，先补四角：点击区域、颜色对比、非文字内容替代文本、动效减弱开关；不必为每个动画补长篇读屏文案。

不同端也别一刀切：网页H5优先用原生button、input、label，别用div模拟；小程序焦点控制弱，先处理表单、弹窗与支付结果页；App如果用RN/Flutter，需要显式补accessible或semantics，否则读屏会把多个状态拼成一大段。

第三方组件没键盘支持，常在选型时埋雷。下拉树、日期范围、拖拽排序若设计已定，开发前要确认焦点可行方案，后期加包裹层可能多花1—2天。

常见问题

2026年项目快收尾了，无障碍先补什么？

先补“键盘能走完核心流程、表单有读屏标签、颜色不只做区分”这三项；纯展示页做对比度与点击区。改完能覆盖绝大多数验收发现。

小程序有必要做无障碍吗？

小程序焦点能力弱，不用照搬浏览器键盘规范；优先把表单、弹窗、支付结果页的读屏顺序做好，普通阅读页重文字对比和点击区即可。

手动补读屏标签会影响普通用户看到的内容吗？

不会。可访问名对普通界面不可见，只被辅助技术读取；但别和可见文字重复，否则读屏会念两遍。

第三方组件不支持键盘，还有救吗？

先看组件是否自带焦点或键盘事件开关；改不动就在外层补包裹层，再不行用替代交互，例如拖拽排序同时提供上移/下移按钮，但需要留排期。

现在就可以把这三项检查写进联调清单：键盘路径、可读名称、对比度与点击区。不用等全量规范，先把核心路径补到“不靠鼠标也走得完”，比最后发布前夜再找补更划算。