先做聚合页还是详情页,取决于这些分散需求是否共享同一个购买或决策任务。如果多个问法最终指向同一件事、同一类选择,优先做聚合页;如果每个问法背后是不同身份、不同阶段或不同使用条件,优先做详情页。判断依据不是搜索量大小,而是用户进入页面后要完成的动作是否一致。
搜索需求分散通常有两种表现。第一种是同一任务被不同词表达,例如同一类产品被叫成不同名字、同一问题被写成疑问句和陈述句、同一件事被加上地域或场景限定。第二种是任务本身不同,例如有人要了解原理,有人要比较方案,有人要直接购买,有人要处理售后。前者适合聚合,后者适合详情。
可以用一个动作来核对:把每个需求写成“用户看完这一页后下一步要做什么”。如果写出来的下一步高度重复,说明可以在一个页面上完成;如果下一步分叉明显,说明需要各自独立的详情页承接。这个动作的结果会直接影响页面结构:下一步一致时,聚合页承担比较和分流;下一步不同时,详情页承担解释和转化。
满足以下条件时,优先做聚合页:
实际动作是:先列出所有分散问法,按“下一步动作”分组,把下一步相同的问法并入同一聚合页,再为每个差异点写独立段落。这样做的结果是页面主题更集中,搜索引擎更容易理解这一页覆盖的范围,用户也不必在多个相似页面之间来回跳转。聚合页不是把词堆在一起,而是把同一决策下的不同条件讲清楚。
满足以下条件时,优先做详情页:
实际动作是:为每个独立任务建立一个详情页,标题直接对应这个任务,正文只回答这个任务下的问题,并在适当位置链接回聚合页或相关详情页。这样做的结果是每个页面都有清晰的主题边界,避免一个页面同时承担多个不兼容的意图。详情页之间不要互相复制主体内容,否则会变成多个页面回答同一个问题。
假设有一组分散需求,分别围绕“怎么选”“多少钱”“适不适合我”“出了问题怎么办”。如果把它们全部放进一个聚合页,用户会在一页里看到四种不同目标的信息,转化路径容易混乱;如果为每个问法单独建详情页,又可能因为内容量不足而重复。更稳妥的做法是:把“怎么选”和“适不适合我”合并为一个聚合页,因为它们共享比较和判断任务;把“多少钱”和“出了问题怎么办”分别做成详情页,因为它们对应不同阶段和不同动作。这个例子只用于说明判断方法,不代表任何具体项目的实际结果。
即使满足上述条件,也可能需要调整。聚合页如果无法提供比详情页更完整的比较信息,就不应强行聚合;详情页如果只是把聚合页的一段拆出来,也不应单独建立。另一个例外是竞争环境:当某个细分需求已经有大量同质页面时,继续增加详情页可能没有增量价值,此时把资源放在一个更完整的聚合页上更合理。反过来,当聚合页已经覆盖主要需求,但某个细分任务的搜索意图明显不同,就应补充详情页。
调整时不要只看抓取量或请求量变化。抓取量下降可能来自链接减少、站点整体调整或抓取预算变化,不能单独证明聚合或拆分做错了。更可靠的核对方式是:看用户进入页面后是否继续点击到下一步、是否在页面内完成比较、是否跳转到不相关的页面。这些行为信号比单一统计更能说明页面结构是否匹配需求。
当多个角色对“先做聚合还是先做详情”有不同理解时,不要停留在感觉层面。把每个分散需求写成一行,标注它的下一步动作、所需信息类型和判断条件,然后逐行核对:下一步相同的归入聚合页,下一步不同的归入详情页。核对完成后,再确定先做哪一类。这个顺序能减少返工,也能让后续的内容规划有据可依。最终选择应服务于用户获取内容和搜索引擎理解页面这两个目标,而不是为了覆盖更多问法而制造重复页面。