检查失效链接：企业并购后两套网站内容如何选择去留
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /bb814708d550.html
📄
检查失效链接：企业并购后两套网站内容如何选择去留
并购后两套网站内容去留，不能按“谁流量大留谁”一刀切。更稳的做法是：先按页面所承担的业务角色分组，再对两组页面分别做失效链接与重定向核对，最后决定保留、合并还是下线。只有当页面能承接对方品牌词、产品词或客户服务路径时，保留才成立；如果两套站点的同类页面互相竞争且没有独立转化价值，合并往往比双站并行更可控。
先按页面角色分组，而不是按站点分组
并购后常见的直觉是“主站全留、被并站全关”，但这会忽略被并站上仍被客户使用的服务入口。可操作的分组方式是：
- 品牌与信任页：关于我们、资质、团队、联系方式。两套内容若高度重复，通常保留主站版本，被并站旧地址做重定向。
- 产品与服务页：这是最需要逐页判断的部分。若被并站产品线仍在售，页面应保留或迁入主站对应目录。
- 支持与文档页：客户可能已收藏或从邮件进入。下线前先确认是否有替代页面，否则容易制造新的失效链接。
- 营销活动与新闻页：时效性强，通常可归档或下线，但若仍被外部引用，应保留可访问的归档页。
分组后，对每个准备删除的页面记录其入站链接来源。这里的关键动作是：先列出即将失效的 URL，再决定目标 URL。如果跳过这一步直接关站，后续检查失效链接时只能被动救火，无法判断哪些链接值得修复。
两套网站都保留时，先检查互相指向的失效链接
双站并行最容易出问题的地方，是两套内容互相引用后链接失效。假设A站保留产品总览，B站保留详细规格，并购后B站某规格页被删除，A站上指向该页的链接就会变成死链。此时若只检查B站内部链接，会漏掉A站上的引用。
可核对的证据包括：
- 服务器访问日志中，目标 URL 返回 404 或 410 的请求是否集中在并购后新增或删除的路径。
- 站内搜索和导航中是否仍指向已下线页面。
- 外部引用来源是否来自客户门户、合作方页面或历史邮件模板。
需要说明的是，某个旧路径请求量下降，不能单独证明删除正确；它也可能是链接被改到新路径、用户改用站内搜索，或该页面本来访问就少。反过来，请求量归零也不等于没有价值，可能只是入口被隐藏。因此，判断去留时要同时看是否有替代页面和是否有外部引用，而不是只看访问数字。
一个使“保留被并站”结论失效的反例
如果被并站与主站存在大量同主题、同语言、同地区页面，且两套页面都没有独立品牌搜索或独立客户路径，那么保留被并站可能让搜索引擎需要额外判断哪个页面更相关，用户也会在两套相似内容间犹豫。此时更合理的动作是：选择内容更完整、更新更近、结构更清晰的一套作为保留版本，另一套逐页映射后重定向。
但反例也有边界：若被并站拥有独立域名且仍被大量外部链接引用，直接全部重定向到主站首页并不合适。更稳妥的是把高价值页面重定向到主站对应页面，把无对应页面的旧地址保留为说明页或归档页。这个动作的结果会直接影响下一步：如果重定向目标与用户预期一致，后续检查失效链接的重点就转向内部导航；如果大量旧地址被统一指向首页，用户和搜索引擎都可能认为该地址已失去原有内容，修复成本反而更高。
给出可执行的去留决策顺序
- 导出两套站点的 URL 清单，标注页面角色、最后更新时间和是否有替代页面。
- 对每个拟删除页面确定目标地址：有对应内容则重定向到对应页，无对应内容则保留归档或返回 410。
- 运行一次全站失效链接检查，范围同时覆盖两套站点及互相引用路径。
- 按来源优先级修复：导航、产品入口、客户支持路径优先于新闻归档和低价值外链。
- 修复后复查同一批 URL，确认返回状态与目标页面主题一致，再决定是否继续下线剩余页面。
如果复查发现重定向目标与用户原意图不符，应暂停批量下线，先修正映射关系。这个顺序的意义在于：把“检查失效链接”从关站后的补救动作，变成决定内容去留前的核对步骤。
什么情况下应优先合并而不是双站并行
当两套网站面向同一批客户、提供同类产品、且没有独立运营团队持续维护时，合并通常更省成本。合并时先保留主站结构，再把被并站上仍有价值的页面迁入对应栏目，最后统一处理旧地址。反之，若被并站面向不同地区、不同语言或不同客户群，且已有独立服务流程，则保留双站并分别维护链接健康度更合理。
无论选哪种，下一步动作都一样：把即将下线的页面列入检查清单，确认每个地址都有明确归宿。只有归宿清楚，失效链接检查才能告诉你哪些是真正需要修复的遗漏，哪些只是正常下线带来的预期变化。
