服務器到期、机房线路變差、业務需要扩容，都會让迁移變成迟早要面對的事。迁移本身不难，难的是迁移期間搜尋蜘蛛的抓取表現：有的站点几天就恢复，有的站点抓取量掉了两三周還回不来。差別通常不在运气，而在准备工作做得够不够细。
迁移為什么會影响到抓取
蜘蛛訪問你的站点，依赖的是 DNS 解析出来的 IP。IP 一變，對蜘蛛来说就是一個新地址，它會重新评估：响應速度如何、是否稳定、内容是否與原来一致。這個過程里，任何一項變差，抓取频次都可能被压低。
- DNS 生效時間：TTL 設定過長，舊 IP 會在缓存里停留很久，部分蜘蛛仍去訪問舊机器。
- 首字节時間：新机房线路差、带宽不足，TTFB 明顯變長，抓取队列會往後排。
- 环境不一致：新服務器少了某個模块、伪静態規則没配好，出現大量 5xx 或 404。
- 證书與端口：HTTPS 證书没同步、只開了 80 没開 443，訪問直接失敗。
- 防護策略：新机器預設開了防火墙或 CDN 挑战，把蜘蛛挡在门外。
迁移前要准备好的几件事
- 把新机器环境按老机器的清單逐項對齐：Web 服務版本、執行环境、重寫規則、字符集、时区。
- 提前把 DNS 的 TTL 調小（例如 300 秒），至少提前一天，让舊缓存自然過期。
- 確認證书可以正常簽發和續期，不要等到切換当天才發現驗證失敗。
- 准备好回滚方案：舊机器至少保留一周不停机、不释放 IP。
- 备份資料库與站点文件，並實际驗證备份能還原，而不是只打了個包。
切換当天的执行顺序
- 先用临时域名或绑定 hosts 的方式把新机器跑通，確認頁面、图片、接口都正常。
- 在低訪問时段切換 DNS，並记錄切換時間点，方便後面比對日誌。
- 切換後立即检查首頁、栏目頁、詳情頁在移動端與桌面端返回的狀態碼。
- 確認 robots.txt 没有被新环境覆盖成預設版本，站点地图能正常訪問。
- 观察服務器日誌里蜘蛛的訪問是否正常，有没有出現 403、503 或连接超时。
迁移後的一段观察期
切換完成不等于結束。接下来几天重点看三件事：抓取量是否维持在原有水平、狀態碼中 5xx 的比例、以及頁面响應時間。如果抓取明顯下滑，先排查线路和防護規則，再看是不是 DNS 還没有完全生效。
有些情况需要主動推動一下：確認站点地图與關键入口地址在新环境下可訪問，让 URL 發現渠道重新認识新环境。但要清楚，主動提交只是帮助發現，並不等于收錄，也不该靠短時間大量推送来“催”。
迁移期間最忌讳两件事：一邊切換一邊改版，以及新舊两套环境同时對外提供不同内容。前者让問题没法定位，後者容易造成重复與混乱。
容易被忽略的细节
- 舊机器的定时任務、計划脚本還在跑，生成的文件和新机器互相覆盖。
- CDN 缓存里還留着舊内容，切換後出現新舊混杂。
- 邮件、短信等第三方服務白名單没加新 IP，導致通知失效。
- 日誌目錄權限變了，寫不進去，出問题後没有记錄可查。
把迁移当作一次常規的运维動作，而不是一次冒險：清單化准备、按顺序切換、留足回滚余地、事後認真看几天日誌。抓取恢复得快不快，往往就取决于這些看起来很琐碎的准备。