项目记录：给站内搜索加“无结果”记录，挖出一批选题
起因
站内搜索一直只当工具用，没人看过它的数据。有天随手查了下日志，发现相当比例的词返回零结果。这些词其实是读者直接说出来的需求：他以为站里有，结果没有。
于是做了一件很小的事：把无结果查询单独记下来。
做法
记录只留四列，多了没人维护：查询词、发生时间、来源页面、出现次数。不记用户信息，不做画像，纯粹是内容缺口清单。
数据攒了两周，用 WorkBuddy 做三件事：
- 归一化：把“怎么写”“如何写”“写法”这类同类词归到一组，只按字面规则归并，不让它猜语义；
- 按频次排序，并把已有文章能覆盖的词标出来（属于内链或标题没写好，不是缺内容）；
- 输出两栏清单：一栏是“该补的内容”，一栏是“该改的标题与内链”。
第 2 步的区分很关键。零结果不等于缺文章：有些是内容存在、但没被找到。这类改标题或加内链就能解决，比新写一篇便宜得多。字段设计上，BackendWiki 把取值列清的写法 适合照搬，保证归并规则可复现。
结果
两周的清单里，真正需要新写的只有六个主题，另外九个靠补内链和调整标题解决。补完之后，同一批词再搜，零结果基本消失。
顺带发现一个意外收获：某些查询词明显是冲着某个栏目来的，但落到了别的栏目页。顺着这条线索调整了导航入口，属于计划外的收益。
记录表放在一个纯静态页面里，HTML 入门教程站的静态化思路 足够支撑这种低频更新的台账。
复盘
没做任何算法改造，只是把原本被丢掉的“失败查询”留了下来。用户需求最直接的来源，往往是他找不到的那一次。四列表、两周数据、一次归并，就挖出了一批比拍脑袋更靠谱的选题。