做蜘蛛池的人大多经历过这种事：某天早上发现某个入口页域名解析失败，或者服务器被机房暂停，前一天还正常的抓取日志突然断掉。这时候有没有备用域名、平时有没有做过切换演练，决定了你是半天恢复还是拖上一两周。备用域名不是再买一个域名放着，它涉及入口页内容、解析、链接结构和日志核对的整套安排。
先分清故障类型，再决定要不要切
不是所有抓取下降都需要换域名。可以把问题简单归成三类：
- 链路故障：服务器宕机、机房网络抖动、CDN 回源异常。这类问题通常几小时内能恢复，先修链路，不要急着换域名。
- 域名故障：域名停止解析、被注册商锁定、被浏览器或安全产品拦截。修复周期不可控，备用域名才有意义。
- 内容侧故障：入口页被入侵、被挂马、被大批量镜像。先判断是清理还是弃用。
判断错类型，最常见的后果是白折腾一遍：域名本身还在，只是服务器挂了，你换成备用域名，反而把原来的抓取积累打断了一次。
备用域名平时该怎么准备
- 同一套程序绑定多个域名，备用域名平时就保持可访问，而不是等出事再临时部署。临时的服务器和程序，抓取链路很容易出问题。
- 备用域名的内容不要和主域名一模一样。可以保留同一批入口页，但在导航结构、内链布置上做区分，减少两个域名互相重复的情况。
- SSL 证书提前签发并配置好自动续期，避免切换当天才发现证书过期或域名与证书不匹配。
- 解析 TTL 提前调低到几分钟级别。TTL 还在几小时的时候，切换效果要等很久才看得出来。
- 备用域名不要挂在同一台机器、同一个 IP 段上。主服务器被暂停时，同机房同 IP 的备用站大概率一起受影响。
什么情况下才真的需要切
- 解析持续失败，且多线路拨测结果一致，排除本地网络问题。
- 连续多次外部拨测返回连接超时或 5xx，超过你能接受的时间窗口。
- 访问日志里蜘蛛来源的请求量降到接近零，并持续 48 到 72 小时以上，同时人工访问也不正常。
- 服务商给出的恢复时间不确定，或者明确表示无法恢复。
如果只是蜘蛛量波动，站点本身访问正常，先别动域名。抓取节奏本来就有起伏，贸然切换反而制造变量。
切换时的操作顺序
- 先确认备用域名的入口页可以正常访问，状态码、跳转链、robots 设置都符合预期。
- 调整 DNS 解析，把备用域名指向新的服务器，确认生效后再做下一步。
- 更新站点内部链接和 sitemap 中的域名，让新域名能被正常发现到。
- 保留原域名的解析记录一段时间，不要当天就删。如果原域名恢复可用，还能接回一部分流量。
- 切换后连续几天核对访问日志，确认蜘蛛请求确实落在了新域名上，而不是被中间环节拦掉。
过渡期常见的坑
最常见的问题不是切换本身，而是新旧域名同时大量暴露，两边内容高度重复，结果两边的抓取都不稳定。
- 只改了 DNS，忘了改页面里的绝对链接，导致入口页里的内链还指向已经不可用的旧域名。
- 备用域名和主域名共用同一套 sitemap 文件，提交的地址和实际访问地址对不上。
- 切换后没有继续观察，几天后才发现新域名的某个入口页返回 403 或跳转异常。
- 把备用域名当成一次性应急工具，平时从不访问、从不检查，真要用的时候配置早就失效了。
恢复之后要不要切回来
原域名恢复后，不建议马上切回。可以让两个域名并行一段时间，观察哪边的抓取更稳定，再把主要入口集中到表现更好的那一个。切换频繁本身会让抓取链路反复变化，对 URL 发现没有好处。
说到底，备用域名的价值不在于多一个域名，而在于把不可控的等待变成可以按步骤执行的过渡。平时花点时间做一次演练，比出事时临时找方案要省事得多。