拆不拆,不看页面字数,也不看它目前排第几,而看一个页面是否同时承担了无法用同一搜索意图解释的多组需求。如果同页内容对应的人、阶段或决策不同,且每组内容都能独立回答一类查询,就具备拆成独立任务的条件;如果只是同一意图下的细节补充,强行拆分只会制造互相竞争的页面。
常见情况是,一个页面同时讲选型、价格、部署、维护和替代方案,信息量很大,但不同查询带来的访问表现差异明显:有的词有曝光无点击,有的词点击后很快返回。此时有两种解释。
这两种解释指向完全不同的动作。前者要拆任务,后者要补权重和入口。拆错了,会把原本可以集中资源的页面打散。
把该页面近期的查询词按意图分组,而不是按字面相似度分组。可操作的做法是:导出查询,逐条标注“用户此刻想完成什么”。如果出现以下信号,更支持“主题过宽”:
反之,如果查询都围绕同一决策,只是问法不同,那么更支持“解释二”。此时优先补内链、更新内容结构和增加站内入口,而不是新建页面。
当意图确实可分时,按“一个页面回答一类决策”来拆。成立条件有三个:每组内容能独立满足一类查询;拆出的页面之间有明确的上下级关系;你有持续维护每个页面的内容来源。
代价同样明确:拆分会增加内链和维护成本,新页面在初期可能没有稳定曝光。若团队只能维护一个页面,保留宽主题但重写导语和目录,把最核心的意图放在首屏,是更现实的选择。
假设某页面主题是“建站工具选择”,同时覆盖选型对比、注册流程、费用说明和迁移方法。若查询数据显示“对比”和“迁移”各自形成独立问题,且两者都需要不同证据,那么可以拆成“如何比较建站工具”和“如何从旧工具迁移”两个任务页,原页面改为总览并链接到两者。动作结果是:原页面不再承担所有细节,两个新页面各自聚焦一类意图;下一步应观察它们是否分别获得对应查询的展现,而不是立刻继续拆更多页面。
拆分不是终点。发布后检查三件事:新页面是否被正常抓取和索引;原页面的内链是否指向新页面;查询是否开始按意图分流。抓取量或展现量短期归零,不能单独证明拆分正确,也可能是新页面尚未被处理、入口过深或原页面仍在承接旧查询。只有意图分流和入口关系都成立,才继续做下一轮拆分。