DevToolPal
हि
4xx क्लाइंट त्रुटियाँ

429 Too Many Requests

बहुत अधिक अनुरोध

इसका मतलब

क्लाइंट ने तय समय में बहुत ज़्यादा अनुरोध भेजे (रेट लिमिटिंग)। Retry-After बता सकता है कि कितना इंतज़ार करना है।

आम कारण

  • API रेट लिमिट या कोटा पार
  • बिना बैकऑफ़ के रीट्राई लूप
  • एक साझा IP के पीछे कई उपयोगकर्ता

कैसे ठीक करें

अगर आप क्लाइंट या विज़िटर हैं

Retry-After का पालन करें, jitter के साथ एक्सपोनेंशियल बैकऑफ़ इस्तेमाल करें, नतीजे कैश करें और अनुरोध बैच में भेजें।

अगर आप साइट या API चलाते हैं

Retry-After और RateLimit हेडर लौटाएँ ताकि क्लाइंट तालमेल बिठा सकें, और सिर्फ़ IP के बजाय की या उपयोगकर्ता के हिसाब से सीमा लगाएँ।

उदाहरण रिस्पॉन्स

HTTP/1.1
HTTP/1.1 429 Too Many Requests
Date: Tue, 07 Oct 2025 09:30:00 GMT
Server: nginx
Retry-After: 30
RateLimit-Policy: 100;w=60
Content-Type: application/problem+json

{
  "type": "about:blank",
  "title": "Too Many Requests",
  "status": 429,
  "detail": "Rate limit of 100 requests per minute exceeded."
}

स्पेसिफ़िकेशन

RFC 6585 §4

अक्सर पूछे जाने वाले सवाल

› 429 के बाद कितना इंतज़ार करूँ?

Retry-After हो तो उसे इस्तेमाल करें; वरना एक्सपोनेंशियल बैकऑफ़ करें, जैसे रैंडम jitter के साथ 1, 2, 4, 8 सेकंड।

› क्या 429 SEO को नुकसान पहुँचाता है?

429 देखकर Googlebot क्रॉलिंग धीमी कर देता है। थोड़े समय के लिए ठीक है; लंबे समय तक रहे तो इंडेक्सिंग में देरी हो सकती है।