搜索引擎优化指南：并购后两套网站内容保留还是退出
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /946d250e4f4d.html
📄
搜索引擎优化指南：并购后两套网站内容保留还是退出
先给结论：并购后两套网站的内容不该按“哪套更好看”来留，而该按“哪套内容还在满足真实检索需求、哪套只是重复表述”来分。通常做法是保留一套主站，把另一套中仍有独立需求的页面改写并入，其余做退出处理。但这条经验只在样本量小、页面主题清晰时成立；一旦页面数量上千、两套内容高度同质，照搬就会制造大量重复页和抓取浪费。
先分清哪些页面属于“同一需求的不同说法”
抓取、索引、排名是三个不同环节。两套站点同时在线，搜索引擎可能都抓、都索引，但同质内容在排名结果里只会留下一个主要版本，另一套逐渐失去可见度。判断去留的第一步不是看流量数字，而是看两套页面是否在回答同一个问题。
- 同一需求、同一结论、只是措辞和排版不同：属于重复，应合并。
- 同一需求，但一套更完整、更新更近、有独家数据或案例：保留更完整的那套，另一套退出。
- 不同需求，只是主题相近：两套都可以留，但要明确各自面向的检索意图，避免互相稀释。
小样本下，人工逐页比对完全可行。假设一家公司并购后共 300 个内容页，人工判断一天能处理几十个，一两周可以完成。但如果两套站各有数万页，且大量页面由模板批量生成，人工比对的边际收益迅速下降——这时“逐页改写并入”不再是可执行方案，需要先按目录、主题簇和页面类型分层，只对高价值层做精细处理。
保留一套主站的前提条件
保留并集中资源，适合以下条件同时成立：两套站面向同一批用户、同一批检索需求；被保留的站点结构更清晰，抓取路径更短；另一套站的内容可以被拆解后并入，而不是简单复制粘贴。
实际动作上，先确认被保留站点的目录结构能否容纳并入内容。如果原站分类逻辑与新内容冲突，硬塞进去会让用户和搜索引擎都难以理解层级。此时更稳妥的做法是先调整目录，再迁内容，而不是先迁后改。这个动作的结果会直接影响下一步：目录理顺了，后续的页面合并、内链指向和旧地址处理才有清晰落点；目录没理顺就迁，后面每加一批内容都要返工。
一个常见误区：把“另一套站还有访问量”当成必须保留的理由。访问量本身不能说明这些页面满足的是独立需求，也可能只是旧域名积累的惯性访问。要区分这两者，可以看这些页面是否在带来新的检索入口，还是只承接老用户回访。前者值得改写并入，后者更适合退出。
改写并入成立的条件，以及规模化后失效的边界
改写并入适合页面数量可控、每页有明确主题的场景。做法是把两套页面中更优的部分提取出来，形成一套完整版本，再让旧地址指向新版本。改写不是拼接，而是重新组织信息顺序，让页面围绕一个检索意图讲清楚。
规模化后例外出现在两个地方。第一，当两套站内容高度同质、差异只在标题和少量措辞时，逐页改写会消耗大量人力，而产出仍是近似页面，用户价值没有提升。第二，当页面由程序批量生成、单页本身没有独立检索需求时，改写只是在维护一批本不该存在的页面，正确动作是整批退出，而不是逐页抢救。
判断标准可以简化成一句：如果一页去掉后，用户仍能从保留站找到同样答案，这页就不必改写。这个标准在小样本下好用，在规模化时同样好用，因为它不依赖流量数据，只依赖需求是否被覆盖。
退出处理的正确顺序与可验证信号
退出不等于直接删掉。更稳的顺序是：先确认该页面没有独立检索需求，再决定是合并到相近页面，还是整体下线。合并时，旧地址应指向最相关的新页面，而不是统一跳首页——统一跳首页会让用户和搜索引擎都失去上下文。
执行后可以观察一些信号，但不要把信号当成结论。旧页面的抓取量下降，可能说明退出生效，也可能只是搜索引擎调整了抓取节奏；索引量归零，可能是页面被正确移除，也可能是被暂时排除。这些现象都需要结合服务器日志、站点地图变化和页面实际可访问性一起看，单一指标归零不能单独证明处理正确。
假设例子：两套站各有 5000 页，其中约 800 页主题重叠。若逐页改写，按每页半小时估算需要 400 小时；若按主题簇合并成 200 页，再让其余页面退出，工作量降到约 100 小时，且留下的页面更集中。这个比较只用于说明方法差异，不代表任何真实项目结果。
把决定写进迁移节奏，而不是一次性做完
两套站的内容去留不是一次判断，而是分阶段收敛。第一阶段先处理明确重复、明确无独立需求的页面，动作小、可回退；第二阶段处理需要改写并入的页面，按主题簇推进；第三阶段再处理边界模糊、需要观察的页面。每阶段结束后，检查保留站的结构是否仍然清晰，再决定下一阶段范围。
如果第一阶段就发现保留站的目录无法承载并入内容，应暂停迁移，先解决结构问题。这个判断优先于任何页面层面的取舍，因为结构不清会让后续每一步都变慢。
