先把结论说清楚:当搜索需求分散、但你能确认这些需求最终指向同一类决策时,优先做聚合页;当每个需求各自对应独立的使用场景、购买条件或问题答案,且页面之间无法自然共用同一段正文时,优先做详情页。判断依据不是词多词少,而是用户点进来之后想完成的事是否相同。
需求分散通常有两种来源。一种是同一件事被不同说法、不同阶段、不同角色拆开搜索;另一种是用户目标本身就不一样。前者适合聚合,后者适合详情。区分方法很直接:把几个搜索词分别写成一句“用户想解决什么”,如果这些句子可以合并成一句而不丢信息,就是表达差异;如果合并后必须加“或者”“分别”“取决于”,就是目标差异。
假设有五个搜索词:两个在问概念,两个在问适用条件,一个在问失败原因。若它们都指向同一个选择场景,比如“要不要采用某种做法”,那么一个聚合页可以把概念、条件、风险放在同一条决策链上,用户不必来回跳转。反过来,如果其中两个词对应的是完全不同的使用环境,合并后只能写成并列段落,读者仍要自己筛选,这种聚合就是形式上的聚合。
聚合页不是把多个词堆进标题和段落,而是让一个页面回答“从了解到判断”的连续问题。它成立需要三个条件:第一,各需求共享同一组核心事实,不需要为每个需求单独建立论据;第二,页面内部可以用小标题自然分层,而不是互相打断;第三,用户读完后的下一步动作一致,比如都去比较方案、都去确认条件,而不是一部分人要继续找详情、另一部分人已经可以行动。
实际动作可以这样设计:先列出所有分散需求,给每个需求标注它处在决策链的哪一环;再把同一环的需求合并,把不同环的需求按顺序排列。如果合并后页面能按“是什么—什么时候适用—怎么判断—常见偏差”走完,聚合页就值得保留。这个动作的结果会直接影响下一步:能走完,就继续补充内部链接和标题层级;走不完,就说明其中至少一个需求应该拆成详情页。
详情页适合需求之间不能共用同一段结论的情况。比如同一类做法,在不同规模、不同资源条件、不同合规要求下,答案会发生变化。此时聚合页只能给出笼统建议,读者仍要自己判断,反而增加成本。详情页的价值在于把一个条件写透,让读者确认“这说的就是我这种情况”。
但详情页也有边界。如果每个详情页都只重复同一段核心解释,只是换了几个词,那么它们并没有提供独立价值,反而会让用户获取内容的路径变长。判断方法是:抽掉页面标题后,正文是否还能独立回答一个具体问题。如果不能,它更适合作为聚合页中的一节,而不是独立详情页。
面对已经存在的页面,不要因为某个统计归零就立刻删除。抓取量、点击量或某个词的展现下降,可能来自需求季节性变化、页面被其他页面替代、搜索结果呈现方式改变,也可能只是统计口径调整。单独一个现象不能证明聚合或拆分做对了。
可以按以下顺序处理:
这里的关键动作是给每个页面写一句“它替用户做的决定是什么”。如果两个页面写出同一句,就说明它们不该同时以独立页面存在。这个判断结果会决定下一步是合并、拆分还是维持现状。
假设有三个搜索需求:甲问某类方案的基本原理,乙问小团队是否适用,丙问大团队是否适用。若把三者放进一个聚合页,页面可以按“原理—适用条件—不同规模下的差异”展开,读者能在一页内完成判断,这种聚合成立。若乙和丙的答案在关键条件上完全相反,且各自需要独立论据,那么更合理的做法是保留一个总览页,把乙和丙分别做成详情页,并在总览页中明确指向它们。
这个例子的数字只是用来比较结构,不代表真实流量或效果。它说明的是:聚合与拆分不是二选一的口号,而是由需求之间能否共用结论决定的。
个别样本成立、规模化后出现例外,通常是因为样本中的需求恰好共享同一条件,而规模扩大后条件开始分化。此时不要直接照搬原来的页面形式,而应重新检查:新出现的需求是否改变了用户要做的决定。如果改变了,就拆出详情页;如果只是表达方式增加,就继续在聚合页内补充同义入口。无论选哪种,都要保证每个页面有明确的用户获取内容路径,并让搜索引擎能够分别理解这些页面的主题差异。