J3.08.3group scanning设计研究
分组与分区可缩短扫描路径
别名: 分组扫描 · 容器扫描 · item vs group scanning
概念解释
分组扫描（group scanning / container scanning）先在几个大块之间走，选中一块后再扫块内控件。路径从「穿过每一个按钮」变成「先选区，再选控件」。分区不是把屏幕画得好看，而是改扫描拓扑：让一次选择跳过整段无关区域。
机制
扁平扫描的到达成本随停靠点线性涨。分层之后，成本近似「块的个数 + 目标所在块里的个数」。导航、主内容、工具栏如果是三个可进入的容器，主内容里的按钮不必再为顶栏二十个图标付通行费。
分组要在无障碍树上真的是容器，并且扫描器把容器当成一格。只靠视觉卡片、空白和阴影分组，扫描器看不见。容器太大（整页一个组）等于没分；切得太碎（每两个按钮一组）又把「选组」本身变成一条长队列。有效的切分对齐用户任务：先选「我在哪一类」，再选「哪一个动作」。
怎么研究
同一套界面做两种扫描结构：扁平逐项，对容器分层。测到达同一目标的步数，以及选错组之后退回的代价。
自变量：容器层数、每组大小、组的标签是否可被扫描器读出。 因变量：步数、错误组进入次数、退出一组再选另一组的时间。
平台差异很大：有的开关控制自动按视图层级聚合，有的几乎只走可聚焦控件。结论要写明测的是哪一套扫描器，不能把 iOS 的自动分组当成 Android 的默认行为。
边界
只有三五个控件的对话框，分组是多余步骤，扁平更快。动态插入的区（聊天里一条条新气泡）如果每条都升级成独立组，组队列会比原来的项队列还长。自定义画布若不暴露分区节点，扫描器无法进入「这一块」，分组停留在视觉上。键盘用户的跳过链接是同一思路的另一种实现，但不能拿键盘跳过次数直接当扫描步数。
怎么落地
- 把页面切成扫描器能进入/退出的几个区：主导航、主内容、页脚工具，而不是五十个按钮铺成一条链。
- 给每个区可朗读的名字，选组时用户才知道自己在进哪一块。
- 验证：开关控制是否先在区之间走、选中后再进内部。若高亮从 logo 开始一颗颗走过广告、分享、再才到正文按钮，分组在扫描里不存在。