对老业务来说,寻找内容缺口最有效的做法不是再写一遍“什么是某服务”,而是把已有页面按用户决策阶段和意图类型排列,找出“有需求、有转化价值、但你的站内没有对应页面”的位置。先做缺口清单,再决定补内容还是改旧内容,最后用Google Search Console的查询数据验证是否被真实需求覆盖。
不要凭印象判断“缺什么”。把现有页面导出成一张表,至少包含URL、主标题、目标意图、最近一次更新时间、是否有内链指向、是否有表单或咨询入口。然后按三类意图归类:
盘点的目的是看清老业务真正积累下来的内容集中在哪一层。多数老站的问题不是页面太少,而是全部堆在了解型,比较型和执行型几乎是空白,而后者往往离咨询更近。
定位内容缺口常见两条路径,适用条件不同,不要混用。
方案一:从站内结构反推缺口。把同一业务线下的页面按“问题—方案—比较—行动”排成一条线,看哪一环没有页面承接。判断标准是:如果用户读完A页面后,下一步必然要问B问题,而站内没有B页面,这就是结构缺口。适合业务线清晰、页面数量在几十到几百之间的老站。
方案二:从真实查询反推缺口。在Google Search Console的“效果”报告里,筛选出“有展示但没有对应页面”或“排名在靠后位置、点击很少”的查询,逐条判断它属于哪种意图。适合已有一定自然流量、能拿到查询数据的老站。
两种方案的取舍依据很简单:站内结构混乱时先用方案一,查询数据充足时用方案二交叉验证。如果一条查询反复出现,而站内没有任何页面正面回答它,这个缺口优先级最高。
找到疑似缺口后,不要立刻动笔。按下面几项检查,避免把“我以为缺”当成“用户真的需要”:
验证结果分三种:确认为真缺口,进入写作排期;确认为竞争问题,转为优化旧页面;确认为伪需求,直接放弃。
内容缺口不是一次性任务。老业务的业务线会调整,用户提问方式也会变化。建议每季度做一次轻量复核:
维护阶段最关键的一步,是给每个确认的缺口标注“意图类型”和“对应业务线”,这样下一轮盘点时可以直接对比,而不必从零开始。
下一步:从Search Console中导出近三个月的查询,按展示量排序,挑出前二十条,逐条对照站内页面,先完成一份可执行的缺口清单。