先给有条件的结论:如果两套站点的内容各自拥有独立的外部链接和稳定自然流量,优先保留主题更聚焦、可维护性更高的一套作为主站,另一套中真正有获取能力的页面做迁移;如果其中一套只是品牌展示、几乎没有自然流量与外部引用,直接合并到主站并让旧地址做永久跳转,通常比两套并行更省事。这个判断成立的前提是你能拿到两套站点的真实流量与引用数据,而不是只看页面数量或哪套设计更新。
并购后常见的误操作是把问题简化成“留A站还是留B站”,然后按公司规模或品牌知名度一刀切。实际要拆成三层:域名层、目录结构层、单页内容层。域名决定外链资产落在哪,目录决定后续内容如何组织,单页决定用户搜到的是不是同一件事。
一个可执行的做法是:把两套站点分别导出自然搜索落地页清单,标注每页近三个月是否有稳定点击、是否有来自其他站点的链接、是否与主站已有页面回答同一个搜索意图。这三列数据决定单页去留,而不是页面新旧或视觉质量。做完这一步,你会得到三类页面:直接迁移、合并改写、直接放弃。下一步动作就是按这三类分别处理,而不是整站打包搬。
保留两套并行的合理条件通常有三个同时成立:两套内容面向明显不同的用户语言或地区;各自有独立且难以互相替代的外部引用;团队有持续维护两套站点的编辑与技术支持。缺一个,并行的成本就会超过收益。
假设一个场景:A站积累的是中文产品词页面,B站积累的是英文行业词页面,两边的外链来源和用户提问方式几乎不重叠。此时强行合并,会让原本清晰的页面主题被稀释,迁移过程中还可能丢失原有的引用指向。这种情况下更稳的动作是保留两套,但统一内容规范与更新节奏,避免同一主题在两站重复生产。
反过来,如果两套站只是同一批产品介绍的两种排版,外部引用也集中在少数几个页面,那么并行只会分散维护精力。判断依据不是“哪套更好看”,而是“去掉一套后,哪些页面的获取能力会真实下降”。
合并到主站并非总是更优。一个典型反例是:被合并站点的大量自然流量来自与主站主题差异很大的内容,而且这些页面本身有稳定的外部引用。如果直接把这些页面塞进主站目录,主站的主题边界会变得模糊,搜索引擎和用户都更难判断这个站到底擅长什么。
另一种失效情形是旧站有大量用户直接访问的收藏或书签入口,而这些入口并不来自搜索。此时只做跳转可能让老用户找不到原路径,需要保留一个清晰的过渡入口或迁移说明页。注意,这里的判断依据是用户行为路径,不是搜索排名本身。抓取正常、索引正常,并不等于用户路径没有断裂。
还有一个容易被忽略的点:如果两套站点的页面标题和正文高度重复,即使都保留,也可能出现互相竞争同一批搜索需求的情况。此时需要指定一套作为规范版本,另一套做跳转或差异化改写,而不是让两套内容同时对外。
建议第一步不是批量跳转,而是先建立一张页面映射表:旧地址、新地址、处理方式、负责人、验证结果。处理方式只允许三种:永久跳转到主站对应页、合并到主站某页并保留旧地址跳转、直接下线并返回合适状态。
完成映射表后,先迁移一小批有外部引用且流量稳定的页面,观察这些旧地址是否被正确识别为跳转、新地址是否被正常抓取和索引。如果这批页面在迁移后仍能通过旧地址访问到对应内容,再推进剩余页面;如果出现大量旧地址返回错误或跳转到无关页面,应先修正映射关系,而不是继续扩大迁移范围。这个动作的价值在于把一次性大迁移拆成可验证的小步,避免错误被批量放大。
迁移完成后,下一步是检查主站是否因为新增内容而出现主题分散。具体动作是抽查主站目录下新增页面的标题与内链,确认它们都指向同一类用户需求。若发现主站开始承载差异过大的主题,应考虑为这部分内容保留独立目录或独立站点,而不是继续往主站堆。
这套顺序的核心是:先确认单页的获取能力,再决定域名与目录的归属,最后才做批量跳转。跳过前两步直接整站合并,往往会在迁移后才发现主站主题被拉散,而那时修正成本已经很高。