先给结论:不要按“哪套内容更完整”来选,而要先查清被黑污染的范围。如果只有一套站被注入垃圾页或劫持跳转,去留判断要围绕“污染是否可隔离”来做;如果两套站都被污染,则优先保留结构清晰、可整体清理的一套,另一套做内容迁移后下线。下面把两种条件下的选择依据、实施动作和例外讲清楚。
并购后两套网站通常各有历史内容、外链和收录。判断去留前,先做一次可核对的污染排查,而不是凭直觉选“看起来更好”的那套。
<script>注入点。这一步的结果直接决定下一步:如果污染只在一套站,另一套干净,去留就变成“保留干净站、迁移有价值内容”;如果两套都脏,就要先评估哪套的清理成本更低。
假设A站被注入大量垃圾页,B站未被污染。此时不要因为A站历史更长就强行保留A站。更稳妥的做法是保留B站,把A站仍有价值的原创内容迁移过去。
实施动作分三步。第一步,从A站导出仍被用户需要的页面清单,逐条核对是否被篡改。第二步,在B站以新URL发布这些内容,并设置从A站旧URL到B站新URL的301跳转。第三步,清理A站上的被黑页面,提交死链,观察搜索引擎是否逐步移除。
这个动作的结果会影响下一步:如果A站被黑页面在跳转后仍被大量抓取,说明清理不彻底,需要继续提交死链并检查是否还有残留注入点;如果抓取量下降且B站开始获得对应流量,就可以推进A站的下线计划。例外情况是:A站持有大量无法迁移的交互功能或用户数据,这时应优先清理A站而不是迁移,因为功能迁移的成本可能高于清理成本。
如果两套站都出现被黑痕迹,去留判断的标准变成“哪套站更容易被彻底清理并恢复搜索引擎信任”。通常选择目录结构清晰、模板统一、可批量替换被篡改代码的那套。
具体做法:先对两套站做完整备份,再分别扫描恶意代码。对结构清晰的那套,批量清除注入脚本、删除异常页面、重置所有管理员密码。对另一套,只保留其中未被污染的原创内容,迁移到保留站后下线。
这里有一个容易误判的点:被黑后收录量归零,并不一定说明这套站已经“没救”。收录归零还可能是因为服务器返回大量5xx错误、robots.txt被篡改、或者搜索引擎暂时降低了对该站的抓取频率。要区分这些原因,可以检查服务器状态码、robots文件和抓取日志,而不是只看收录数字。
并购后两套站的内容往往有重叠。迁移时不要全量复制,否则容易在保留站上产生重复内容,反而增加搜索引擎理解页面的负担。
迁移完成后,对保留站提交新的站点地图,并观察搜索引擎对迁移页面的抓取和索引情况。抓取、索引和排名是不同环节,迁移后页面被快速抓取不代表立刻获得排名,这一步需要按周观察,而不是按天判断。
有两种情况应暂缓决定。第一,被黑原因尚未查清,比如不确定是服务器漏洞、第三方插件还是弱密码导致。此时先修复入口,否则保留下来的站可能再次被黑。第二,并购后的业务方向尚未确定,两套站各自对应不同产品线。这时可以暂时保留两套站,但必须分别清理被黑页面并隔离风险,等业务归属明确后再做合并或下线。
无论选哪条路,动作顺序都是:先控制污染入口,再清理被黑页面,然后迁移有价值内容,最后观察抓取和索引恢复情况。把这几步的证据记录下来,才能在下一次判断时区分“清理有效”和“只是抓取波动”。