G3.06.2keyword highlighting设计研究
关键词高亮提供匹配位置
别名: 查询词高亮 · KWIC · 匹配位置
概念解释
摘要里把查询词做成关键词高亮（keyword highlighting / KWIC），是在指出匹配发生在哪几个字符上。人不必把整句读完，就能看到「报销」出现在「差旅报销」里还是出现在「报销截止日期」里。高亮提供的是位置，不是额外的解释文字，也不是把整句换成决策依据——依据是句子内容，位置是句子里哪一段对上了查询。
没有高亮，匹配关系要靠自己在字面上找；有高亮，扫视可以按亮斑跳。两者的阅读路径不一样。
机制
结果行的视觉搜索受显著斑点引导。查询词被加粗或着色后，眼跳落在匹配处，工作记忆立刻得到「对上的是这个局部」。同一词在标题、URL、正文摘要里的位置意味着不同的匹配类型：标题命中更像已知项，正文命中更像主题相关。高亮把类型做成空间分布，而不需要另写「匹配于正文」。
高亮还暴露错误匹配。查询「苹果」高亮在「苹果派做法」而用户要的是品牌，位置本身就是一条该跳过的证据。没有高亮，这条错误要读完整句才发现，或者点进去才发现。高亮过度（同义词、词干、几乎每个字都亮）会让斑点失去指向，位置信号被噪声盖住，反而逼人退回整句阅读。
怎么研究
比的是「找到匹配局部的时间」和「能否指出匹配错在哪」，不是高亮好不好看。
- 范式：snippet 研究中开/关高亮，记录首次注视落点和判断匹配是否在预期槽位的时间；KWIC 与整句无标记对照。Hearst 把 query term highlighting 列为标准结果行部件。
- 自变量：高亮的是精确词还是扩展词、高亮出现在标题还是摘要、对比度。
- 因变量：定位匹配的时间、错误匹配的检出、因高亮噪声而忽略真正依据的比例。
- 方法论注意点：色盲和强制色彩模式下，只靠颜色的高亮会消失，研究里要有加粗或下划线条件。查询很短、词又极常见时，高亮到处都是，位置信号的实验效应会被天花板效应吃掉，材料要选区分性足够的查询。
边界
表意文字查询在中文里常常是单字或双字，高亮密度天然更高，需要比英文更克制的扩展（不要把每个同义字都亮）。代码、错误信息和标识符应精确高亮字面，做词干扩展会亮错 token。深色模式和低对比主题下，沿用浅底上的黄底会不可读，高亮是对比问题不是调色板点缀。屏幕阅读器不会「看见」颜色，匹配位置需要能被读成「查询词出现在……」，否则高亮只服务视力完好的扫视。
怎么落地
- 在标题和摘要里对查询词做精确高亮（加粗优先于只靠颜色），让匹配局部在扫视路径上先被看见。
- 扩展匹配（同义、纠错后的词）用较弱的标记，并避免一句里大面积发亮。
- 错误匹配一旦在高亮上可见，就不要靠改写摘要把它藏掉；位置信号的价值包括「看见不该点」。
- 验证：用一个多义词查询，看用户能否在不打开的情况下指出「亮的是哪个意思」。说不出位置，高亮没在提供匹配信息；整句每个实词都亮，位置已经不是信号。