整站优化：企业并购后两套网站内容如何选择去留
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /f3fa0a6c0314.html
📄
整站优化：企业并购后两套网站内容如何选择去留
并购后两套网站的内容去留，不能按“哪套看起来更完整”来定，而要先判断每类内容承担的获取任务：是承接搜索流量、承接品牌认知，还是仅服务已成交客户。保留、改写、退出三种处理各有成立前提，判断顺序应当是先看原页面是否仍有独立获取价值，再看它能否在新主体下被清楚解释，最后才决定是否合并到同一套信息架构里。
先按页面任务分类，而不是按网站归属分类
两套站合并时最常见的遗漏条件是：只按“旧站/新站”划分，没有按页面任务划分。整站优化关注的是用户能否从搜索或平台推荐进入、能否理解页面、能否继续完成下一步，因此同一旧站里，不同页面的处理结论可以完全不同。
- 有独立获取价值的页面：仍在解决具体问题，且答案不依赖旧品牌主体，例如通用方法、产品原理、选型条件。这类页面优先考虑保留并改写主体表述。
- 只服务旧品牌认知的页面：例如旧公司介绍、旧团队页、旧活动页。它们通常不具备独立获取价值，适合退出或做跳转，而不是原样搬运。
- 与新站高度重叠的页面：同一问题在两套站各有一版。此时要判断哪一版更完整、更易被理解，把另一版合并过去，而不是两版都留。
先做这一步的实际动作是：把两套站的页面按任务列成清单，而不是按目录列。结果会直接影响下一步——只有确认了页面任务，才谈得上保留还是退出。
保留的适用前提：旧页面还能独立回答一个问题
保留不等于原样上线。一个旧页面值得保留，通常要同时满足两个条件：它针对的问题在新主体下仍然成立；并且它不依赖旧品牌名称才能被理解。
假设某企业并购后，旧站有一篇讲“设备日常点检顺序”的页面，全文没有出现旧公司名，只讲操作顺序。这类页面可以保留，但需要把页面中的主体表述、联系方式、产品指向改到新主体，并检查它是否与新站的同类页面重复。如果重复，就应合并成一版。
保留后的下一步动作是：观察该页面在新站结构里是否还能被用户从导航或内链到达。如果保留下来却没有任何入口，它对新站的信息架构贡献有限，后续仍要决定是补入口还是退出。
改写的适用前提：问题仍成立，但主体或答案已变
改写的典型对象是那些“问题还对、答案变了”的页面。并购后，产品线、服务范围、交付方式可能已经变化，旧页面如果直接保留，会让用户按旧信息做判断。
判断是否需要改写，可以看三点：
- 页面里的答案是否还适用于新主体；
- 页面里的示例、参数、流程是否与当前业务一致；
- 页面是否与另一套站的页面在回答同一个问题。
如果三点里有一点不成立，就应改写或合并；如果三点都成立，保留更省成本。改写时不要只改页头和页脚，而要改正文里与主体相关的判断依据，否则用户进入后仍会感到前后不一致。
退出的适用前提：页面无法独立成立，且没有承接对象
退出不是简单删除。一个页面适合退出，通常是因为它只对旧主体有意义，或者它已经被新站页面完整覆盖，且没有独立的外部入口需要承接。
执行退出前要确认：该页面是否有来自其他页面的内链、是否有用户仍可能通过搜索进入。如果仍有进入可能，直接删除会让用户落到无内容页面；更稳妥的做法是把它指向最接近的新页面，并确保目标页面能回答原来的问题。
这里要区分抓取、索引和排名三个环节：页面被删除后，抓取和索引状态会变化，但排名变化不能单独用来证明删除动作正确，因为排名还受其他页面、查询意图和竞争情况影响。判断退出是否合理，应看用户进入后是否还能完成原来的任务。
用一组可区分的原因来决定，而不是凭感觉
当两套站内容冲突时，可以用下面的对照来判断，而不是强行合并所有页面：
- 旧页面有独立问题、无品牌依赖、新站无同类页面 → 保留并改写主体。
- 旧页面有独立问题、但答案已过时 → 改写，不保留原文。
- 旧页面与新站页面回答同一问题 → 合并成一版，保留更完整的那版。
- 旧页面只讲旧品牌、旧活动、旧团队 → 退出或指向新主体页面。
这个对照的作用是让每个决定都有依据。做完一轮后，下一步应检查新站的信息架构是否还能覆盖原来两套站的问题范围；如果覆盖不全，说明还有页面被误判为退出，需要重新评估。
