网站提交：并购后两套网站内容如何选择去留
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /e82a486b9101.html
📄
网站提交：并购后两套网站内容如何选择去留
如果两套站的内容高度重叠、且旧站仍有一定自然流量，优先保留“合并后能独立成立的内容”，把重复或仅属于旧品牌历史的信息做迁移或下线；但如果旧站承载着大量无法在新站复现的用户路径（例如产品文档、售后入口、区域服务页），直接整站合并反而可能让这些路径失效。下面给出判断依据与一个可执行动作。
先判断去留：内容是否“合并后仍能独立成立”
把两套站的所有页面按主题分组，而不是按域名分组。对每一组问两个问题：
- 这组内容在新品牌下是否仍然准确、仍然对用户有用？
- 如果只保留其中一份，用户能否在新站找到完整答案？
两个问题都答“是”，这组内容就适合合并到新站的一份页面上，旧站对应页面做下线或跳转。只要有一个答“否”，就要先补内容再决定，而不是直接删。
常见误区是按“哪套站流量大”来定去留。流量大只说明旧路径被使用，不等于这些页面合并后仍成立。例如旧站的经销商查询页，如果并购后经销体系已并入新品牌，这个页面在新结构里可能没有对应实体，硬搬过去只会让用户看到过时信息。
一个反例：旧站有独立服务路径时，整站合并会失效
假设旧站包含一批按地区划分的售后网点页，每页都带有当地联系方式和服务范围。新站是统一品牌站，没有区域维度。此时如果简单把旧站页面全部重定向到新站首页，用户从搜索进入后找不到原本的服务信息，这类路径的抓取和索引状态会变化，但变化本身不能证明处理正确——它也可能只是重定向生效后的正常结果。
这种情况下更稳妥的做法是：在新站建立对应的区域服务页，内容承接旧站的有效信息，再对旧站页面逐一设置指向新对应页的跳转。跳转目标要具体到同一主题，而不是统一指向首页。
用一次小范围提交验证判断，而不是全站一起动
在正式处理整站之前，先选一组边界清晰的页面做验证，例如“旧站产品介绍页”这一组。动作是：在新站生成对应的合并页面，只对这一组旧页面设置跳转，然后通过网站提交把新页面和跳转关系告知搜索引擎。
接下来观察两件事：新页面是否被抓取、旧页面对应查询是否仍能落到可用页面。如果新页面迟迟未被抓取，先检查它是否可被正常访问、是否有内部链接指向，而不是急着扩大提交范围。这一步的结果决定下一步：验证组表现正常，再按同样方式处理下一组；如果验证组出现问题，先修正模板或跳转规则，不要继续批量操作。
需要同时满足的条件
上述“先合并重复内容、再处理独立路径”的做法，成立的前提是新站已经具备承接旧站内容的结构和可访问入口。如果新站本身还在改版、栏目结构未定，先做内容去留判断会反复返工。此时更合理的顺序是先冻结新站结构，再处理旧站内容。
另外，旧站如果仍承担着合同期内的用户服务入口，下线时间要和服务切换节奏对齐，不能只按 SEO 判断。内容去留是获取层面的决策，服务可用性是另一条约束，两者冲突时以服务不中断为先。
