📍 WDQWDWQD987AAAAA:216.73.216.206
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /70f82123e5e8.html
📄

搜索词排名，并购后两套网站内容选谁留谁

没有哪一套必须整体保留。更稳的做法是：以能继续承接目标搜索词排名的那套为主干，把另一套中能补齐主干缺口的页面逐条并入，再对合并后仍重复的页面做一次明确处置。判断依据不是“哪套做得久”，而是哪套的页面结构、内链和内容覆盖更接近你未来要服务的用户与搜索需求。

先判断哪套站更适合当主干

并购后常见的默认动作是保留老站、关掉新站，或反过来。这两种一刀切都可能让原本已经积累的搜索词排名在一段时间内失去承接。更可靠的方式是先选主干，再决定并入哪些内容。

选主干时可以看三个可验证的条件：

• 页面与需求的对应关系：主干站的页面是否清楚对应目标用户会搜的词，而不是只对应公司内部组织架构。
• 内链是否能形成主题簇：同一主题下是否有互相指向的页面，而不是大量孤立页。
• 技术可维护性：模板、URL 规则、站点结构是否还能被团队继续维护，而不是每次改动都依赖外部人员。

假设 A 站运营时间长、页面多，但大量页面是新闻和活动页；B 站时间短，却有完整的产品分类和问答页。此时以 B 站为主干更合理，因为它的页面结构更接近用户搜索路径，A 站中可并入的是少数真正有内容价值的页面，而不是全部新闻。

哪些内容值得并入，哪些应直接舍弃

并入不是复制粘贴。每并入一个页面，都要回答它对主干站的搜索词排名是否有增量：它是否覆盖了主干站没有讲清的需求，或者是否能补齐主干站缺少的证据、步骤和对比。

可以按下面的顺序处理：

1. 先把两套站中主题相同、意图相同的页面找出来，只保留信息更完整、更新更容易维护的那一版。
2. 把只存在于被弃站、且主干站没有对应内容的页面挑出来，改写后并入主干站，并设置从相关页面指向它的内链。
3. 对合并后仍重复的页面，做一次明确处置：保留一个主页面，其余页面要么删除，要么合并，要么改为指向主页面的入口。

这里有一个容易忽略的动作：并入页面后，要检查主干站内是否已有页面在讲同一件事。如果两个页面同时存在且互相竞争，搜索词排名可能不会如预期集中到新页面，而是继续分散。完成并入后，下一步应观察新页面是否被正常抓取和索引，再决定是否继续并入下一批。

一个会让上述结论失效的反例

如果被弃站上存在大量外部链接指向的页面，而这些链接无法迁移，那么“整体以某套为主干”的结论就会打折扣。此时不能只看内容质量，还要看这些外部链接指向的页面是否必须保留可访问状态。

更稳妥的处理是：对这类页面设置指向主干站对应页面的跳转，而不是直接删除。删除会让原本可能帮助搜索词排名的外部信号失去落点；跳转则把访问者和信号引向主干站的新页面。是否跳转、跳转到哪个页面，取决于新旧页面是否讲的是同一件事，而不是取决于页面标题是否相似。

同样，如果两套站分别面向不同语言或不同地区的用户，也不应简单合并成一套。此时更合理的做法是保留两套结构，但统一内容标准和内链规则，避免同一语言下出现重复页面。

合并后如何验证搜索词排名是否在恢复

合并完成后，不要只看首页或几个大词。应把原来两套站各自能承接的词列出来，逐条检查合并后的页面是否还在覆盖它。

可以按以下方式记录：

• 对每个目标词，记录合并后由哪个页面承接，以及该页面是否可被抓取、是否已被索引。
• 对跳转页面，记录跳转目标是否与用户搜索意图一致，而不是全部跳向首页。
• 对删除页面，记录是否有其他页面承接了它的主题，还是这个主题直接消失了。

如果某个词在合并后没有页面承接，说明并入时漏掉了这个需求，下一步应补一个页面或把该需求并入已有页面。如果某个词有多个页面同时承接，说明重复问题没有处理干净，下一步应合并或指定主页面。抓取量或索引量短期下降，可能是合并过程中页面被暂时移除的正常现象，也可能是跳转配置错误或页面被误删，需要结合具体页面判断，不能只凭总量下结论。

下一步动作

先选出一套主干站，列出另一套站中所有页面并标注“并入、跳转、删除、保留独立”四种处置之一。完成第一批并入后，检查新页面是否被正常抓取和索引，再决定第二批。这个顺序能让你在每一步都有可验证的依据，而不是一次性切换后才发现搜索词排名无法承接。