J5.01.2screen reader navigation设计研究
用户依赖标题、地标与元素类型跳转
别名: 阅读器跳转 · 地标导航 · rotor
概念解释
没有人会从页眉第一个链接听到页脚。屏幕阅读器用户靠标题、地标（landmark）和元素类型（按钮、链接、表单控件）做跳跃，把长序列切成可检索的目录。这种用法叫阅读器导航（screen reader navigation），不是把页面当文章朗读。
机制
线性听完整页的时间随对象数线性增长，主任务等不起。阅读器因此提供按类型过滤的跳转：标题列表相当于章节目录，地标列表相当于「导航 / 主区域 / 搜索 / 页脚」，元素类型列表相当于「本页所有按钮」。用户的问题从「下一句是什么」变成「哪一类里的哪一个」。
跳转词表是类型，不是视觉分区。「右边那栏」无法作为指令；「第三个标题」或「主区域」可以。界面若没把这些类型暴露出来，跳转命令返回空列表，用户被打回逐条听。钩子在不在，决定的是移动策略能不能成立，不是页面好不好看。
怎么研究
同一任务比较三种策略：从头线性听、只按标题跳、只按地标跳。记录第一次命中目标控件用了哪条命令。
自变量：标题 / 地标 / 类型是否齐全、页面长度、用户经验。 因变量：跳转次数、回退到线性浏览的次数、到达目标时长。
桌面用标题快捷键；移动端用转子（rotor）选「标题」再轻扫。两种都要测——命令不同，空列表的失败是一样的。
边界
极短的对话框里跳转收益很小，几次 Tab 或轻扫就到。每个卡片都标成标题、地标堆成十几个，目录本身变成噪音，跳转价值被稀释。只测键盘用户会漏掉转子用户；只测 VoiceOver 会漏掉 NVDA 的元素列表。跳转钩子齐全仍可能因顺序错乱而走错，那是另一件事。
怎么落地
- 每个主要区块给可跳转的钩子：页面主题一个最高标题，区块用次级标题，导航 / 主内容 / 页脚用地标。
- 按钮、链接、表单控件用真正的类型，以便出现在类型列表里。
- 验证：打开阅读器的标题列表和地标列表。目标任务的入口应能在列表里被点名；列表为空或全是「点击这里」，跳转就没有材料。