扫描模式随阅读方向与内容类型变化
别名: RTL 扫描 · 内容类型扫描 · script-dependent scan
概念解释
同一套「上方面包屑、左侧筛选、中间结果」的桌面检索页，在从左到右的界面里，第一落点常在左上结果卡；镜像成从右到左之后，第一落点跟着起始侧走，并不是仍打在几何左上。把中间栏换成相册而不是结果列表，落点又改去最大的图，筛选栏被推迟。扫描模式跟书写方向和内容类型走，不跟屏幕的物理角落走。拿一份英文资讯站的热区去规定阿语商店或图片详情，会把别人的阅读习惯写成错误。
机制
长期阅读把「行从哪边起、页从哪边起」练成优先朝向：进入一个新视口时，眼先去习惯上的起点，再展开。这个先验很弱，只要内容类型提供更强的峰值（一张压过半屏的图、一个全宽播放器），朝向就被覆盖。内容类型还决定策略：表单是标签-控件配对的短跳；相册是图到图的大跳；文章是沿行。方向先验与类型策略相乘，没有一张通用热区图。镜像布局若只翻了坐标没翻阅读起点（图标方向、数字仍按 LTR 堆），扫视会在「习惯起点」和「实际文案起点」之间打架，热区变得又脏又不像任何教科书图形。
怎么研究
同一信息架构做 LTR 与 RTL 两套，再各做「列表 / 相册 / 表单」三种内容，六种材料用同一任务（「找到可买的那一件」或「提交」）。比较第一落点所在象限、起始侧三分之一的注视时间、以及策略标记（沿行 / 跳峰 / 配对短跳）。自变量是书写方向与内容类型，因变量是路径形状而不是任务成败。被试要包含该方向的熟练读者；用不读阿语的人测 RTL 页，测到的是陌生布局，不是 RTL 扫描。
边界
图标、数字、视频控件常常不随文案镜像，页面上会同时存在两种方向，扫描会被拉成混合态。移动端单列把「左栏 / 右栏」压掉，方向差异主要剩顶栏与行内起点，桌面那套象限对比会缩小。专家用户对特定产品的空间记忆可以压过方向先验：每天都从右上角进设置的人，不会因为语言改了就改第一落点。新用户、新页面才最吃方向与类型。
怎么落地
- 多语言产品不要把「重要的放左上」写进所有地区的稿。改成「重要的放在该书写方向的起始侧上方」，并在 RTL 稿里真的翻阅读起点，不只翻容器。
- 同一框架换内容类型时，按类型改峰值，而不是沿用列表页的热区假设。相册页的第一落点会是图，筛选不要假装自己仍是第一站。
- 数字、时分秒、播放条若保持 LTR，在 RTL 页上把它们当成第二套起点来检查，避免关键操作落在两套起点都扫不到的夹缝。
- 验证：找该语言的熟练读者完成同一任务，叠第一落点。LTR 与 RTL 的众数象限应随起始侧翻转；列表与相册的众数对象应随类型改变。若 RTL 仍堆在几何左上，检查是镜像不彻底还是峰值（大图、高饱和）把方向先验盖掉了——后者要单独处理峰值，不要再加重「请从右边看」的装饰。