网站优化任务清单：并购后两套网站内容如何选择去留
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /6bb5e2e9b827.html
📄
网站优化任务清单：并购后两套网站内容如何选择去留
并购完成后，两套网站内容不应按“哪套看起来更好”来取舍，而应先按页面承担的获取任务分类：保留能独立承接搜索需求、且与合并后业务口径一致的页面，其余做合并、重定向或下线。判断的关键不是页面数量，而是每个URL是否还有明确的搜索意图、唯一的内容主体和可延续的链接价值。
先解释一个常见矛盾：内容更全的一套，反而可能是该拆的一套
并购后经常出现这样的局面：A站内容少但主题集中，B站内容多、栏目杂，还混着旧品牌名和过时产品线。直觉上会倾向保留B站，因为“内容资产更多”。但内容多不等于该整体保留。若B站大量页面只是重复A站已有的主题，或围绕已停止的业务，那么它带来的不是资产，而是需要持续维护的重复页面。
相反，A站虽然页少，但每页对应一个清晰需求，标题、正文和内部链接都围绕同一业务，合并后更容易形成主题集中度。此时更合理的做法是以A站为主体，把B站中仍有独立价值的页面迁入，而不是反过来。
两种成立条件：整体保留一套，还是按页面合并
条件一：整体保留一套。当两套网站服务的是同一批用户、同一类需求，且其中一套的品牌、栏目和产品口径已经能覆盖合并后业务时，整体保留更省事。前提是另一套没有不可替代的页面，其外链和流量可以通过重定向承接。
条件二：按页面合并。当两套网站各自覆盖不同需求，或旧站有若干页面已经积累了稳定的外部链接和直接访问，就不能一刀切。此时应逐页判断：保留、合并到新页、还是重定向到最接近的现有页。
两种选择的分界不在网站规模，而在于是否存在无法由另一套页面等价承接的搜索需求。有，就必须逐页处理；没有，才可以整体取舍。
能区分两种解释的证据：看需求、看主体、看链接
要判断“内容多”到底是资产还是负担，可以收集三类证据。
- 需求证据：该页面对应的搜索需求，在合并后业务中是否仍然存在。若需求已消失，内容再多也应下线。
- 主体证据：页面是否有一个唯一的内容主体。若两页讲的是同一件事，只是措辞不同，就属于重复，应合并而非并列保留。
- 链接证据：页面是否有来自其他站点的外部链接，且这些链接指向的内容与合并后业务相关。相关的外链是保留或重定向的理由；不相关的外链不构成保留依据。
一个假设例子：假设A站有20个产品页，B站有200个页面，其中180个是旧品牌的资讯。逐页检查后发现，B站只有12个页面有外部链接，且都指向已停产产品。此时整体保留B站没有依据，正确动作是把这12个页面重定向到A站对应的替代产品页，其余下线。这个动作的结果是：合并后的站点不再维护无效页面，后续的内容更新和内部链接建设可以集中在一套结构上。
把判断落进任务清单：先分类，再决定动作
与其先争论保留哪套，不如先给每个URL打一个标签，再按标签决定动作。
- 核心保留：需求存在、内容唯一、有相关外链。动作是迁入主站，保持URL或做等价重定向。
- 合并：需求存在，但两套网站各有部分内容。动作是合成一个更完整的页面，旧URL重定向到新页。
- 重定向：需求存在，但页面本身不必保留。动作是重定向到最接近的现有页，并确认目标页确实覆盖该需求。
- 下线：需求消失、内容重复且无相关外链。动作是移除，并确保不留下大量指向404的内部链接。
完成分类后，下一步不是立刻批量操作，而是先处理“核心保留”和“合并”两类，因为它们直接影响合并后站点的主题结构。重定向和下线可以随后批量执行。这个顺序的意义在于：先确定保留什么，再决定丢弃什么，避免在结构未定时就做不可逆的删除。
容易遗漏的一个条件：重定向目标页是否真的等价
很多团队做完取舍后，问题仍没解决，原因常出在重定向环节。把旧页301到一个主题相近但需求不同的页面，用户和搜索引擎看到的都是不匹配的内容，等于把旧页的价值转移到了一个错误位置。
判断是否等价，可以问三个问题：目标页是否回答旧页原本回答的问题？目标页是否是用户预期看到的内容主体？目标页是否在合并后的导航和内部链接中处于可到达的位置？三个都满足，重定向才成立。只满足一个，就应先补内容或调整目标页，而不是直接跳转。
把这一步放进任务清单，意味着每一条重定向都要有一个明确的验收条件，而不是只记录“已设置301”。这也是并购后网站整合中最容易被跳过、却最影响后续获取效果的一步。
