换服务器是收录事故的高发场景：迁移当天顺顺利利，两周后收录掉了三分之一到一半，抓取频次腰斩。问题几乎都出在迁移窗口期的细节上。这篇按时间顺序列出迁移期间必须做对的五件事，照做可以把收录波动控制在个位数百分比。
第一件：新旧服务器并行至少七天
DNS 切换后，全球各地的递归DNS缓存要几小时到两天才全部过期，这期间总有蜘蛛拿着旧IP来。旧服务器上的站点要原样保留并保持可访问，任何一边断供都会造成抓取中断。
并行期间旧服务器的数据库建议设为只读或者定期同步，避免两边数据不一致让蜘蛛抓到旧内容。
第二件：返回码和内容一致性核验
切换前在新服务器上把核心页面全部过一遍：首页、每个分类、每个分类的分页、抽样内容页，逐个对比返回码和正文与旧站一致。迁移最常见的翻车点是伪静态规则没搬对，导致内容页批量404或者跳转循环。
- 新旧站各抓一份全站URL清单，diff 对比找出缺失页
- 重点核对分页URL和带参数URL
- HTTPS证书在新服务器提前部署，避免切换后证书报错
第三件：DNS 用低 TTL 切换
迁移前24小时把域名 TTL 调到300秒以内，让全网缓存快速过期。切换后观察解析在全球节点的生效情况，确认没有区域性的解析残留。
第四件：迁移后两周盯两个曲线
一是站长平台的抓取频次曲线，迁移后短暂波动正常，持续下跌说明蜘蛛在新服务器上抓取受阻；二是索引量曲线，一周内回落超过两成就要回头查内容一致性。两条曲线稳住，收录自然回来。
第五件：旧服务器保留原配置至少一个月
有些迁移为了省成本当天就退掉旧服务器，一旦新站出问题连回滚的退路都没有。旧站保留一个月，确认新站收录、抓取、排名全部平稳后再退，这是花了学费换来的纪律。
收录已经掉了怎么救
先核对上面五件有没有漏项，缺哪件补哪件。多数情况下，把稳定性问题和URL一致性问题解决后，四到八周收录会自然回升。如果回升缓慢，可以配合蜘蛛池引蛛加速蜘蛛重新发现全站页面——我们处理过的迁移恢复案例里，配合引蛛的站恢复周期平均缩短一半。需要评估的把域名发过来，先出诊断再谈方案。
迁移后收录恢复的预期管理
迁移后的收录恢复有滞后性，别按天的粒度判断成败：第一周抓取频次波动属正常，第二周索引量开始对齐，第三到四周收录数字回升。给自己画三条观察线：抓取频次回到迁移前九成、索引量止跌、site 结果数回升，三条都过才算迁移收官。很多站长在第二周看到数据没起色就开始乱动配置，反而把正在恢复的进程打断。迁移后的关键词是「稳」，忍住不动手，让搜索引擎自己走完重新认识的过程。
收录问题的季节性波动
收录节奏有季节性：重大节假日前后引擎处理队列会拉长，收录时延普遍增加几天；年底平台整顿期，存量索引的清理力度也会加大，不少站会经历一波温和的索引回落。这些波动是全行业性的，判断方法是找两三个同行站对照——大家同步慢就是季节，只有你慢才是自己的问题。季节期不做激进操作，等收敛即可，把改动排在行业平稳期，效果评估也更干净。
自检完成后的行动路径
收录自检做完，结果无非三种，对应三条路径：问题在自己能改的范围（robots、内链、推送没配），照清单改完观察两到四周即可；问题涉及服务器或大改动（迁移、改版、换程序），列个改动计划，低峰期一次做完；问题查不出来或者改了没效果，这时候再考虑外部资源——诊断先于服务，带着自检结论来找我们，方案会便宜很多，因为免费的排查你已经替我们做完了。
收录数据的周复盘怎么做
每周固定二十分钟做一次收录复盘，只需要看四组数：站长平台索引量的周环比、抓取频次的周均值、本周新发内容的收录时延、零收录页面的数量变化。
常见问题
云服务器跨厂商搬家有额外风险吗？
流程完全一样。注意两点：新机的线路质量要测试（不同厂商机房对蜘蛛的友好度有差异），另外宝塔类面板迁移时伪静态规则容易漏，重点核对。
数据库和文件分开迁移有影响吗？
对收录没有直接影响，只要最终呈现的页面一致。但迁移期间要保证页面渲染不因数据库切换出现间歇性报错。
迁移的本质是把「蜘蛛眼里的你的站」原封不动搬到新家。五件事做齐，收录曲线只是轻轻晃一下；漏掉一件，代价就是几周的恢复期。