搜尋抓取

抓取频次下降的排查顺序:從服務器到站内信号逐层看

蜘蛛来得少了,先別急着改模板。本文按入口可達性、服務器响應、Sitemap 與内鏈信号、内容更新节奏四层顺序给出排查思路,並附一份可执行的检查清單,帮助运营者定位抓取频次下降的真實原因。

搜尋抓取

抓取频次下降的排查顺序:從服務器到站内信号逐层看

抓取频次下滑通常不是單一原因。蜘蛛的抓取决策受入口可達性、服務器响應、站内信号和内容更新节奏共同影响。按從外到内的顺序逐层排查,比一上来就改模板更省時間。

先確認是不是真的下降了

日誌按天取样,把最近七天和上月同期放在一起對比。要区分两组數字:抓取频次(單位時間内的請求次數)和抓取總量(被訪問的 URL 數)。前者掉、後者稳定,多半是蜘蛛把预算集中到了少數重要頁面;两者同时掉,才更可能是入口或响應出了問题。

第一层:入口還通不通

robots.txt 與狀態碼

  • robots.txt 是否可直接訪問,返回 200 且不是 HTML 错誤頁
  • 是否有 Disallow 規則誤伤整站或整段目錄
  • CDN、WAF 是否對蜘蛛 UA 返回 403、503 或驗證頁面

入口被挡时,蜘蛛连 URL 都發現不了,後續所有優化都没有意义。用不带 Cookie 的干净請求模拟一次,看返回的到底是什么。

DNS 與證书

證书過期、解析不稳定會直接打断抓取會话。這類故障往往表現為抓取量在某一天断崖式下跌,而不是缓慢下滑。

第二层:服務器响應

  • 响應時間:TTFB 長期大于 1 秒,蜘蛛通常會主動降低並發
  • 5xx:偶發可接受,持續报错會让蜘蛛放缓甚至暫停
  • 429:說明你在限速蜘蛛,被限速後恢复需要時間
  • 超时:带宽、資料库慢查询、第三方脚本卡住首字节

抓取频次下降有时是站点在自我保護。服務器压力大时,蜘蛛少来反而是好事;要排查的是「為什么服務器會這么慢」,而不是急着把蜘蛛請回来。

第三层:站内信号

Sitemap 與内鏈

  • Sitemap 是否可訪問、是否混入大量 404 或重定向地址
  • lastmod 是否長期不變或全部寫成同一時間
  • 首頁到深层頁是否還有可点的連結通路
  • 是否存在大量孤岛 URL,只能靠外鏈被偶尔發現

URL 的稳定性

參數顺序、大小寫、尾斜杠反复變動,會让同一内容對應多個地址,蜘蛛反复抓取後仍無法确定主版本,抓取效率被稀释。

第四层:内容更新节奏

長期不更新的目錄,抓取频次自然下降,這是正常現象。如果确實有新内容,先保證新 URL 能從已有頁面被連結到,再通過 Sitemap 提交,顺序比數量更重要。

一份可执行的排查清單

  1. 日誌按天對比,確認下降幅度和時間点
  2. 检查 robots.txt、CDN 與 WAF 對蜘蛛的返回碼
  3. 看服務器 TTFB、5xx、429 的占比變化
  4. 核對 Sitemap 有效性,清理死鏈和重定向條目
  5. 抽查深层頁在首頁的点击距离
  6. 確認新内容有站内入口,不依赖外鏈被發現
抓取频次是结果,不是目标。把入口、响應、連結通路這三件事理顺,蜘蛛来得多還是少,都能看得清楚原因。