跳到社区内容
创作者社区BETA

不用鼠标检查网站:一份可执行的无障碍自查方法

从主导航到表单提交,仅靠键盘走完一次核心流程。观察焦点顺序、操作反馈和错误提示,用低门槛的检查找出容易被视觉稿遗漏的问题。

选一个真实任务作为起点

打开页面后把鼠标放到一旁,尝试找到一篇文章、打开导航并完成一次表单填写。使用 Tab 和 Shift 加 Tab 观察焦点移动,通过回车或空格操作相应控件。记录无法到达、无法看见焦点或无法退出的位置,不要只检查首页最上方几个按钮。

优先使用符合用途的原生元素

跳转到另一个位置使用链接,触发页面内操作使用按钮,输入框配上明确标签。这样浏览器能提供许多默认的键盘行为和语义,减少自行补齐交互的成本。视觉顺序尽量与文档顺序一致,避免通过正数 tabindex 强行排列焦点,因为后续添加内容时很容易造成跳转混乱。

动态变化需要让用户知道

表单失败时不要只把边框染红,要给出具体文字并关联到相应字段;提交状态也需要有清楚的可感知反馈。如果打开模态对话框,应妥善安排初始焦点、限制背景交互,并在关闭后把焦点送回触发位置。实现前先明确交互模型,再测试每一步,而不是最后补几个属性。

把自查作为起点而非认证

键盘检查能暴露一批常见问题,但无法替代屏幕阅读器测试、对比度检查和真实使用者反馈。我会把发现项按无法完成任务、理解困难、体验不便分级,先修复阻断流程的问题。修复后重走同一任务并记录结果,逐步建立可重复的检查习惯。

1 条回复

讨论与回复 1

按时间排序

补充一个容易漏掉的场景:表单提交后按钮暂时禁用,如果同时把焦点元素从页面移除,键盘用户可能不知道接下来在哪。保留清楚的状态文字,并测试成功、失败和重试三条路径,会更完整。

也来说说你的想法

当前为内容预览,回复可先保存为本机草稿。

继续探索

进入板块

社区内容预览 · 文章、作者及互动数据均为示例,发帖与回复暂未开放。

A LITTLE IDEA STARTS HERE

记录一个讨论草稿

发帖与回复暂未开放。草稿仅保存在当前浏览器,不会发布或同步到账号,请勿填写敏感信息。