拆分的依据不是页面数量,而是每个独立任务能否单独回答一个具体问题、单独被检验。页面主题过宽时,先看它承载了几类不同的用户意图,再看这些意图是否需要不同的证据类型;若两类意图的证据来源不同、更新频率不同,就应拆成独立任务,否则合并处理更省成本。
实践中常见这样的情形:挑一个负面词做单页,页面把品牌介绍、事件说明、常见疑问、联系方式全塞进去,观察一段时间后表现尚可,于是按同样结构批量复制到几十个词。结果一部分页面开始互相争抢相似查询,另一部分页面因为内容太泛,用户停留很短。单页成立不代表结构可复制,因为单页时没有同主题页面竞争,规模化后才暴露出主题边界重叠的问题。
解释一:意图混杂。页面同时承担“了解发生了什么”“确认是否与我有关”“找到后续处理方式”三类意图,百度难以判断该页应匹配哪类查询,于是只对其中一类给流量。
解释二:页面间自我竞争。批量复制后,多个页面覆盖高度相近的查询,搜索引擎需要在其中挑选,导致排名在页面之间轮换,整体表现不稳定。
这两种解释对应的处理动作完全不同:前者要拆页面,后者要合并或做差异化,不能混为一谈。
可以按下面的顺序收集能区分的证据,而不是凭感觉判断:
假设某页面同时覆盖“事件说明”和“处理流程”两类内容,查询词里这两类意图各占一半,用户停留时间在“处理流程”类查询上明显偏低。此时更可能是意图混杂,应把处理流程单独拆成一个任务,用步骤、适用条件、常见误区来支撑,而不是继续堆在事件说明里。这个例子只用于说明比较方法,不是真实项目结论。
满足以下条件时,拆成独立页面更合理:
反过来,若两类意图只是同一问题的不同侧面,用户看完一个自然想看另一个,合并在一页反而更符合阅读顺序,此时拆开会造成页面间跳转和重复铺垫。
先不要批量改,选一个页面做拆分试验:把其中一类意图单独成页,原页面保留另一类并做收窄。观察两页各自收到的查询是否更集中、用户是否更快找到对应内容。如果拆分后两页查询分布清晰,说明意图混杂是主因,可以按同样边界继续处理;如果两页仍在争抢同一批查询,说明问题出在页面间差异化不足,下一步应先调整标题、首段和内容侧重,而不是继续拆更多页面。
拆分的边界取决于证据是否支持“意图不同”这一判断,而不是页面数量本身。先区分原因,再决定拆或合,才能避免把一次样本成功误当成可复制的结构。