先给结论:并购后两套网站的内容去留,不应按“哪套站历史更久”或“哪套站权重更高”一刀切,而应先按内容单元逐一判断:它服务的是哪类用户、是否仍与并购后的业务线匹配、是否有独立的外部引用或转化路径。判断完成后再决定保留、合并还是下线,而不是先关站再补救。
并购完成后,常见现象是:被收购方的旧站自然流量逐步下降,而收购方新站的相关页面并没有同步承接这些需求。团队容易得出“旧内容已经没价值”的结论,于是加速下线。但流量下滑本身不能证明内容失效,它至少有两种合理解释。
两种解释指向完全不同的动作:前者是内容层面的取舍,后者是结构层面的修复。把第二种误判成第一种,往往会在下线后才发现需求仍在,只是没有落点。
要区分上述两种原因,可以按下面三类证据逐项核对,而不是只看某一段时间的数据曲线。
查看旧页对应的查询词在并购后是否仍有稳定访问,同时确认这些访问是否来自与并购后业务一致的用户。如果查询意图仍然指向现有产品,只是页面表述陈旧,说明需求还在,优先考虑合并或重写,而不是直接删除。
外部链接、媒体报道、合作方页面如果指向的是旧站的某个具体内容页,而不是首页,那么直接关站会让这些引用失去落点。此时更稳妥的动作是先保留该页并设置清晰跳转,再评估是否把内容迁移到新站对应栏目。跳转是否生效、目标页是否与原主题一致,会直接影响下一步是继续迁移还是改为下线。
假设一个短例子:旧站有一篇介绍某类设备选型的文章,页面上留有咨询入口;并购后该设备仍在新公司产品线中,但咨询入口已失效。此时文章本身仍有价值,问题出在转化环节。修复入口后如果访问量保持稳定,说明内容应保留;如果修复后仍无有效访问,再考虑合并到新站同类主题下。
把内容单元判断清楚后,处置方式可以按条件选择,而不是按整站选择。
这里的关键动作是:先处理内容单元,再处理整站。每完成一批内容的保留或合并,观察对应页面的访问和转化是否恢复,再决定下一批是继续迁移还是直接下线。这个顺序能避免一次性关站后无法回退。
并购后旧系统退出往往和内容去留同时发生。此时不要默认旧系统整体无用,而要先确认它是否仍在承担某些页面的访问、跳转或表单提交。如果旧系统上仍有被外部引用的页面,直接停机会让这些页面无法访问。更稳妥的做法是先把仍需保留的内容迁移到新站,确认新位置可访问、可转化,再安排旧系统退出。
判断标准可以简化为一句:这个页面下线后,是否还有用户或外部来源需要找到它?如果答案是肯定的,就先迁移或保留,而不是先关闭。