F3.09.1top-start positional hierarchy设计研究
屏幕上方与起始侧（随书写方向）默认被赋予更高层级
别名: 左上优先 · 起始侧 · reading-order prior
概念解释
两个字重、颜色、尺寸都相同的模块，一个放在从左到右界面的左上，一个放在右下。短时呈现之后，左上那个更常被当成「更重要的那块」。把界面镜像成从右到左，优势跟着起始侧走，不是钉死在几何左上。上方和书写起点这一侧带着默认的层级加分，这是阅读习惯留下的先验，不是坐标轴上的物理定律。古腾堡图示一类的分区故事，最多是对这一先验的粗描述，不能当成任何页面都成立的地图。
机制
进入新视口时，眼和注意先去习惯上的页起点：横排左起就是左上一带，右起就是右上一带，再往内容展开。先遇到的对象多获得一点编码资源，于是「先出现」被读成「更重要」。这个加分很弱，只在其他权重接近时才看得见。它也不是「上方永远大于下方」：起始侧的下方模块，仍可能比对侧上方的装饰更先被访到，因为展开沿阅读方向走，不沿对角线机械滑。垂直方向上，首屏顶部确实常被当成标题槽，那是版式惯例叠在阅读先验上，换到没有「页眉」概念的全屏画布，顶部加分会变薄。
怎么研究
做一对仅位置不同、其他视觉属性锁死的模块，在 LTR 与 RTL 两种壳里测第一注视和重要性评分。自变量是模块所在象限与书写方向，因变量是被选为「更重要」的比例是否随起始侧翻转。若 LTR 偏左上、RTL 偏右上，先验就被测到。不要用带大图或高饱和的材料，那些会盖过位置。桌面和手机要分开报：单列手机把左右差压掉，主要剩上下。
边界
强任务（「找价格」）会让人直奔记得的槽，先验让路。底部导航把主要操作钉在拇指热区，重要性跟可达性绑在一起，顶部加分管不到行动层级。游戏或地图全屏没有阅读页的起点惯例。竖排文本的起点在右上或右下，套用横排左上会反。把先验写成「重要的必须放左上」会在 RTL 和底部导航产品里直接错。
怎么落地
- 在其他线索故意打平的选择里（两个同款入口），把你希望被当成主的那个放在该语言的上方起始侧，而不是放在几何左上就完事。
- 多语言镜像时，起始侧模块要跟着翻，不要把「主入口」锁在像素坐标 (0,0)。
- 不要单靠这个加分去压过一张大图或一颗饱和按钮，它扛不住。
- 验证：两块完全同款的卡片，只换象限，五秒问「哪块更像主功能」。LTR 应偏向起始侧上方，RTL 样本应翻到另一侧。若不翻，检查镜像是否只翻了容器没翻内容起点。再把其中一块稍微加大，看位置优势是否立刻消失——用来标定这档先验有多弱，避免在真实页上把宝全押在位置上。