换机房、换 IP：目录站服务器迁移前后那七天的处置清单

先说结论：单纯换一台服务器、换一个 IP，不会让排名掉。搜索引擎那边反复讲过这个口径。真正出问题的是切换过程本身——解析还在指向旧机器的时候旧机器已经关了，爬虫连续几天撞墙，抓取频次掉下来，收录跟着往下走。

所以迁移这件事的全部风险都集中在切换那几天，而这几天的风险是可以靠顺序和冗余压掉的。

图片来源：网络，版权归原作者所有，侵权请联系删除

按时间排的清单

时间	做什么	为什么是这个时间
T-7 天	新机器部署完毕，用测试域名全功能验证	留出修环境差异的时间
T-2 天	把 DNS 的 TTL 调到 300 秒左右	要提前至少一个 TTL 周期才生效
T 日	增量同步数据，做最后一次全量同步	缩短切换时的数据差
T+0 凌晨	切 A 记录，逐项验证	流量低谷，影响面最小
T+0 至 T+7	新旧机器并行运行，旧机器不关机	解析完全球生效要时间
T+7 之后	确认无残留流量后旧机器下线	业界通行做法是保留七到十天
T+28	复盘四周内的抓取与收录数据	观察窗口要够长

TTL 那一步最常被跳过，也最容易出事。默认的 TTL 往往是一天甚至更长，意味着运营商缓存里的旧地址要过一整天才会刷新。切换前两天把它调到五分钟，等真正切的时候，绝大多数解析器几分钟内就能拿到新地址。

注意调整 TTL 这个动作本身也要提前：如果原来的 TTL 是一天，那你在 T-2 天改，有些解析器要到 T-1 天才会看到新的 TTL 值。提前得越早越稳。

切换当晚要验哪几项

• 证书链完整——新机器上证书要装全，包括中间证书。缺中间证书的表现很怪：有的浏览器能补全，有的直接报错，爬虫和命令行工具通常补不了。
• 响应头一致——压缩、缓存头、重定向规则要和新环境对一遍，最容易漏的是伪静态规则和旧的跳转配置。
• 后台路径和限流——新机器的 WAF 和限流规则往往是默认的，确认没有把爬虫挡在外面，这一点在限流误伤那篇里讲过，迁移时最容易复发。
• 站点地图可访问——这个文件是爬虫重新找上门最快的通道，切换后手动请求一次确认返回正常。
• IP 声誉——新 IP 如果之前被用来发垃圾邮件，会影响邮件送达。迁移后发一封测试邮件看是否进垃圾箱。

并行期要注意的两件事

第一，两台机器上的内容必须一致。用户解析到哪台是随机的，如果新机器少同步了一批数据，就会有人看到旧内容、有人看到新内容，这种不一致最难排查。

第二，别在并行期改数据。写操作同时在两台机器上做，切换之后数据就分叉了。要么把写入切到新机器后旧机器只读，要么在切换窗口内停止写入。目录站的提交、审核这类功能，短暂停几分钟是可以接受的，提前在页面上说明就行。

之后四周盯什么

前两周看抓取量。切换后爬虫需要重新建立对新地址的信任，抓取频次下滑是正常的，但如果连续一周接近零，那就是有东西挡住了，先查 robots、状态码和限流。

第三四周看收录量和响应时间。收录量应该回到切换前的水平，响应时间（TTFB）应该不比旧机器差。如果新机器明显更慢，那这次迁移就是负优化，抓取预算会被吃掉一截。

期间不要用「地址更改」这类工具。域名没变、URL 结构没变，就不是地址迁移，提交反而会造成混乱。这个工具只在换域名的时候才用得上。

涉及备案的情况

如果迁移目标是内地的服务器，备案这件事绕不开——未备案的域名解析到内地服务器，80 和 443 会被接入商拦掉。流程要走七到二十个工作日，这段时间只能用临时地址调试。

这种迁移要把备案放在最前面排期，别等机器都准备好才发现域名过不去。