先给结论:多数并购场景下,应选一套主站作为承接方,把另一套中仍有检索需求、且与主站定位不冲突的内容逐页改写迁入,其余做退出处理;只有在两套站各自服务明显不同的用户群、且都具备持续维护能力时,才考虑双站并行。判断依据不是哪套站“权重更高”这类无法直接核实的说法,而是每类页面背后的用户需求是否仍然成立、主站能否给出同等或更好的答案。
并购后常见的误区是把决策做成“保A站还是保B站”的二选一。实际操作中,两套站的内容价值分布往往不均匀,按整站决策会连带损失好内容,也会把大量低价值页面一起搬过去。
可行的第一步是把两套站的全部URL按功能归类,例如:
分组完成后,每一组再单独决定保留、改写迁入还是退出。这样做的直接结果是:迁移清单会明显小于“整站搬家”,后续工作量和出错面都可控。
三种处理方式没有绝对优劣,区别在于适用条件不同。
成立前提通常是:两套站面向不同语言或不同地区的用户,产品线确实独立,且公司愿意为两套站分别投入内容更新、技术维护和客服承接。代价是长期双份维护成本,两套站之间还可能出现主题重叠、互相稀释。如果只是“暂时没时间处理”,这不算成立前提,拖延会让重复内容和新旧信息冲突同时存在。
这是大多数并购场景的默认选项,前提是主站已有对应的栏目结构可以承接,并且有人力把旧页面改写成符合主站语气、结构和内链的版本。关键动作是逐页确认:旧页回答的问题,新页是否回答得更完整。若只是把旧文原样复制到新域名,两套内容会长期并存,用户和搜索引擎都难以判断应以哪一版为准。改写迁入后,旧URL应设置指向新页的永久跳转,并更新站内指向旧页的链接。
适用前提是:该页面所对应的需求已经消失,或主站已有明显更好的页面覆盖同一需求,且旧页没有外部引用和用户依赖。退出的代价是可能损失一部分长尾访问,因此对仍有检索需求的页面,退出前应先确认主站确有替代页,而不是假设“用户会自己找到”。
不要凭印象决定,用能查到的证据支撑判断:
假设某公司并购后,旧站有一篇关于旧产品型号的安装说明,近半年访问量很低,但客服仍偶尔收到该型号的咨询。这类页面的处理方式通常是:改写为“已停产型号的安装与替代方案”,迁入主站帮助中心,而不是原样保留或直接删除。这个例子的数字仅用于说明比较方法,不代表任何真实项目的表现。
建议按以下顺序推进:先确定主站及栏目结构,再完成页面分组和逐页决策,然后分批迁移并设置跳转,最后处理旧站的收尾。分批而非一次性全量迁移,便于在每批之后核对新页是否可被抓取、可被索引,以及站内链接是否指向了正确目标。
需要避开的几个错误判断:
把决策单位从“整站”缩小到“页面组”,再用需求是否仍在、主站是否已有替代、是否存在外部引用这三条证据逐组判断,并购后的内容去留就能从立场之争变成可复核的执行清单。