关掉鼠标走一遍官网，三种键盘自查的账得算清

上周帮一家做工业传感器的客户复查官网，他们刚上线半年的新版首页在后台数据里有个反常：联系我们页的访问量不低，可表单提交量几乎是零。我们让同事关掉鼠标，只用键盘从首页一路按 Tab 走到提交按钮，走了三遍才发现问题——价格表的「索取报价」按钮压根没进焦点序列，Tab 键从上方表格直接跳到了页脚备案链接，那个最重要的按钮被整段跳过。鼠标一点就中，键盘一走就漏，日常用鼠标的同事谁都没察觉。这种漏掉键盘用户的坑，在做网站设计时几乎不会写进需求文档，却实实在在挡住了一批人。

方案A：关掉鼠标，自己按 Tab 走一遍核心路径

最朴素也最便宜的做法，就是一个人、一台笔记本、五分钟。打开官网，按下键盘 Tab 键，从导航开始一步步走完「找产品、进详情、填表单、点提交」这几个核心动作，全程不碰鼠标。重点看三件事：能不能用键盘走到每一个关键按钮；焦点走到哪有没有明显的高亮圈；顺序是不是顺着人看页面的逻辑，而不是从页眉右侧突然跳到页脚左侧。成本几乎为零，一次走查当天就能出结论。维护上唯一的麻烦是每次发版得重走一遍，没有自动兜底。它最大的失效场景在盲区：只能抓住「根本走不通」的硬伤，抓不到「走通了但顺序反人类」的体验问题；单人顺着自己习惯走，容易在熟悉的页面上无意识跳过；键盘之外的读屏朗读、高倍缩放这些维度它一概查不出。多数网站设计稿评审只在大屏上点一点，这种走查恰好补上那块没人看的盲区。

方案B：接自动化无障碍审计，让每次构建自己报红黄绿

页面一多，纯靠人手走查就力不从心，于是有了第二类做法：把 Lighthouse、axe DevTools 这类无障碍审计工具接进持续集成，每次提交代码自动扫全站几百个页面，一夜出报告。成本上，工具本身免费或几十美元一个插件，真正花钱的是接入那半天工程时间。周期优势明显，再大的站点也能在构建阶段批量过一遍。维护上规则要跟着规范走，机器漏报的部分还得人工兜底。它的失效场景更隐蔽：自动化只认「有没有焦点环」「有没有可聚焦元素」「aria 属性全不全」这类静态规则，报不出「焦点顺序对不对、操作逻辑顺不顺」这种动态问题；静态扫描对动态浮层、异步弹窗经常视而不见，偏偏支付步骤、二次确认这类最关键的环节最爱用弹窗；再加上误报多，会把纯装饰的图标也标成障碍，逼着团队在噪音里找真问题。把键盘可操作性写进网站设计的交付标准时，机器报告只能当第一道闸，不能当唯一证据。

方案C：请真正依赖键盘的人走一轮，拿到能改的清单

第三类做法是把活交给真实用户——招募五到八位平时就靠键盘或读屏上网的受访者，请他们用你的官网完成「下单」或「预约」这类真实任务，边做边出声说卡在哪。成本最高，每人次报酬一两百，一轮下来两三万打不住，周期也长，招募加执行加整理要两到三周。维护上不用常跑，关键版本各做一轮即可。它贵得有道理：只有真人能告诉你「走通了但憋屈」——比如焦点顺序让人在表单里绕了三个来回才填完，机器和自查都以为没问题。失效场景同样明确：小站预算撑不起，样本少导致个别结论未必普适，组织得不好容易变成听残障朋友诉苦而非拿到可改清单。网站设计的可用性测试里，这一轮往往最被低估，却最能暴露前两种做法的盲区。

怎么选：不是选最好的，是选补得上缺口的

三种做法不是谁取代谁，而是各自的缺口刚好被另一种补上。刚上线、页面少、预算紧的站，先用方案A，五分钟把核心路径的硬伤兜底，至少保证不漏焦点、不跳关键按钮。页面多、团队有研发能力、还在持续迭代的，把方案B接进持续集成，让每次提测自动亮红黄绿灯，省下重复的人工。凡是高转化页面——下单、注册、支付、预约——以及面向公众的服务类站点，或者所在行业有合规硬要求的，再加一轮方案C，用真实用户的结论兜住前两者都查不出的顺序错和憋屈感。只做A的站，迟早被B能扫出的静态问题反噬；只信B报告的，会漏掉顺序错这种机器看不懂的坑。对做网站设计的团队来说，把键盘走查排进发布前的固定动作，比上线后收到投诉再返工便宜得多。