先给结论:划界的关键不是把同一个搜索需求拆给多个业务各占一块,而是先判断这个需求是否真的可以被拆成不同意图。如果意图可分,就按“页面承诺”划界;如果意图不可分,就只保留一个主承接页,其他业务改为在该页内提供差异化模块或转向邻近需求。细雨算法这类以质量与需求匹配为核心的更新,惩罚的往往不是“多个业务都做同一个词”,而是“多个页面用几乎相同的承诺争抢同一批点击”。
多个业务争夺同一搜索需求,通常源于两种误判。第一种是把同一意图的不同阶段当成不同需求,比如“了解某类服务是什么”和“准备选择哪家服务”,这两者可以拆成不同页面,但必须让用户一眼看出阶段差异。第二种是把不同意图硬塞进一个词,比如用户搜的是操作方法,业务却拿产品页去接,这时不是划界问题,而是页面与需求不匹配。
可操作的判断动作:把当前争夺同一需求的页面标题、首屏承诺、主要行动按钮各写一行,放在一起对比。如果三行内容高度相似,说明这些页面在搜索引擎和用户眼里几乎是同一份答案,划界没有意义,应该合并或重定向。如果三行分别指向“了解”“比较”“购买”等不同动作,才具备划界的前提。
当需求确实能拆成不同意图时,划分依据应该是页面向用户做出的承诺,而不是内部哪个业务线更强势。常见做法是:一个页面只回答一类问题,并在标题和首屏明确写出它回答的是哪一类。这样做的结果是,用户从搜索结果进入后能快速确认“这是我要的”,跳出率下降,后续页面才有机会承接转化。
实施动作可以分三步:
例外情况:如果两个业务面向的是完全不同的人群,且页面语言、案例、行动按钮都明显不同,可以保留两个页面,但必须确保它们的关键词侧重点有实质差异,而不是只改标题。否则仍会被视为重复竞争。
如果搜索需求本身只有一个明确意图,比如用户就是要找某类操作的完整步骤,那么拆成多个页面只会造成内部竞争。这时更合理的做法是保留一个主承接页,把其他业务的内容作为该页内的独立模块呈现,比如不同场景的注意事项、不同角色的适用建议。
这样做的依据是:搜索引擎在判断页面质量时,会看页面是否完整覆盖了该需求下的常见子问题。一个覆盖全面的页面,比多个各自只讲一部分的页面更容易被理解为对该需求的优质回答。实际动作是:把原本分散的内容整合进主页面,用清晰的二级标题区分模块,并在模块内保留各业务的差异化信息。结果是主页面获得更完整的主题覆盖,其他业务也不再需要独立页面来争抢同一需求。
需要注意的是,这种整合不意味着所有业务都必须挤进一个页面。如果某个业务的内容量足够大、且能独立构成一个邻近但不同的需求,可以单独成页,但要在页面开头说明它与主需求的关系,避免用户和搜索引擎误判为重复内容。
划界完成后,可以观察几个信号:主承接页是否被正常抓取和索引,原本分散的页面是否逐渐退出同一批搜索结果的竞争,用户从搜索结果进入后的行为是否更集中。但要注意,抓取量或某个页面的展现量下降,不能单独证明划界正确。它也可能是页面合并后暂时未被重新评估、内部链接调整导致权重重新分配,或者搜索需求本身发生了季节性波动。
更稳妥的验证方式是:在划界后的一个观察周期内,对比主承接页与原先多个页面的整体表现,而不是只看单个页面的升降。如果整体覆盖的需求范围没有缩小,且用户行为更集中,说明划界方向合理。如果整体覆盖明显收窄,可能需要补回部分被合并的意图,或者调整主承接页的模块结构。
假设某团队有两个业务方向,一个偏咨询,一个偏工具,两者都瞄准同一个搜索需求。常规做法是各做一个页面,结果两个页面标题相似、首屏都在讲同一件事,用户和搜索引擎难以区分。按照上面的判断,先看意图是否可分:如果用户搜索时既可能想了解方法,也可能想直接使用工具,那么可以拆成“方法说明页”和“工具使用页”,前者回答怎么做,后者提供操作入口,并在两页之间用内部链接建立关系。如果用户搜索时只有一个明确意图,比如就是要找某个具体操作步骤,那就只保留一个主页面,把咨询和工具作为该页内的不同模块,分别说明适用场景。这个例子的数字不需要精确,关键在于用页面承诺是否重复来判断该拆还是该合。
划界的最终标准不是内部业务是否满意,而是用户进入页面后能否立刻确认“这就是我要找的”,并且不需要在多个相似页面之间反复退回。做到这一点,多个业务争夺同一搜索需求的问题才算真正解决。