关键词词库：两个页面争夺同一问题时保留拆分还是合并
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1ec9cac6c887.html
📄
关键词词库：两个页面争夺同一问题时保留拆分还是合并
先给结论：默认应合并，只有当两个页面各自拥有独立且可验证的搜索意图、并且合并后会明显损害其中一方的转化路径时，才保留拆分。判断依据不是哪个页面排名更高，而是看两页在查询覆盖、点击分布和内容重叠上是否呈现“同一需求被切成两半”的特征。下面用一个假设情境把决策过程走一遍。
假设情境：两个页面同时被同一批查询触发
假设某站有一个“发票管理”栏目页和一个“发票管理常见问题”文章页。在关键词词库里，这两页都被标记覆盖“发票管理流程”“发票管理怎么操作”等词。直觉上，栏目页负责导航、文章页负责解答，分工清楚，似乎应该保留拆分。
但核对数据后出现反常结果：文章页在信息型查询上点击稳定，栏目页却在同一批查询里偶尔获得展示，且两页的点击都低于各自单独存在时的水平。这个现象不能直接证明拆分是错的，因为也可能是栏目页刚改版、内链权重重新分配、或展示被其他站点挤压。要区分解释，需要看两页的查询集合是否高度重合、以及用户在两页上的下一步行为是否一致。
用可核对的证据区分“真竞争”和“假竞争”
把两页的查询词表导出后逐条比对，重点看三个可核对信号：
- 查询重合度：如果两页覆盖的查询有大量完全相同，说明它们服务的是同一需求；如果重合很少，只是词库归类时被放在一起，则属于假竞争。
- 点击落点：同一查询下，用户点进栏目页后是否继续点向文章页，还是直接离开。若大量用户在两页之间来回跳，说明内容被切碎，合并更有利。
- 内容重叠：把两页正文的主要段落标题列出来，若超过一半在回答同一个子问题，拆分只是在重复劳动。
假设比对后发现：两页有约七成查询重合，栏目页的点击有相当比例流向文章页，且正文有多个段落讲同一件事。这三条同时成立，才支持合并。若只有查询重合、但两页转化路径不同，结论会不一样。
保留拆分的两个成立条件
拆分不是不能保留，但它需要满足更严格的条件：
- 意图确实分叉：一页面向“我要办理”的操作型需求，另一页面向“我想弄懂原理”的了解型需求，且两页的查询集合几乎不重叠。此时合并会让操作入口被大段解释淹没。
- 合并会破坏转化路径：如果栏目页承担站内导航或表单入口，合并后用户需要多滚动才能到达操作区，且没有其他页面承接这条路径，保留拆分更稳妥。
这两个条件必须同时成立。只满足其一，通常仍建议合并，再用页内锚点或分区把不同意图安置在同一页的不同位置。
一个可执行的判断动作
具体动作：在关键词词库里给两页各自打上“主查询集合”和“次要查询集合”标签，然后计算交集。若交集占任一页主查询的一半以上，先不要改标题或删页面，而是把两页内容并排阅读，列出重复回答的子问题。
这个动作的结果会直接影响下一步：如果重复子问题超过三个，下一步是合并内容并设置从旧页到新页的跳转；如果重复很少，下一步是回到词库，检查是不是归类标签写错了，而不是动页面。很多所谓“两页争夺”其实是词库分类粗糙造成的假象，先修分类比先改页面成本更低。
合并与拆分各自要承担的代价
合并的代价是页面变长、主题变宽，可能让原本精准的长尾查询失去对应落点；拆分的代价是维护两套内容、内链复杂、且用户可能永远只看到其中一页。选择哪一种，取决于你更愿意承担哪种代价，而不是追求一个通用最优解。
假设合并后新页在原来两页的查询上都获得点击，说明需求本就同一；假设合并后只有原栏目页的查询保留，文章页的长尾查询消失，说明拆分时的意图分叉是真实的，应考虑恢复拆分或为长尾单独建页。无论哪种结果，都应以实际点击分布为准，而不是以“页面数量少更整洁”这类偏好为准。
最后提醒一点：请求量、抓取量或某个查询的展示突然归零，不能单独证明合并或拆分做对了。它也可能是抓取预算变化、站点结构调整或外部竞争导致的。把内容重叠度和点击落点作为主证据，把流量波动作为参考，决策会更稳。
