夜里改无障碍文案，哪些地方最容易翻错

晚上十一点，夜里易翻同事把一条系统升级通知甩过来：“明天早上八点上线，改无你把无障碍说明顺手翻一下。障碍最容”你打开原文，文案满屏 focus、地方screen reader、夜里易翻aria-label，改无看着都认识，障碍最容可一想到要翻成家里人能听懂的文案话，心里就没底。地方无障碍功能本地化真正难的夜里易翻地方，往往不是改无术语本身，而是障碍最容你得替读屏用户和他们的家属先想一步：这句话念出来是什么效果，出了问题他们能不能自己判断。文案

先把“给谁看”说清楚，地方再决定怎么翻

拿按钮举例。原文写“支持键盘导航”，如果直接搬进中文界面，很多家属根本不知道这跟自己有什么关系。换成“不用鼠标，按 Tab 键也能在各个按钮之间移动，按回车等于点一下”，对方立刻能对上号。这就是把术语翻成判断句的要点：不解释概念，直接告诉他做什么、会看到什么。

具体可以守三条：

一是动作要落到按键上。Tab、Shift+Tab、回车、空格、Esc，这些键名保留英文没问题，但要说明按了以后光标往哪走。二是结果要能观察。“焦点会移到下一个可操作项”比“支持焦点管理”有用得多。三是出错要给出路。“如果没有反应，先确认当前窗口是不是在最前面”，这比一句“请检查配置”更能让人自己往下走。

做无障碍功能本地化时，我习惯先问一句：这句话是给操作的人看，还是给旁边帮忙的家属看？两种写法不一样。说明书要稳，界面提示要短，帮助文档可以多给一个例子。混在一起写，往往谁都看不顺。

读屏念出来顺不顺，得用耳朵过一遍

文字看着通顺，不代表读屏念出来也通顺。常见的情况是标点太密、括号套括号、英文缩写连成一串。比如“启用（推荐，需重启）”，读屏可能念成“启用括号推荐逗号需重启括号”，用户听到一半就乱了。

比较稳妥的做法是改成分句：“建议开启。开启后需要重启一次。”短句、句号收尾，读屏的停顿会更自然。数字和单位也一样，“3—5 个工作日”里的破折号，有的读屏会念成“杠”，写成“三到五个工作日”更省事。

还有一个容易忽略的点：按钮名称不要太像。同一页面上出现“确认”“确定”“提交”三个词，读屏用户靠听来区分，很容易点错。本地化时能和产品确认就确认，把其中一个改成“保存并关闭”这类带结果的说法，比统一叫“确定”更清楚。

这一步最好别只看文档。找一台装了读屏软件的手机或电脑，把改完的句子实际听一遍，语速调到平常速度。听不下去的地方，基本就是用户会卡住的地方。

截图和示意图，别只写“如图所示”

很多无障碍说明配了截图，原文写“如图所示，焦点框在右上角”。可读屏用户看不见图，这句话等于没说。本地化时要把图里的信息落到文字上：“打开设置页后，焦点默认停在右上角的‘搜索’按钮，按钮外有一圈蓝色边框。”

如果图片本身没法改，至少在图注里补一句位置和外观。顺序也有讲究：先说在哪，再说长什么样，最后说按了会怎样。家里人照着念一遍，能复述出来，就算过关。

视频教程同理。字幕之外，把关键操作写成步骤列表，一步一行。别指望用户暂停、回看、再暂停。夜里赶工的时候最容易省掉这一步，但省掉之后，第二天最先打来电话的往往就是这批用户。

交付前留一张“听得懂”的检查单

临下班前改完，别急着发。花十分钟做三件事：第一，把改动最大的五句话念出声，看有没有绕口的长句；第二，用读屏软件走一遍主要流程，从打开页面到完成一次操作；第三，把说明发给一个不熟悉这个功能的人，问他“你现在知道按哪个键吗”。答不上来，就回去改那一句，不用整篇重写。

还要留个边界：涉及账号权限、支付确认、医疗设备操作这类内容，本地化只负责把话说清楚，不能替产品做承诺。拿不准的地方，指向官方帮助页或客服窗口，比在文案里自己编一句“保证可用”稳妥得多。

无障碍功能本地化说到底是个手艺活：把开发者脑子里的机制，翻成用户手上的一次按键、耳朵里的一句提示。夜里改稿不可怕，怕的是改完只有自己看得懂。第二天早上，让家里长辈或同事照着念一遍，能顺下来，这篇才算真的交付了。