H8.13.1content search field coverage设计研究
搜索范围需要明确覆盖标题、正文还是附加元数据
别名: 搜标题还是正文 · 搜索字段 · search scope fields
概念解释
在自己的内容库里搜，查询会打在不同字段上：标题、正文、评论、标签、附件名、自定义属性。人必须知道当前这一框覆盖哪些字段，否则会按「全文」去想，实际只打了标题，或按「文件名」去想，实际连评论也搜了。它管的是这一次内容定位打在哪一层。站点级的全局对局部搜索、收藏夹入口、归档库在不在结果里，是相邻问题。空结果的其他原因、同名项怎么分辨，也另写。
机制
查询是对字段集合的匹配。字段集合不说出来，人用最宽的那一种来解释失败：找不到就以为没有，其实词在正文里、框只搜标题。反过来，搜到评论里的一句闲话，人以为正文也写了这个词，打开却没有。范围写在框里或框下（「标题与正文」「含评论」），并把命中字段标在结果行上，估计才能被核对。切换范围应立刻改变结果，而不是看起来像同一个框。默认若是最窄的标题，又没有任何说明，库越大误判越重。附件和 OCR 若悄悄纳入，还会把扫描件里的水印词带进结果，范围看起来像魔法。
怎么研究
把目标词只放在正文、只放在评论、只放在附件名，请人用同一个搜索框找回。比较：不标明字段、标明默认标题、可切换并在结果上标命中字段。
自变量：默认覆盖、是否可切换、结果行是否写出命中在哪一字段。 因变量：在词确实存在时宣告「没有」的次数、打开后发现命中不在预期字段的次数。
实验室若把字段写在任务说明里，测不到界面。应用产品自己的占位符文案。不要和拼写纠错混成一次失败。
边界
只有标题可搜的极简清单，范围可以写死在占位符里，不必做切换。加密正文无法在服务端搜，必须写「仅标题与元数据，正文未编入」，不能假装全文。组织策略禁止搜评论时，范围里应拿掉评论，而不是搜到了再 403。多语言分析器对正文和标题可能不一致，命中字段更要标出来。
怎么落地
- 搜索框写明默认覆盖；提供「标题 / 标题+正文 / 含评论与标签」的切换。
- 每条结果标出命中字段，摘要里高亮的是真正匹配的那段。
- 附件、OCR、自定义属性若纳入，作为可关闭的一层，不要藏进「全文」。
- 验证：把词只埋进正文，默认若声称全文却找不到，或未声称全文却让人以为没有这份内容，范围就没说清。打开命中项，高亮位置必须与所标字段一致。