G3.12.1visible search scope设计研究
当前检索范围必须明示
别名: 检索范围可见 · scoped search · 搜索地点
概念解释
查询发出去之前，人必须能看见这句话将在哪一块集合里跑——整站、当前栏目、当前文件夹、还是只在打开的这篇文章里。检索范围可见（visible search scope）指的是范围作为界面状态被写出来，而不是靠用户从结果形状去反推。范围藏在占位符、隐式上下文或上一次会话里，人会用全局预期去读局部结果，或反过来。
明示范围不是决定「默认该不该跟当前页走」——那是作用域策略。这里只要求：无论默认是什么，当前生效的那一个必须能被读到。
机制
搜索框本身不携带集合边界。同样一个字符串，在全库、在「帮助」、在「本页」会召回完全不同的对象。人默认把框当成最大集合的入口，因为网页搜索把这个习惯练成了。若产品实际把框绑在当前栏目，而栏目名只出现在导航高亮里，工作记忆里的地点和检索的地点就会错位：结果少，被解释成「没有」，其实是跑错了场。
范围是查询的一部分，却常常不在查询字符串里。不写出来，就无法被检查、无法被指责、也无法被有意改掉。结果页即使排序完美，也在回答一个用户没有同意的问题。
怎么研究
测的是人对「我在搜哪」的判断，不是默认选哪一层更准。
- 范式：把同一查询放进范围未标明、范围写在框内、范围写在结果标题里三种界面；问发出前和看到结果后「你认为搜的是哪一块」。查询日志里范围切换前后的放弃率可以作现场证据，但放弃不能单独证明是没看见范围。
- 自变量：范围标签的位置（框内 / 框外 / 仅结果页）、范围是否用与导航相同的名称。
- 因变量：发出前的范围判断正确率、把局部零结果误判为全库没有的比例、主动去找范围控件的时间。
- 方法论注意点：被试若刚从栏目页点进来，会高估「当然在搜这一栏」。要包含从全局导航直接聚焦搜索框的路径。名称不一致（导航叫「支持」，框里叫「帮助中心」）会单独制造错误，需与「完全没写范围」分开计。
边界
唯一集合、没有局部索引的产品（一个扁平相册）写范围是噪音。命令面板、开发者工具的「当前文件 / 工作区 / 全部」对专家是已学会的模式，明示仍有用，但缺失的代价低于偶发用户。语音搜索没有持久的框，范围必须在确认语里读出来，否则同一条机制成立、载体变了。
怎么落地
- 在搜索框内或紧贴框的位置写当前范围（「在帮助中心」「在本文件夹」），提交后结果页标题重复一遍。
- 范围名称与导航、面包屑用词一致，不要给同一集合起两个内部代号。
- 范围变化时标签同步变，不要留下上一次的「全站」字样。
- 验证：截下发出前的搜索框，遮住页面其余部分，问「这句话会搜哪里」。答错或说「应该是全部」，范围就还没明示。