网站按钮能用鼠标点击,不代表键盘用户能够找到或操作。有人依赖辅助设备,也有人暂时无法使用鼠标。检查时不必先追求复杂评分,可以先尝试仅用键盘完成一次查找产品并发起咨询的任务。
从页面开始位置走一条完整路径
使用 Tab 向前移动、Shift+Tab 向后移动,观察当前焦点是否可见、顺序是否符合阅读与操作逻辑。链接通常可用 Enter 激活,按钮应按其原生行为响应;菜单等复合控件还需要适合的键盘交互,不能把一种按键规则强加给所有控件。
重点是能否到达实际可操作的元素,而不只是让所有文字都进入焦点顺序。过多无意义停留,同样会让页面难用。
四类常见阻碍
| 现象 | 影响 | 检查方向 |
|---|---|---|
| 看不出当前焦点 | 不知道下一步会操作哪里 | 焦点样式是否被去掉或遮挡 |
| 顺序突然跳远 | 阅读和操作脱节 | 结构顺序与布局是否一致 |
| 菜单只能悬停展开 | 无法进入子项 | 键盘触发和关闭方式 |
| 弹窗关闭后位置丢失 | 需要从头寻找原任务 | 焦点是否返回合理位置 |
弹窗需要有清楚的进入和退出
模态弹窗打开后,应将焦点放到合适位置,并让键盘操作留在当前对话范围内;同时提供可用的关闭方式。关闭后通常返回触发位置,若该元素已不存在,则应回到合理的后续位置。
“焦点限制在模态弹窗内”本身不等于错误,问题在于没有退出方式或关闭后无法继续。具体初始焦点也要结合内容和任务设计,不能一律直接触发确认按钮。
表单错误必须能够被找到
逐项填写并故意漏填一个必填字段,检查错误是否清楚关联到输入项,以及是否能继续修正。字段标签不能只靠占位文字,重要反馈也不应只在屏幕角落短暂闪现。
焦点所在控件被固定导航或底部栏遮挡时,用户即使能按到也可能无法理解。因此检查应包含页面滚动和常用窗口尺寸。
留下能复现的记录,再沿原路径复查
记录页面、浏览器、按键顺序、预期结果与实际现象。例如“从产品页按 Tab 到咨询按钮,打开弹窗后无法到达关闭按钮”,比“无障碍不好”更便于处理。
键盘路径通过不代表全面满足可访问性要求,还需结合文字、图片、语义与辅助技术检查。修复后至少重走原有任务,确认新增焦点处理没有影响其他操作。
如需检查官网键盘操作,可私聊客服,提供网址和卡住的按键步骤,沟通检查与修复范围。
参考:W3C APG:模态对话框交互。
