蜘蛛抓取一個入口頁，第一步不是讀 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 不直接决定排名，但它决定了蜘蛛能不能顺利拿到你的頁面。把解析這一层做稳定，入口頁的其他優化才有被看到的机會。