网站关键词，两个页面争夺同一问题时保留拆分还是合并
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /da895e6343fc.html
📄
网站关键词，两个页面争夺同一问题时保留拆分还是合并
先给结论：如果两个页面各自满足的是不同搜索意图，且都能独立完成一次任务，就保留拆分；如果它们只是同一意图的不同说法、内容大量重叠、互相消耗内部链接，就合并。判断依据不是页面数量，而是每个页面能否独立回答一类问题。
先看意图是否可分，而不是看词面是否相似
两个页面争夺同一问题，常见原因不是关键词写重了，而是搜索者带着不同任务进入。假设一个页面讲“如何选”，另一个页面讲“选好之后怎么用”，即便标题都含同一核心词，它们服务的是决策前与决策后两个阶段。此时保留拆分更合理，因为合并会让一个页面同时承担两种任务，用户读到一半发现方向不对就会返回。
反过来，如果两个页面都在回答“是什么”“和另一个方案比哪个好”，只是措辞不同，那么它们属于同一意图。合并后把重复段落删掉，保留唯一的主回答，再让旧地址指向新地址，能减少站内自我竞争。这里的实际动作是：先列出两个页面各自覆盖的子问题，重叠超过一半且没有独立任务，就进入合并流程；重叠少且各自有独立结论，就进入拆分维护流程。
保留拆分的条件：两个页面各有独立结论和下一步
拆分成立需要满足几个可检查的条件。第一，两个页面能给出不同的最终建议，而不是同一建议换说法。第二，每个页面都有独立的下一步动作，例如一个引导读者去比较参数，另一个引导读者去完成配置。第三，两个页面之间的内部链接是补充关系，不是互相替代。
满足这些条件时，实际动作是明确分工：在各自页面开头写清适用范围，在正文中互相引用对方解决的那部分问题，并避免复制同一段解释。结果是两个页面都能独立完成一次任务，读者不需要在两个页面之间来回跳。后续观察时，如果其中一个页面的入口点击持续偏低，先检查它的适用范围是否写得太窄，而不是立刻合并。
合并的条件：同一意图被拆成两个近似页面
合并成立的条件同样具体。两个页面回答的是同一个决策问题，给出的结论一致，只是标题和小标题不同；或者其中一个页面只有少量独有信息，其余内容都能在另一个页面找到。此时保留拆分只会让内部链接分散，读者和抓取都难以判断哪个是主页面。
实际动作分三步：先确定保留哪个地址，通常选择内容更完整、外部引用更多、结构更清楚的那个；再把另一个页面的独有信息补进去，删掉重复表述；最后把旧地址指向保留地址，并更新站内指向旧地址的链接。结果是同一问题只有一个主回答，后续新增内容也有明确的归属页面。这里要注意，合并后短期内某个页面的入口点击下降，不能单独证明合并正确或错误，因为旧地址的访问可能转移到了保留页面，也可能只是入口位置变化，需要结合站内链接和页面任务完成情况一起看。
规模化后出现例外：样本成立不等于全站照搬
个别页面拆分有效，不代表所有相似页面都要拆。假设一个小站点只有两个页面涉及同一问题，拆分后各自有独立任务，表现稳定；但当同类问题扩展到几十个页面时，每个页面独有信息变少，维护成本上升，互相链接开始混乱。这时例外就出现了：原本成立的拆分条件不再满足，应该按意图重新分组，把同一意图下的多个页面合并成一个主页面，再用小标题覆盖子问题。
判断边界可以看两点：一是每个页面是否还有独立结论，二是新增内容是否只能放进其中一个页面。如果答案是否定的，就不要再按词面拆分。这个判断不需要依赖某个固定字数或密度阈值，因为不同站点、不同问题复杂度下，合理边界本来就不同。
一个可执行的判断顺序
- 分别写出两个页面要解决的任务和最终建议。
- 如果任务不同、建议不同，保留拆分，并补上互相引用和适用范围。
- 如果任务相同、建议相同，合并到内容更完整的地址，并处理旧地址指向。
- 合并或拆分后，观察站内链接是否集中、读者是否能在一个页面内完成对应任务；若不能，再回到第一步重新判断。
这套顺序的重点不是一次决定永久正确，而是让每个页面都有明确任务。任务清楚时，拆分和合并都只是手段；任务重叠时，任何形式上的保留都会让两个页面继续争夺同一问题。
