先做一次“页面级资产盘点”,而不是在“全留”和“全删”之间二选一。具体做法是:把两套站点的URL逐条列出,标注它对应的业务、是否有独立搜索需求、是否还有外链或用户访问、内容是否与并购后主体一致;然后按“保留并合并、保留但改写、设置跳转、直接下线”四类分别处理。判断依据是页面是否仍能独立满足用户需求,而不是它原来属于哪家公司。
并购后常见的误区是按“旧站整体关停”或“新站整体覆盖”处理,结果把仍有搜索需求的页面一起清掉。更稳妥的起点是逐页问三个问题:
三个问题都偏向“是”的页面,通常值得保留;只有一个“是”且内容已经过时的,优先考虑改写或跳转;三个都偏向“否”的,可以进入下线清单。这里要区分抓取、索引和排名:一个页面暂时没有被收录,不等于它没有价值,可能只是入口太深或站点结构变动导致抓取减少,不能仅凭这一点就判定删除。
确定要留之后,还要决定它以什么形式存在。两种选择成立的条件不同:
一个假设例子:假设A公司收购B公司后,B站有一个“设备租赁流程”页面,A站只有“设备销售流程”页面。两者对应的用户意图不同,硬合并会让页面同时讲两件事,用户和搜索引擎都难以判断主题。这种情况下更适合独立保留,并在两站之间建立清晰的导航关系。反之,如果两站各有一个“公司简介”页面,内容高度重叠,就属于合并的典型对象。
对于决定不独立保留的页面,还要在“改写后保留”和“301跳转”之间选择。判断标准是旧页面是否还有无法被目标页面覆盖的独特信息:
这里有一个实际动作值得先做:抽取旧站访问量或外链最集中的前若干页面,逐个确认跳转目标。跳转目标不相关,会让原本指向旧页面的入口价值被浪费;跳转目标相关,才可能把旧页面的用户和链接关系延续到新结构上。做完这一步,再决定剩余长尾页面是批量处理还是逐个处理。
两套网站长期并行会带来内容重复、维护成本翻倍和用户混淆。收口时可以按下面的顺序推进:
如果处理一段时间后,旧站的抓取量或访问量降到很低,这可以作为一个参考信号,但不能单独证明处理已经正确。抓取减少也可能是因为旧站入口被撤、服务器响应变化或跳转配置影响了爬虫路径。更可靠的验证方式是抽查一批关键URL,确认它们最终落到相关页面、内容完整、用户能继续完成原来的任务。做到这一步,两套网站的去留才算有了可复核的结论,而不是凭感觉关停或保留。