多地区可访问性回归：按语言与组件抽样的做法

可访问性缺陷往往与语言强相关：文本变长导致按钮溢出、阿拉伯语右到左布局让焦点顺序反过来、屏幕阅读器读不出本地化后的字段名。这些在单一语言下测不出来。把多地区访问纳入可访问性回归，关键是选定要覆盖的语言与组件，而不是在每个地区重跑一遍全站。当某个地区的界面表现出现差异、又需要反复复现时，出口才成为条件，可优先评估静态住宅代理 IP；它只改变访问位置，页面结构、语言包与读屏行为仍取决于站点实现。先确认站点级基线，再按语言抽样。

先检查所有地区共用的无障碍问题

需要把地区和浏览器变量拆开时，可参考国际化浏览器与地区测试矩阵。 多地区测试之前，站点本身要有一份可用的基线：语义结构（标题层级、地标区域）、表单标签、可聚焦元素顺序、对比度与键盘可达性。基线不稳就做多地区，得到的是一堆无法归因的重复缺陷。

基线阶段不需要真实出口，用本地环境跑一遍即可；进入地区对比阶段才需要固定出口。

本文范围是完整站点回归。若采用 WCAG，单页与落地页同样按适用的成功准则判断，差别在测试范围（是否需要跑完整流程）、目标等级与验收口径，不是因为"用于投放"就换一套标准。以下按 WCAG 2.2 AA 作为目标等级，项目另有要求时以项目为准；文中的抽样做法也不能用来声称未测页面已达标。

按语言和高风险组件抽样测试

若抽样覆盖还涉及入口与重定向链路，可参照多语言网站链接回归测试。 不需要每种语言都全站跑。抽样依据是语言本身的排版风险与组件类型：RTL 语言、无空格分词的语言、字符宽度差异大的语言、变音符号密集的语言，各取一个代表。

组件侧优先覆盖高交互与本地化密集的部分：导航与菜单、表单与错误提示、日期与数字格式化、模态框与焦点陷阱、表格与分页。这些组件同时受文本扩展和焦点顺序影响，是多地区回归里最容易出问题的地方。

抽样结果要写成"覆盖了哪些语言×组件"的矩阵，而不是"测了三门语言"。矩阵里空白格就是未覆盖风险，要显式记录。

实际播报内容与焦点路径要一并记录，否则辅助技术相关问题复现不了。

表里"待覆盖"那一行就是本轮的已知缺口，要写进结论，不能等它变成投诉。

键盘、焦点与读屏名称检查

键盘操作按 Tab 顺序走完一条主流程：从页面顶部到主内容、到表单、到提交、到错误提示。判定标准是焦点顺序保持逻辑、含义与可操作性，不要求与视觉位置逐项对应；RTL 语言也不应机械倒转 Tab，而是看阅读与操作是否顺。记录焦点在哪一步丢失、模态框打开后焦点是否被限制在内。

焦点可见性是高频缺陷：自定义组件把 outline 去掉却没提供替代样式，键盘用户完全看不到自己在哪。每个语言版本都要看，因为 RTL 布局下焦点环可能被裁切。

读屏名称在本地化后最容易失真：图标按钮的可访问名称被翻译成无意义短语、字段标签与输入框的关联在翻译后断开、错误提示没有与字段建立关联。检查方式是读出实际播报内容，而不是看 DOM 里有没有 aria 属性。

页面与片段级的语言标记也要看：lang 写错时，中英混排的提示会被读屏用错误语音念出来，听起来像"翻译坏了"，实际是语言标记没跟上。

界面本身可访问、但访问链路不稳定时，先把渲染慢与出口慢分开，口径见代理 IP 出口可用率与延迟测试。

自动扫描之后仍需人工复核

地区出口异常与站点自身可访问性问题要分开判断：先看渲染耗时与响应码，确认访问链路稳定，再看页面本身。自动化工具能稳定发现对比度、缺失标签、重复 ID 这类问题，但判断不了本地化后的语义是否通顺、焦点顺序是否符合阅读方向。把它放在回归的前置筛查，用来快速排除明显问题，人工检查放在后面。

自动扫描的规则集要固定版本，否则两次运行的差异说不清是修好了还是规则变了。扫描结果按组件归档，避免同一问题在每个语言下重复出现几十条。

人工检查每次至少覆盖一条完整主流程与两个高风险组件。只跑工具不跑人工，多地区回归基本等于没做。

FAQ

每种语言都要测一遍吗？

不需要。按排版风险与组件覆盖抽样，RTL、长单词、无空格分词语言各取代表，其余语言在文本扩展检查里覆盖。

RTL 语言要单独建一套用例吗？

重点补充焦点顺序、图标方向与文本对齐三类检查即可，不必把整套用例复制一份，否则维护成本会失控。

自动化扫描零问题就说明通过了？

不是。扫描不判断语义与焦点顺序，本地化后的播报内容和键盘路径仍需人工确认。

多地区可访问性测试必须用代理 IP 吗？

语言、RTL、时区与地区参数都能在授权的测试环境里构造；只有要验证按真实 IP 生效的地理识别或网络分发时，才需要对应地区出口。先确认站点按哪一层决策，再定要不要出口——不必把所有地区测试都写成必须买住宅出口。 长期固定地区会话的产品说明可参见静态住宅 FAQ。

多地区可访问性回归的产出是"覆盖矩阵 + 未覆盖缺口 + 基线缺口"三份清单，而不是缺陷数量的堆叠。这三份清单各自要有维护人和下一次复核周期。若同一地区的界面表现需要稳定复现，可按地区与会话要求评估静态住宅代理 IP，产品规则仍需在自有测试环境验证。