先做聚合页还是详情页,取决于分散需求之间是否存在稳定的共同任务。如果多个查询指向同一个决策场景,只是表达方式不同,聚合页通常更合适;如果每个查询对应不同的使用条件、对象或结果,详情页更合适。判断依据不是词多词少,而是用户拿到答案后要做的事是否相同。
运营中常出现这种情况:从少量搜索词和点击记录看,一批查询似乎都在问同一件事,于是做成一个聚合页,初期表现也还过得去。但继续增加内容或扩大覆盖后,发现有些查询的跳出率明显偏高,另一些查询则几乎不点击聚合页里的入口。这时不能简单归因于“页面不够长”或“内链不够多”,更可能是需求本身在规模化后暴露了分叉。
这个矛盾之所以重要,是因为它直接影响下一步动作:继续加内容、拆详情页,还是调整聚合页的筛选与导航。选错方向,后续投入会不断被错误前提放大。
解释一:共同任务成立,只是表达分散。多个查询在问同一个决策,例如都在比较同类方案、都在找同一类操作步骤,只是用词、语气或细化程度不同。这种情况下,聚合页能把分散入口收拢,帮助用户在同一页完成比较和下一步选择。聚合页的价值在于减少来回跳转,而不是把所有词都塞进一段文字里。
解释二:共同任务不成立,只是表面相似。查询看起来都属于同一大类,但用户实际要解决的问题不同:有人要找概念解释,有人要找具体操作,有人要找适用条件,有人要找替代方案。把这些内容强行放在一个聚合页里,用户需要自己判断哪一段与自己有关,判断成本上升,点击和后续行为就会分化。
两种解释都可能成立,关键是用证据区分,而不是凭感觉决定。
可以按以下顺序收集证据,每一步的结果都会影响下一步:
这里要强调:抓取量、索引量或某个查询的展现量变化,不能单独证明聚合页或详情页哪个正确。展现量上升可能只是覆盖扩大,点击率下降可能只是排名位置变化,这些现象都有多种解释。真正有用的证据是用户进入页面后的行为是否与页面任务一致。
在以下条件下,聚合页优先更合理:多个查询共享同一个决策任务;用户需要在同一页完成比较、筛选或选择;详情页数量太多会导致入口分散,用户难以找到起点;聚合页本身能提供清晰的分类、条件说明和下一步入口。
在以下条件下,详情页优先更合理:每个查询对应不同的适用条件、对象或结果;聚合页无法用一段通用内容同时满足这些查询;用户点击聚合页后仍然需要反复返回搜索页;详情页能独立回答一个具体问题,并且可以自然地从聚合页链接过去。
实际动作上,可以先做一个小规模分流:从聚合页中选出行为差异最大的几个查询,分别建立详情页,并在聚合页中保留清晰入口。观察一段时间后,如果详情页承接了更稳定的点击后行为,而聚合页的入口点击也更集中,说明分叉判断成立,下一步可以继续拆分。如果详情页没有带来更清晰的行为差异,反而增加了维护成本,就应回到聚合页,优先改善分类、筛选和内容组织,而不是继续增加页面。
个别查询在聚合页上表现好,不代表所有相似查询都适合同一处理方式。规模化后出现例外,通常是因为样本扩大后暴露了原先没看到的条件差异。判断时要把查询按任务分组,而不是按词面相似度分组。聚合页和详情页不是二选一到底,而是根据需求结构决定先后顺序:共同任务强时先聚合,条件差异大时先详情,再用内链把两者连接起来。
最后要记住,SEO 是改善用户获取内容与搜索引擎理解页面的过程,抓取、索引和排名是不同环节。聚合页和详情页的选择,首先影响的是用户能否快速找到答案,其次才是搜索引擎能否理解页面结构。把用户任务判断清楚,页面形式的选择才有依据。