先给结论:不要按“哪套网站做得早”或“哪套看起来更漂亮”来决定去留,而要把两套站的内容按页面逐一映射到并购后的业务角色上,再决定保留、合并还是下线。对多数并购后仍需继续获客的企业,更稳妥的做法是选一套主站承载核心业务,另一套中仍有独立价值的页面以301或人工改写并入主站,其余重复、失效、无维护主体的页面集中清理。判断依据不是某套站的历史长短,而是每个页面是否还有明确的用户任务和承接主体。
并购后两套网站内容去留,最常被跳过的一步是确认“内容存续责任人”。很多团队只比较页面数量、设计新旧或历史收录,却没人回答:这条产品说明、这份资质文件、这组案例,并购后由哪个团队维护?如果原维护团队已解散、业务线已合并,页面即使仍有访问,也会在几个月内变成过期信息。
可以拿读者手边的一份资料或一个页面做测试:
这个动作的结果会直接影响下一步:有承接人的页面才进入合并评估;无承接人的页面优先考虑下线或归档,而不是为了页面数量硬留。
视觉新旧不能决定去留,业务角色才能。建议把两套站的所有页面先归入四类:
映射时以“用户任务是否仍然存在”为准,而不是以“页面是否被收录”为准。一个页面被搜索引擎抓取,不等于它对并购后的业务仍有价值;反过来,一个暂时没有排名的支持页,可能正是并购后新客户最需要的说明。
假设某企业并购后保留A站作为主站,B站中有一组旧产品教程仍有用户会搜索,但产品已停售。此时不应因为“有搜索”就整组保留,而应判断:这些教程能否改写为A站现有产品的对比说明或迁移指南?能改写就合并,不能改写就设置清晰的停售说明并引导到替代产品,而不是让旧页面继续以原样存在。
决定保留之后,第二个取舍是迁移方式。常见选择有两种:
判断标准可以落到一个具体页面:如果用户搜索的问题在跳转后的目标页上能得到完整回答,301是合理的;如果目标页只回答了半个问题,用户还需要返回搜索,就应该改写并入。这里要注意,301不是“把旧站全部跳首页”,那会让搜索引擎和用户都难以判断对应关系,也浪费了旧页面已经积累的内容信号。
执行时先处理核心获客页和信任页,再处理支持页,最后处理冗余页。每处理一批,观察主站对应页面的抓取与索引状态是否正常变化,再决定下一批的迁移节奏。抓取、索引和排名是不同环节:页面被抓取不代表会被索引,被索引也不代表会获得排名,因此不能用单一现象判断迁移成功。
有些并购后两套站都保留是合理的,但条件很具体:两条业务线面向不同用户、使用不同品牌、由不同团队独立运营,且各自有持续内容维护能力。如果只是“暂时不想动”,两套站会同时消耗维护资源,并让用户在两套相似信息之间反复比对。
可以用一个短清单判断是否值得双站并行:
如果三条中有两条不成立,优先合并到一套主站。合并时保留旧站中仍有价值的页面,用301或改写承接,其余下线。对确实需要并行的,至少统一品牌关系说明和联系路径,避免用户在两套站之间找不到售后入口。
拿读者手中的页面清单,按下面顺序推进:
这套顺序的重点不是一次清空旧站,而是让每个页面的去留都有业务承接人和用户任务作为依据。执行完第一批后,如果主站对应页面开始正常承接旧页面的访问与咨询,再扩大处理范围;如果出现大量用户仍回到旧页面寻找信息,就说明改写或跳转目标选错了,需要回到映射表重新判断。