इसका मतलब
क्लाइंट ने तय समय में बहुत ज़्यादा अनुरोध भेजे (रेट लिमिटिंग)। Retry-After बता सकता है कि कितना इंतज़ार करना है।
आम कारण
- API रेट लिमिट या कोटा पार
- बिना बैकऑफ़ के रीट्राई लूप
- एक साझा IP के पीछे कई उपयोगकर्ता
कैसे ठीक करें
अगर आप क्लाइंट या विज़िटर हैं
Retry-After का पालन करें, jitter के साथ एक्सपोनेंशियल बैकऑफ़ इस्तेमाल करें, नतीजे कैश करें और अनुरोध बैच में भेजें।
अगर आप साइट या API चलाते हैं
Retry-After और RateLimit हेडर लौटाएँ ताकि क्लाइंट तालमेल बिठा सकें, और सिर्फ़ IP के बजाय की या उपयोगकर्ता के हिसाब से सीमा लगाएँ।
उदाहरण रिस्पॉन्स
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."
} स्पेसिफ़िकेशन
अक्सर पूछे जाने वाले सवाल
› 429 के बाद कितना इंतज़ार करूँ?
Retry-After हो तो उसे इस्तेमाल करें; वरना एक्सपोनेंशियल बैकऑफ़ करें, जैसे रैंडम jitter के साथ 1, 2, 4, 8 सेकंड।
› क्या 429 SEO को नुकसान पहुँचाता है?
429 देखकर Googlebot क्रॉलिंग धीमी कर देता है। थोड़े समय के लिए ठीक है; लंबे समय तक रहे तो इंडेक्सिंग में देरी हो सकती है।