先看手里已有的资料能不能支撑一个“共同问题”。如果多个搜索需求指向同一决策、同一比较对象或同一批可复用数据,优先做聚合页;如果每个需求各自对应独立条件、独立步骤或独立结论,先做详情页更稳。判断依据不是词多词少,而是这些需求能否在同一页上被完整回答而不互相干扰。
把词表里分散的需求逐条写成一句用户真正想解决的问题,然后问:这些问题的答案有没有超过一半可以共用。可共用的部分包括定义、判断标准、适用条件、常见误区、对比维度。不可共用的部分包括具体参数、操作步骤、地区差异、型号差异。
假设你手里有一批关于“小户型收纳”的需求,其中一部分问“小户型收纳怎么规划”,一部分问“小户型收纳柜选多深”,还有一部分问“小户型收纳先买什么”。前两个问题的答案可以共用规划原则和尺寸判断逻辑,第三个问题的答案依赖预算和已有家具。此时聚合页适合承接前两类,详情页适合承接第三类。
这个判断动作的结果会影响下一步:如果共用答案超过一半,就先搭聚合页骨架,再把差异部分拆成独立详情页;如果共用答案不足一半,就先写详情页,等积累到三到五篇后再决定是否做聚合入口。
聚合页不是把相近词堆在一个标题下。它成立的前提是读者进入页面后,能沿着同一条决策路径往下走。具体条件有三个:
如果满足这些条件,聚合页的代价是维护成本更高:每次新增一个细分需求,都要判断它是并入主页面还是单独开详情页。好处是内部链接更集中,读者不必在多个页面之间反复跳转。
如果只是词根相同,比如都包含“方法”“技巧”“步骤”,但读者分别想解决安装、清洁、选购三个不同问题,聚合页会变得很长却无法回答任何一个问题。这种情况下,先做详情页,再用一个简短的导航页做入口,比强行合并更有效。
当每个需求都有独立前提时,详情页更合适。典型信号是:同一个问题在不同条件下答案相反。例如“要不要买烘干机”,租房、有阳台、有新生儿、南方梅雨季,这四个条件下的结论并不一致。把它们塞进一个聚合页,读者会不断遇到“但是”“如果”“取决于”,阅读体验和判断效率都会下降。
另一个信号是步骤不可合并。安装类、维修类、申请类需求往往有固定顺序,每个步骤依赖上一步的结果。这类内容拆成详情页后,每页可以只回答一个动作,页面标题和正文更容易让搜索引擎理解页面主题。
选择详情页的代价是短期内页面数量增加,内部链接需要手动规划。动作上,可以先给每篇详情页设定一个“上游问题”和“下游问题”,再用正文中的自然链接把它们串起来。这样做的结果是:读者从任意一篇进入,都能找到相邻条件,而不是回到搜索框重新查。
假设你手上有十二个搜索需求,先做下面这个动作:把每个需求写成“谁在什么条件下想完成什么”。然后标记两件事:答案能否复用、结论是否冲突。
这个清单的作用不是一次定终身。执行两周后,观察哪些页面被访问后继续点击、哪些页面被快速返回。如果聚合页上的读者频繁点击某个差异部分,说明该部分值得独立成详情页;如果详情页之间来回跳转频繁,说明它们可能共享一个上游判断,适合补一个聚合入口。
需要说明的是,抓取量、索引量或某个词的展现量变化不能单独证明聚合或拆分正确。页面未被收录可能来自链接发现不足,展现下降可能来自需求季节性波动,点击变化也可能受标题改写影响。把这些现象和用户路径、页面停留、后续点击放在一起看,才能判断结构是否有效。
如果聚合页离开详情页就说不清关键条件,先做详情页。如果详情页离开聚合页就无法回答“我该选哪个”,先做聚合页。两种做法都成立,区别在于当前资料能支撑哪一种完整回答。
具体动作是:从词表里挑一个需求最集中、资料最完整的子问题,先写成一页。写完后检查它是否自然引出了另外两个需求。如果引出了,就把这两个需求做成详情页,并在聚合页里保留判断框架;如果没有引出,就继续写下一个独立详情页,不急着做聚合。这个动作的结果决定你下一步是扩写入口,还是继续补足单页深度。