入口頁跑得稳的时候，很少有人會去想迁移這件事。但域名到期、服務器到年限、IP 段质量變差、机房調整，這些情况迟早會遇到。迁移本身不难，难的是別让已经积累起来的蜘蛛回訪节奏断掉。
先分清三種迁移
- 換域名不換服務器：域名被标记或不想要了，想換一個更干净的域名繼續跑。
- 換服務器不換域名：IP 段质量下降、带宽不够、机房要下线。
- 整体搬迁：域名和 IP 一起換，變量最多，風險也最高。
先判断属于哪一種，後面的動作顺序完全不同。整体搬迁最麻烦，因為蜘蛛要同时适應新域名和新 IP，中間任何一环出問题都會表現為“蜘蛛不来了”。
迁移前要备份什么
很多人以為备份就是打包網站目錄，其實入口頁真正值钱的是這几样東西：
- 入口頁 URL 清單，包括參數、目錄层級、是否带尾斜杠。
- 每頁對應的目标站連結關系，也就是哪個入口頁導去哪個目标頁。
- Web 服務器的配置文件，尤其是重寫規則和跳轉規則。
- 近 30 天的訪問日誌，用来迁移後做對照。
- 域名解析记錄和目前的 TTL 設定。
日誌一定要留。迁移後判断蜘蛛有没有跟過来，靠的就是新舊日誌對比，没有基线就只能凭感觉猜。
換域名：先把 TTL 降下来
如果新域名要指向同一台服務器，比較省事的做法是让新舊域名同时可訪問。老域名先保留一段時間，入口頁内容原样不動。
關键動作是提前 24 到 48 小时把 DNS 的 TTL 調小，比如從 3600 秒降到 300 秒。這样後面真要改解析，生效時間不會拖太久，出問题也方便快速回滚。
新域名不要一上线就急着铺大量入口頁。可以先让一部分 URL 用新域名提供，观察日誌里新域名的抓取来源是否正常，再决定要不要扩大范围。
換服務器：注意 IP 和环境的差异
同域名換服務器，蜘蛛感知到的變化主要是 IP。這里有几個容易忽略的点：
- 新机器的时区、系統時間要和舊机器一致，否則日誌時間對不上。
- Web 服務器的預設行為可能不同，比如舊站對不存在的路径返回 404，新站却返回 200 首頁，這種情况會让入口頁的狀態碼语义變乱。
- 压缩、缓存、字符编碼設定尽量照抄，別顺手“優化”。
- 如果舊 IP 還在，可以让舊机器跳轉到新机器；也可以直接下线，但不要两台机器同时對外提供相同内容太久。
迁移期間最忌讳的是内容也一起改。域名、IP、模板、正文四件事同时動，日誌出問题的时候根本没法定位是哪一項引起的。
怎么判断蜘蛛跟過来了
看三件事就够了：
- 新环境的日誌里，带蜘蛛特征的 UA 是否開始出現，並且集中在入口頁 URL 上。
- 抓取频率是不是從稀疏慢慢變密，而不是突然暴涨然後消失。
- 入口頁的正常訪問率和响應時間是否稳定，有没有大面积超时。
如果一周左右日誌里几乎没有蜘蛛訪問，先別急着加大入口頁數量，回头检查 DNS 是否真的生效、robots 是否被誤改、入口頁是否返回了異常狀態碼。多數“迁移後不来蜘蛛”的問题都出在這几處。
舊入口頁怎么處理
能保留就保留，让老入口頁繼續存在、繼續放連結，只是逐步把重心挪到新的地方。直接全部跳轉到新站，有时反而會让抓取路径變短，蜘蛛走一两跳就到头了。
如果确實要停掉舊入口頁，建议分批停，不要一次性全下线。每次停一小部分，观察一段時間日誌再决定下一步，這样出問题时影响范围可控。
迁移检查清單
- 入口頁 URL 清單已導出並核對過。
- 日誌已备份，保留舊环境的原始格式。
- DNS TTL 已提前下調。
- 新环境的 404、301、302 行為與舊环境一致。
- robots、canonical 等指令未被誤改。
- 迁移後第一周每天看一次日誌。
迁移是個慢活，能不動就不動，能分批就別一次性做完。稳住节奏，比追求速度更重要。