网站无障碍维护常被当作一次性的整改项目,实际上内容更新、模板调整和组件迭代都会不断引入新的可读性、对比度与键盘访问问题。对多数网站而言,最值得优先维护的不是复杂功能,而是正文是否易读、颜色是否可辨、关键任务是否能只靠键盘完成。把这三项检查嵌入发布流程,可以用较低成本覆盖高频风险。本文围绕可读性、对比度和键盘访问给出可执行的检查项与维护节奏,并补充一套抽检记录表,帮助团队把无障碍从临时补救转为持续维护。

一、可读性检查:从字号、行高到内容结构
可读性检查的目标不是让页面“看起来更大”,而是让不同视力、认知水平和设备条件下的用户都能稳定获取信息。维护时应先建立可量化基线,再按页面模板抽检。常见问题是只在首页调整字号,却忽略详情页、表格页和表单提示。
第一,正文基准字号不低于16像素,行高控制在1.6至1.8倍,移动端避免小于14像素的辅助文字。对于老年用户占比较高的服务页面,正文可提升至18像素。
第二,正文行宽控制在65至75个字符,段落之间保留明显间距,长文使用小标题和摘要拆分。这样能降低跳行和阅读疲劳,也便于屏幕阅读器按结构导航。
第三,标题层级按页面结构递进,链接文字要说明去向,避免“点击这里”这类脱离语境的表达。表单错误提示应靠近输入项,并说明修正方法。
第四,定期检查文本放大到200%后的表现,确保内容不被截断、不重叠,横向滚动只出现在必要的数据表格中。维护记录应标注页面模板、问题位置和修复版本,便于回归验证。
二、对比度检查:用可量化标准约束视觉设计
对比度问题往往来自浅灰文字、半透明遮罩和仅靠颜色区分的状态提示。维护时不能只凭肉眼判断,应把对比度纳入设计规范和发布验收。正文文本、大文本、图标、焦点框和表单边界都应分别检查。
第一,正文和常规文本对比度不低于4.5比1,大文本不低于3比1。这里的“大文本”通常指18像素粗体或24像素常规字体,不能把普通正文当作大文本处理。
第二,图标、输入框边界、图表关键线和焦点指示等非文本元素,与相邻颜色的对比度不低于3比1。禁用状态也要保证基本可读,不能因为“不可操作”就降到几乎看不见。
第三,状态提示不能只靠颜色传达。表单错误应同时使用图标、文字说明和颜色,成功与失败提示要有明确措辞,避免红绿差异用户在色觉障碍下无法判断。
第四,抽检时覆盖深浅模式、图片上的文字、半透明弹层和按钮悬停态。例如浅灰占位符在白底上常常不足3比1,应加深颜色或增加说明文字。工具测出的数值要记录到具体组件,而不是只写“页面对比度不足”。
三、键盘访问检查:把鼠标路径逐一替换为Tab路径
键盘访问检查最直接的方法,是假设鼠标完全不可用,从地址栏开始只用Tab、Shift加Tab、Enter、空格和Esc完成关键任务。维护时应覆盖搜索、筛选、表单提交、弹窗关闭和支付确认等高频路径,而不是只看首页能否按Tab移动。
第一,检查Tab顺序是否与视觉顺序一致,焦点是否能到达所有可操作元素。自定义下拉框、轮播图、日期选择器和文件上传组件是高风险区域,需要重点验证。
第二,焦点样式必须清晰可见,建议保留至少2像素轮廓或等效高对比指示,并与相邻颜色保持不低于3比1的对比度。不能用全局样式移除焦点框而不提供替代方案。
第三,弹窗打开后焦点应进入弹窗内部,关闭后返回触发按钮,并支持Esc关闭。不能让键盘用户被困在弹窗或某个组件中,也不能让焦点跑到被遮挡的内容后面。
第四,提供跳过导航链接,合理使用页头、导航、主内容、页脚等地标。可点击目标的尺寸尽量不小于24乘24像素,移动端高频按钮可提升到44乘44像素,以降低误触和定位难度。
四、把检查结果转化为维护闭环
无障碍维护能否持续,取决于检查是否被纳入日常流程,而不是依赖一次集中整改。团队应明确抽检范围、问题分级、修复时限和复测责任,并把高频问题反馈到组件库和内容模板中。只有形成记录和回归机制,可读性、对比度与键盘访问才不会在下次改版中重复失守。
第一,发布前做快速检查,至少抽查首页、搜索结果页和表单页三个模板,验证正文缩放、主按钮对比度和关键任务键盘路径。发现阻断性问题应暂缓发布。
第二,按月抽检内容页和表单页,按季度覆盖导航、弹窗、图表和复杂组件。抽检样本要包含不同业务线和不同终端,避免只检查设计最规范的页面。
第三,按影响程度设定修复时限。无法完成关键任务的键盘陷阱、焦点丢失和文本不可读应优先处理;局部图标对比度不足可纳入常规迭代,但不能长期挂起。
第四,复测时保留截图、工具数值和键盘操作记录,并把修复方案沉淀到组件规范。下表给出一个可执行的示例基线,团队可根据站点规模调整抽检数量和时限。
| 检查项 | 维护频率 | 单次抽检页面数 | 常见问题数 | 修复时限 | 责任角色 |
|---|---|---|---|---|---|
| 可读性 | 每月 | 12 | 9 | 7个工作日 | 内容编辑 |
| 对比度 | 每季度 | 8 | 6 | 5个工作日 | 设计师与前端 |
| 键盘访问 | 每月 | 10 | 11 | 3个工作日 | 前端开发 |
| 发布前快检 | 每次上线 | 3 | 2 | 当日 | 发布负责人 |
FAQ问答
Q1:可读性检查需要每次发布都做吗?
A:不必全量重做,发布前抽查模板页和改动页即可;涉及字号、行高、栅格调整时再扩大范围。
Q2:正文对比度达到4.5比1就够了吗?
A:正文和大文本按最低要求分别看4.5比1和3比1,但还要检查焦点、图标、禁用态和图片文字,不能只测主文本。
Q3:键盘访问检查最简单的方法是什么?
A:从地址栏开始只用Tab、Shift加Tab、Enter、空格和Esc完成搜索、表单提交、弹窗关闭等关键任务,并记录焦点是否可见、顺序是否合理。
Q4:焦点样式被设计稿弱化怎么办?
A:保留至少2像素清晰轮廓或等效高对比指示,确保与相邻颜色对比度不低于3比1;视觉风格可以调整,但不能移除可见焦点。
Q5:维护记录应该包含哪些字段?
A:至少记录页面模板、问题类型、影响范围、修复责任人和复测结果,便于按季度统计高频问题并推动组件层修复。
总之,网站无障碍维护的关键是把可读性、对比度和键盘访问检查变成可重复的日常动作。建议先选取首页、搜索结果页和表单页建立基线,按发布前快检、月度抽检、季度复盘推进,明确修复时限与责任人,再用键盘走查和对比度工具复测,让无障碍质量随内容更新持续可控。