蜘蛛抓取一个入口页，第一步不是读 HTML，而是把域名解析成 IP。解析这一步出问题，后面所有优化都无从谈起：蜘蛛可能拿到超时、拿到默认错误页，或者被指向另一台服务器上的内容。日志里看到的失败，常常被误判成封禁或降权。
为什么解析这一层容易被忽略
普通站点解析一次基本不动，问题不大。蜘蛛池往往涉及大量域名、多个 IP、CDN 或反向代理，配置会频繁调整，任何一个环节没同步，都会让部分蜘蛛抓到空页面。更麻烦的是，不同地区的递归 DNS 缓存状态不一致，蜘蛛从不同出口访问时可能命中不同结果。
常见的解析配置方式
- 单 A 记录：结构最简单，适合入口页数量少、服务器稳定的情况。
- 多 A 记录轮询：一个域名配多个 IP，不同蜘蛛可能落到不同机器。前提是各机器的页面内容和返回码必须一致，否则同一个 URL 会出现多个版本。
- CNAME 指向 CDN 或反代：便于隐藏源站，但要确认回源正常，缓存策略别让蜘蛛长时间看到旧页面。
- 泛解析：批量建站常用，一旦指向错误 IP，影响面是整批域名。
TTL 设长还是设短
TTL 决定解析结果被各地 DNS 缓存多久，常见的取舍是：
- 准备换 IP、迁移服务器时，提前把 TTL 调短（例如 300 秒），切换稳定后再调回。
- 长期稳定的入口页，TTL 可以设长一些，减少解析层的抖动。
- 不要既把 TTL 设得极短，又不做任何稳定性加固，频繁解析会放大解析失败的概率。
解析异常时的排查顺序
发现蜘蛛抓取量下降、日志里出现大量 5xx 或连接超时，可以按下面的顺序查：
- 用多个公共 DNS（包含境外节点）分别 dig 或 nslookup，对比返回结果是否一致。
- 确认 A 记录、CNAME 记录中没有残留旧 IP，尤其是迁移后忘记删除的。
- 检查是否解析到内网 IP、未备案 IP 或已经下线的机器。
- 核对 CDN 回源配置与源站防火墙，避免源站只放行部分回源段。
- 看服务器日志里失败请求的时间分布，判断是持续失败还是集中某段时间。
解析问题的表现常常和“被降权”很像：蜘蛛来的次数减少、抓取返回异常。先排除 DNS，再怀疑其他因素，能省下很多无效排查。
多 IP 与域名轮换的注意点
多个 IP 分摊抓取压力是常见做法，但要让每个 IP 上的入口页内容和返回码保持一致。如果同一个 URL 在不同 IP 上一台返回正常页面、一台返回 404，蜘蛛对站点的判断会变得混乱。域名轮换时同理，新旧域名的解析记录要同步更新，避免出现“域名还在、解析却指向空机器”的空转状态。
可以落地的几条做法
- 把解析配置纳入定期巡检项，迁移、换机、下线前后各查一次。
- 保留一份解析记录，登记域名、目标 IP、TTL 与变更时间。
- 批量域名变更解析时先小范围验证，确认无误再整体铺开。
- 解析层出现问题，先恢复可访问性，再分析原因，不要一边排查一边继续放量。
DNS 不直接决定排名，但它决定了蜘蛛能不能顺利拿到你的页面。把解析这一层做稳定，入口页的其他优化才有被看到的机会。