429 Too Many Requests（RFC 6585）表示使用者在一定時間內送出了太多要求。回應中應說明這個狀況，並可包含 Retry-After 標頭，以秒數或日期指出用戶端何時可以再試。快取不得儲存 429 回應。
速率限制可以依 IP 位址、使用者、API 金鑰或端點來套用。許多 API 也會傳送 X-RateLimit-Limit 與 X-RateLimit-Remaining 等標頭，或 IETF 正在標準化的 RateLimit 標頭欄位，顯示剩餘的配額。
行為良好的用戶端會依 Retry-After 指示的時間等待，或採用指數退避，而不是立即重試。如果您在短時間內執行大量檢查，TrueURL 本身的 API 也會以 429 和 Retry-After 回應。
回應範例
HTTP
HTTP/1.1 429 Too Many Requests
Date: Fri, 06 Nov 2026 10:15:32 GMT
Retry-After: 120
Content-Type: application/json
Content-Length: 81
{"error":"rate_limited","message":"Too many requests. Try again in 120 seconds."}SEO 與重新導向檢查
Google 將 429 視為伺服器過載的跡象，與 5xx 錯誤類似。Googlebot 會放慢檢索速度，而持續回傳 429 的網址最終可能會從索引中移除。在緊急情況下，短時間回傳 429 或 503 是減少檢索的建議做法；但持續超過一兩天就不建議了。
請確保在正常運作期間，速率限制和機器人防護不會擋到正當的爬蟲。重新導向檢查回傳 429，代表目標正在對檢查工具進行速率限制；請稍候一段時間再重新檢查。
常見原因與使用情境
- API 用戶端超過了配額或瞬間流量上限。
- 登入表單封鎖來自同一 IP 位址的重複嘗試。
- 爬蟲、監控工具或批次檢查工具觸發了 CDN 或 WAF 的速率限制規則。
- 許多使用者共用同一個 IP 位址（公司網路、行動電信業者），一起觸及單一 IP 的上限。