蓝天算法，企业并购后两套网站内容如何选择去留
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /edebe68cb4fd.html
📄
蓝天算法，企业并购后两套网站内容如何选择去留
蓝天算法并不直接规定并购后该保留哪套网站，但它把“内容质量与站点整体性”放在同一评价框架里，因此去留判断不能只看哪套流量大。更稳的做法是先判断两套站的主体业务是否仍然并行：并行则做主体分离，合并则做内容迁移，而不是把两套页面简单拼在一起。
先判断两种条件：业务并行还是业务合并
并购后的网站去留，第一个分岔点是业务关系，而不是技术关系。
- 业务并行：两个品牌、两条产品线、两类客户群仍独立运营，销售和交付团队也不合并。此时保留两套站点、各自维护，通常比强行合并更安全。
- 业务合并：被并购方的产品、服务、团队最终并入收购方，客户也被引导到同一套销售流程。此时应做内容迁移，把仍有价值的内容并入主站，再让旧站有序退出。
如果判断错了这一步，后面所有动作都会返工。判断依据可以看三件事：合同和交付是否已经统一、客服和售后是否已经统一、销售是否用同一套报价体系。三项都统一，基本可视为业务合并；只有一项统一，通常说明仍处于并行期。
业务并行时：保留两套站，但要切断内容互相竞争
并行期最常见的问题不是“该不该留”，而是两套站开始互相抢同一批搜索需求。假设收购方主站已经有一批介绍通用服务的页面，被并购方站也有一批主题相近的页面，两边标题和正文高度接近，那么搜索引擎在理解两套站时容易把它们当成重复供给，用户也会在两套报价之间困惑。
实际动作是给两套站划清内容边界，而不是删页面。可以按以下顺序处理：
- 列出两套站中主题重叠的页面，逐条标注“保留在A站”“保留在B站”“两边都保留但改写角度”。
- 对必须两边都保留的主题，让其中一套只写行业场景和案例，另一套只写产品参数和交付流程，避免正文主体重复。
- 在两套站各自的核心页面之间建立明确指向：需要跨品牌咨询的用户，能被引导到对应站点，而不是停在模糊的介绍页。
做完这一步后，观察两套站各自的品牌词和产品词是否开始稳定落到对应站点。如果仍然互相穿插，说明内容边界还没划清，下一步应继续收窄重叠主题，而不是急着合并域名。
业务合并时：按内容价值迁移，不按页面数量迁移
合并场景下，容易出现的错误是把被并购方整站复制到主站。页面数量增加不等于内容价值增加，反而可能让主站出现大量主题分散、质量参差的页面。
迁移筛选可以用三个条件：
- 是否还有真实需求：该页面主题是否仍有人搜索、仍被客户问到。没有需求承接的页面，不必迁移。
- 是否与主站已有页面重复：重复的，只保留信息更完整、更新更近的一版，把另一版中独有的段落并入。
- 是否有独立价值：包含独有数据、独有流程说明、独有客户问题的页面，优先迁移。
迁移动作要落到具体页面：先迁移产品和服务核心页，再迁移有持续需求的支持类内容，最后处理新闻、活动等时效性页面。每迁移一批，就检查主站对应主题的页面是否出现内容重叠或内部指向混乱。若出现，先修正再继续迁移，不要一次性全量导入。
旧站退出阶段：用可验证的信号决定下一步
旧站内容迁移完成后，是否立即关闭，取决于旧站是否还有独立承接的需求。一个可操作的判断方法是：把旧站核心页面逐步指向主站对应页面，然后观察旧站的自然访问是否持续下降、主站对应主题是否开始承接原来落在旧站的咨询。
这里要注意，旧站流量下降本身不能单独证明迁移正确。它也可能是旧站内容被削弱、外部链接变化或用户习惯转移造成的。合理解释至少包括：旧站页面被替换后用户直接改走主站、旧站品牌词本身热度下降、主站新页面尚未被充分理解。要区分这些原因，可以对比旧站品牌词访问和主站对应主题访问的变化方向，而不是只看一个总量。
如果旧站仍有独立品牌认知和稳定咨询，就不必急于关闭，可以保留一个精简版本，只维护核心页面。如果旧站访问持续走低、咨询已由主站承接，再考虑逐步下线。
不能直接照搬的边界
以上判断在单个业务线、单个品牌的小规模并购中通常成立，但规模化后会出现例外。例如同时并购多个业务线、每个业务线都有独立品牌和独立客户群时，统一合并到一套站反而会稀释每个业务线的主题聚焦，此时更适合按业务线分别保留站点，只在集团层面做品牌关联。
另一个边界是内容迁移的节奏。样本量小时，逐页判断可行；页面规模很大时，逐页判断成本过高，需要先按主题聚类，再决定整簇迁移或整簇保留。无论哪种情况，迁移后都应回到具体页面检查主题是否清晰、内部指向是否合理，再决定是否进入下一批迁移。
