结论有条件:只有当空结果页能判断用户原本在找什么,并且站内确实存在可替代的内容时,才应该给出与原需求相关的下一步;如果站内根本没有对应内容,最合理的做法是承认没有结果,并引导用户换一种表达或走人工咨询,而不是硬塞热门推荐。判断标准不是页面好不好看,而是用户能不能在两次操作内接近他原本的目标。
空搜索结果页出现的原因至少有两类,处理方式完全不同。第一类是内容缺失:站内确实没有与查询相关的页面,比如做黄山本地酒店预订的站点,用户搜某个尚未收录的乡镇民宿。第二类是表达不匹配:内容存在,但用户用的词和站内用词对不上,比如用户搜“带老人爬山住哪”,站内只写了“适老型住宿”。
区分方法很直接:拿这个查询词去站内内容里做一次人工比对,看有没有语义接近的页面。有,就是表达不匹配;没有,就是内容缺失。这个动作的结果决定下一步方向——前者应该做查询改写引导,后者应该做需求承接或明确告知。
如果确认内容存在,空结果页的核心任务是帮用户换一个能命中的说法。可行做法包括:
假设一个场景:用户搜“黄山网站制作 带后台”,站内案例页只写了“可自主更新内容”。这时提示“可自主更新内容”比推荐一堆无关案例更接近原需求。需要说明的是,改写建议是否有效,取决于站内用词是否稳定;如果同一类内容在不同页面用了三四种叫法,映射就会失效,这时要先统一站内用语。
内容确实不存在时,用热门内容填空会制造一种“有结果”的错觉,用户点进去发现不相关,反而更快离开。更合理的处理是明确告知没有匹配结果,同时给出两条真实可走的路径:
这里有一个反例会让上面的结论失效:如果站点的搜索使用率极低,绝大多数用户靠导航进入,那么为一个几乎没人到达的空结果页投入改写逻辑和人工承接,收益可能不如先把导航和栏目做清楚。判断依据是搜索入口的实际使用情况,而不是“空结果页应该优化”这种笼统说法。
遇到空结果页,按这个顺序处理:
这个顺序的价值在于,它把空结果页从“兜底页面”变成一次需求诊断。每一次空结果都暴露了站内内容或用语的一个缺口,处理方式应该跟着缺口类型走,而不是跟着页面模板走。下一步动作很明确:先抽一周的空结果查询词,按上面两类归档,再决定是补内容、统一用语,还是暂时不动这个页面。