石榴算法：并购后两套网站内容如何选择去留
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d5c41dc1fe94.html
📄
石榴算法：并购后两套网站内容如何选择去留
没有完整流量与转化数据时，优先保留“能独立回答用户问题、且与存续主体业务直接相关”的内容，其余先冻结而不是立即删除。这个结论成立的前提是：两套站点面向同一批目标用户，且合并后只打算保留一个主域。如果两套内容各自服务不同的语言市场或不同的合规主体，那么“二选一”本身就不成立，应该改为分域并行、各自维护。
先判断两套内容是不是在争夺同一批用户
并购后最常见的情况不是内容好坏之争，而是两套页面在回答同一个问题。此时搜索引擎面对的是重复主题，用户面对的是两个相似入口。判断方法很直接：把两边标题、核心段落、服务范围列出来，看是否指向同一搜索意图。
- 同一意图、同一语言、同一地区：属于直接竞争，必须做去留取舍。
- 同一意图但语言不同：不是竞争，应保留并做语言区分。
- 不同意图但业务相关：可以并存，但要通过内链说明两者关系。
这一步不需要后台权限，靠公开页面就能完成。做完之后，你会得到一张“重复主题清单”，它决定了后面哪些页面需要合并、哪些只需保留。
缺少数据时，用什么依据决定去留
没有流量、排名、转化数据时，仍然可以按三条可观察依据排序，而不是凭感觉挑。
- 内容是否仍然真实有效。涉及已停止的业务、已变更的资质、已失效的流程，属于失效内容，不应作为保留主体。
- 页面是否被外部引用。如果其他站点或合作方页面链接到某一版，改动它的代价更高，应优先保留这一版并吸收另一版的有效段落。
- 内容是否可被独立理解。脱离原站导航仍能读懂的页面，迁移后更不容易失效；强依赖原站栏目结构的页面，迁移风险更高。
需要说明的是，这三条只能帮你排出优先级，不能推出“保留后一定被收录或获得排名”。抓取、索引、排名是不同环节，内容取舍只影响其中一部分，不能替代后续的技术处理。
一个假设例子：两边各有十篇服务说明
假设 A 站有十篇服务说明，B 站也有十篇，主题重叠七篇。可执行的最小动作是：先不动任何线上页面，只建一张对照表，把十四篇重叠内容按上面三条依据标注“保留、合并、冻结”。
动作的结果会直接影响下一步：如果标注为“合并”的页面超过一半，说明两套内容同质化严重，应先做内容整合，再考虑域名和跳转；如果“冻结”占多数，说明大部分内容已失效，重点应转向清理而非迁移。这个判断不依赖任何后台数据，只需要公开页面和一次人工比对。
什么情况下上面的结论会失效
反例是：两套站点分别对应不同的法律主体或不同的资质范围，且监管要求各自独立展示。这时即使内容高度重复，也不能简单合并，否则可能造成信息缺失。此时正确的动作是保留两套，只在用户可感知的层面做区分说明。
另一个会让结论失效的情形是：其中一套站点承载着无法迁移的历史内容，例如用户生成内容或已公示的存档信息。这类内容的价值不在搜索表现，而在可追溯性，删除的代价与流量无关。
下一步该做什么
先完成对照表，再决定是否动线上内容。对照表完成后，挑一篇标注为“合并”的页面做小范围处理：把两版有效段落整合到保留版，原版暂时保留可访问但不作为主推入口。观察一段时间后，再根据实际抓取与索引情况决定是否继续推进。若无法获取抓取或索引数据，就不要把“页面仍能打开”当作处理正确的证据，它只说明服务正常，不能说明搜索引擎已经接受这次变更。
