入口页跑得稳的时候，很少有人会去想迁移这件事。但域名到期、服务器到年限、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 等指令未被误改。
- 迁移后第一周每天看一次日志。
迁移是个慢活，能不动就不动，能分批就别一次性做完。稳住节奏，比追求速度更重要。