标题是标签页、历史记录与收藏夹中识别页面的主要依据
别名: 标签页识别 · history title · 收藏夹标题 · tab label
概念解释
人回到一页时，经常看不到页内版面。他们看见的是标签上被裁过的几个字、历史菜单里的一行、收藏夹里的名字。标题是这些表面的主依据：favicon 太小、URL 太长且含参数，读屏的窗口列表读的也是 title。改 document.title 就是在改人稍后找回这一页的那条索引。这条不管标题应当多具体——它管标题活在哪、被拿来做什么。
机制
Tauscher 与 Greenberg 对网页重访的日志里，历史是仅次于 Back 的找回手段；后来的标签浏览研究（Dubroy 与 Balakrishnan 一类）显示并行任务把「哪一张标签」变成持续的识别负担。这三处 UI 都不渲染 H1 和正文，它们渲染 title。人用再认而不是回忆：扫一行字，判断「是不是刚才那张发票」。title 若与当时的记忆痕迹对不上（写了内部代号、写了「无标题文档」），再认失败，人开始把每一张标签点开看，负担从扫视变成逐一恢复上下文。
收藏夹把当时的 title 冻住。后来页内改了 H1，收藏夹仍是旧 title，人会以为收藏坏了或页不在了。历史记录同样冻结；SPA 若用 replaceState 不更新 title，历史里会留下一串相同的外壳名。三处表面共享同一字段，改一处等于改找回系统。
怎么研究
让人在多标签里找「刚才那张正在填的表」、在历史里找十分钟前看过的一篇、在已保存书签里找同一页。只给这些表面，不给页内。
- 自变量：title 质量（对象名 / 内部代号 / 空白）、favicon 是否独特、URL 是否可读。
- 因变量：只靠 title 命中的比例、打开错误标签的次数、放弃改用搜索的次数。
- 方法论注意点：实验室把标签做得很宽，裁切不会发生，会高估可识别性。要在真实的多标签宽度下测。不要让人先看到书签文件夹结构再找——那测的是文件夹，不是 title。读屏用户应单独走窗口列表，他们没有 favicon。
边界
系统级的「最近使用的窗口」在部分操作系统上显示的是应用名而不是 document.title，这时标题帮不上忙，靠的是应用内自己的任务切换。PDF 或下载文件的标签名来自文件名，不是 HTML title。内嵌 WebView 可能根本不展示标签，标题主要给读屏和系统切换器。
怎么落地
- 把
document.title当成标签、历史、收藏将要展示的那一行来写，而不是当成给 SEO 的副产品。 - 页面身份变化（换了一张发票、走进了另一步）时同步改 title，让随后的历史项不是旧名。
- 不要把「无标题」「New Tab」或路由 path 留在可被收藏的状态下。
- 验证：让未参与设计的人只看标签栏、历史菜单、书签名三处，指出「那张正在填的申请」。三处任一对不上对象，标题就没有承担识别。把 favicon 去掉再测一次，确认不是靠图标在撑。