先不要按“哪套网站流量大”来裁决。更可执行的做法是:把两套网站中每个可访问URL当作一个待处置对象,逐条记录它当前满足的需求、内容是否仍准确、是否有外部链接或用户路径依赖,再决定保留、合并、重写还是下线。缺少完整数据和后台权限时,仍可以从公开页面、站点地图、访问日志片段和搜索摘要入手做最小盘点,但不能据此断言某套内容一定更好。
并购后常见误区是宣布“保留A站、关掉B站”,然后整站跳转。更稳妥的起点是打开两套网站的站点地图和主导航,把每个页面登记为一行,至少包含:原URL、页面主题、目标用户、内容最后更新迹象、是否含交易或联系入口、是否有外部链接指向它、是否有站内其他页面依赖它。
假设某企业并购后有两套网站:A站有产品参数页,B站有同一产品的应用案例页。两页都满足不同需求,不能因为A站域名权重更高就删除B站案例。此时可以保留A站参数页,把B站案例内容合并进A站对应产品页,并在B站原URL设置指向新位置的跳转。这个动作的结果是:用户继续从旧链接到达相关内容,后续再观察该路径是否仍被点击、是否仍被外部引用,而不是立刻判断合并成功。
缺少后台权限时,仍可收集三类公开或半公开证据,但每类都有局限:
把三类证据放在一起,可以得到四种处置:
如果拿不到分析后台和服务器权限,可以先手工整理一份“前50个重要页面”清单:两套网站各自首页、主导航第一层、产品分类页、服务介绍页、联系页、新闻或博客中最近更新的一批。对每个页面记录三件事:它试图让用户完成什么、页面上的信息是否仍适用于并购后的主体、它是否被另一套网站的页面重复覆盖。
完成清单后,先处理重复覆盖最严重的一组页面,而不是全站同时改。比如两套网站各有一个“关于我们”,内容都只讲旧公司历史。此时可以保留其中URL更早、外部引用更多的一个,把另一套中仍然准确的团队或资质信息合并进去,再将另一个URL跳转。这个动作的结果是减少用户在两套介绍之间来回对照,也减少后续维护两份过时文本的成本。但它不能直接推出排名会上升,因为抓取、索引和排名是不同环节,合并只解决内容重复和理解混乱的一部分。
处置完成后,下一步不是立刻宣布成功,而是检查三类现象:旧URL是否仍能到达新内容、站内链接是否已改指主URL、站点地图是否还包含已下线页面。若旧URL访问量归零,可能是跳转生效,也可能是页面本来就没有访问、工具未覆盖、或用户改从其他入口进入,不能单独证明处置正确。
同样,若某个页面在搜索结果中消失,可能是被合并、被跳转、被 robots 规则阻止,也可能是抓取或索引环节出现其他变化。此时应回到处置卡,确认该URL的预期状态是保留、合并还是下线,再决定是否需要进一步检查。对两套网站的去留,最终依据不是“哪套看起来更旧”,而是每个URL是否仍在准确回答一个值得保留的用户问题,以及它的访问路径是否被妥善接续。