划界的第一步不是决定谁做哪个词,而是先确认这些业务是否真的在争夺同一个需求。判断依据应当是用户搜索后的意图和落地页要完成的任务,而不是关键词字面是否相同。缺少完整数据或权限时,仍可以先做一件最小动作:把各业务现有页面按“用户来干什么”各写一句任务说明,再对照搜索结果页呈现的内容类型,看它们是否指向同一类答案。这个动作只能帮助排除明显错配,不能直接推出谁该退出或哪条页面会获得更好表现。
在 360 搜索或搜狗里,同一组词可能同时出现企业站栏目页、产品介绍页和资讯页。表面看是三个业务争夺一个需求,实际可能对应三种不同意图:有人想比较方案,有人想直接使用某项服务,有人只是了解概念。此时若强行合并到一个页面,反而会让原本清晰的任务变得含糊。
另一种情况是,几个页面确实在回答同一个问题,只是分别由不同业务维护。它们互相稀释内部链接和内容侧重点,用户在不同结果之间来回跳转,却始终得不到一个完整答案。这类争夺才是真正需要划界的对象。
解释一:需求本身是分层的。用户在同一词下带着不同阶段的任务,页面各自承接一层。可观察的证据是:各页面标题和首屏承诺差异明显,搜索摘要指向的答案类型不同,页面上的下一步动作也不一样。若把这些页面放在同一意图下比较,会发现它们回答的问题并不重合。
解释二:需求是同一个,页面只是重复。证据是:几个页面的核心结论几乎一致,只是措辞、案例或表单入口不同;内部链接互相指向,却没有一条清晰的主路径;用户从任一页面进入后,都需要再跳一次才能完成同一件事。
区分这两种解释,不需要完整排名数据。可以做一个短期观察:在 360 搜索和搜狗分别用目标词查看结果页,记录排在前面的页面类型和摘要承诺,再对照自己各页面的首屏任务。如果结果页呈现的类型与自家某一页面高度一致,而其他页面只是近似,就说明后者的边界更弱。这个观察不能证明因果关系,也不能说明某页面一定不会被展现,它只是提供划界的起点。
在权限不足、看不到完整查询报告的情况下,可以按以下顺序推进:
完成这四步后,通常会得到一张粗略的边界图:哪些页面承接不同阶段,哪些页面在重复同一件事。下一步不是立刻合并或删除,而是选择一个重复组,指定一个主页面保留完整答案,其余页面改为指向该主页面的辅助入口,并观察后续用户路径是否更集中。这个动作的结果会影响下一步:如果辅助页面仍然带来独立任务,就说明边界判断需要修正;如果用户路径明显收拢,才考虑扩大划界范围。
划界成立的前提是各业务对“谁主谁辅”有共识,并且主页面确实能独立完成该需求。若主页面本身内容残缺,强行划界只会把用户推向一个更差的落点。另一个条件是:不同业务的服务范围、交付方式或合规要求确实不同。此时即使搜索意图相近,也不宜合并,而应在页面上明确区分适用对象和限制条件。
还需要注意,抓取、索引和排名是不同环节。页面没有被收录,不等于它不该存在;某个页面在 360 搜索或搜狗没有展现,也不能单独证明它与其他页面争夺同一需求。请求量或抓取量归零可能有多种解释,例如入口调整、站点结构变化或外部链接减少,不能仅凭这一现象就断定划界正确。
假设某团队同时维护“方案介绍页”和“产品功能页”,两者都围绕同一组词。方案介绍页的任务是让用户理解适用场景,功能页的任务是让用户确认具体能力。若搜索结果页中,排在前面的摘要多以场景描述为主,而功能页首屏直接罗列能力点,那么更合理的划界是:方案介绍页承接理解阶段,功能页承接确认阶段,并在方案介绍页中设置通往功能页的明确下一步。这个例子只说明比较方法,不代表真实项目结果,也不能据此推断任何引擎的偏好。
如果两个页面的首屏都在回答同一个确认型问题,且转化动作完全相同,那么它们更可能属于重复,而不是分层。此时先保留一个主页面,把另一个改为补充说明或入口页,再观察用户是否还需要第二个页面来完成同一动作。这个判断依赖实际页面和用户路径,而不是关键词本身。