一个站点写到几百篇之后，回头看内容库，很容易发现同一个主题被写过两三次：一次是早期随手写的短稿，一次是某个活动期间的补充，后来做栏目规划时又写了一遍。单看每一篇都不算差，但它们指向的搜索意图非常接近，用户在搜索结果里看到的多半只有其中一篇，站内则几篇互相分散点击和链接。
这类问题不会立刻表现出来，往往是某个主题流量长期不温不火、排名在几个页面之间来回跳，才逐渐被注意到。把它当成一次常规的内容盘点来处理就好。
同题多篇是怎么攒出来的
大多数重叠不是刻意造成的，而是内容更新的自然副作用：
- 作者轮换：不同人接手同一栏目，各自按自己的理解选题，没人核对历史稿件。
- 追热点：热点来了先写一篇，过一段时间又做一次更新，旧的没动。
- 栏目扩张：新开的栏目和老栏目定位接近，选题范围发生交叉。
- 旧稿没维护：原作者离开或遗忘，后来的人以为这个题没写过，直接开新稿。
- 体裁不同但意图相同：一篇是图文教程，一篇是问答式说明，用户需求和目标词却是一样的。
先找出真正重叠的页面
判断重叠不要只看标题像不像，标题不同但内容重合的情况更常见。可以从几个方向入手：
- 用站内搜索功能，逐个检索栏目里的核心词，看返回到多少篇正文。
- 把栏目的标题和摘要导出成清单，按主题手工归堆，比逐篇点开快得多。
- 看数据后台里，同一个查询词下有哪些页面都拿到过展示，如果超过两三个，基本可以确认重叠。
- 抽查疑似页面，对比正文重合比例：定义、步骤、结论段落是否大段雷同。
- 记录每篇的发布时间、最近更新时间和外链情况，为后面的处理方式做准备。
真正需要处理的是意图相同、内容高度重合的页面。如果两篇只是关键词相近，但一篇面向新手入门、一篇面向进阶排查，那属于有意的分工，不需要动。
三种处理方式
合并成一篇
最常用也最彻底。选一篇作为主页面，把其他页面里独有的段落、案例、数据补充进去，然后把旧地址重定向到主页面。适合内容重合度高、单篇信息量都不足的情况。
保留多篇但明确分工
当两个主题确实可以分开时，把各自的范围写清楚：一篇讲概念和适用场景，一篇讲操作细节，并在文中相互引用。同时调整标题和目标词，避免两边都盯着同一个词。
归档或下线
内容已经过期、没有外部引用、也没有稳定访问的页面，可以归档或直接下线。如果页面有一定外链或访问量，优先考虑重定向到相关的有效页面，而不是直接返回错误状态。
合并操作的具体步骤
- 先记录被合并页面的地址、标题和近期数据，方便之后对比。
- 确定唯一的主页面，通常选收录更稳、外链更多、结构更完整的那一篇。
- 把其他页面的有效信息搬进主页面，补全缺失的步骤、参数或例子，不要只是复制粘贴。
- 更新主页面的标题与摘要，让它覆盖合并后的完整范围。
- 把被合并的地址重定向到主页面，优先用一次性跳转，避免多层转发。
- 检查站内其他页面里指向旧地址的链接，替换成新地址。
- 更新站点地图，去掉已经下线的地址。
动手之前先确认一件事：旧页面有没有自己带来的外部链接或稳定访问。如果它是某个主题唯一的流量入口，宁可先改写，也不要急着把它跳走。
合并后别急着下结论
合并完成后的头几天，数据通常会有波动，这不代表做错了。观察周期建议放在两到六周，重点看几件事：
- 该主题整体的展示和点击是否比合并前更集中。
- 主页面在相关查询下的表现是否趋于稳定，而不是继续在几个地址之间跳。
- 被合并地址是否还能被访问到，跳转是否都落在预期目标上。
- 站内搜索该主题时，返回的正文数量是否减少到合理范围。
内容运营里有相当一部分工作量应该放在整理上，而不只是不断写新的。每隔一段时间回头清理一次重叠内容，站点的主题会越来越清晰，用户找东西也更直接。