429 Too Many Requests (RFC 6585) का मतलब है कि यूज़र ने तय समय में बहुत ज़्यादा रिक्वेस्ट भेजी हैं। रिस्पॉन्स में इस स्थिति की जानकारी होनी चाहिए, और इसमें Retry-After हेडर हो सकता है, जो सेकंड की संख्या या कोई तारीख बताता है, जिसके बाद क्लाइंट दोबारा कोशिश कर सकता है। कैश को 429 रिस्पॉन्स स्टोर करने की अनुमति नहीं है।
रेट लिमिट हर IP एड्रेस, यूज़र, API key या एंडपॉइंट पर लागू हो सकती है। बचा हुआ कोटा दिखाने के लिए कई API X-RateLimit-Limit और X-RateLimit-Remaining जैसे हेडर भी भेजते हैं, या वे RateLimit हेडर फ़ील्ड, जिन्हें IETF स्टैंडर्ड बना रहा है।
सही तरह से बर्ताव करने वाले क्लाइंट तुरंत दोबारा कोशिश करने की जगह उतनी देर इंतज़ार करते हैं जितना Retry-After कहता है, या हर बार इंतज़ार का समय तेज़ी से बढ़ाते हैं (exponential backoff)। अगर आप थोड़े समय में बहुत ज़्यादा जांच चलाते हैं, तो TrueURL का अपना API भी 429 और Retry-After के साथ जवाब देता है।
उदाहरण रिस्पॉन्स
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 लौटाने वाले URL आखिरकार इंडेक्स से हटाए जा सकते हैं। किसी इमरजेंसी में क्रॉलिंग कम करने के लिए थोड़े समय तक 429 या 503 लौटाना सुझाया गया तरीका है; एक-दो दिन से ज़्यादा समय तक ऐसा करना नहीं।
पक्का करें कि सामान्य कामकाज के दौरान रेट लिमिट और बॉट प्रोटेक्शन वैध क्रॉलर पर लागू न हों। अगर रीडायरेक्ट जांच 429 लौटाती है, तो इसका मतलब है कि टारगेट चेकर पर रेट लिमिट लगा रहा है; दोबारा जांचने से पहले कुछ देर इंतज़ार करें।
आम वजहें और इस्तेमाल
- किसी API क्लाइंट ने अपना कोटा या बर्स्ट लिमिट पार कर दी।
- कोई लॉगिन फ़ॉर्म एक ही IP एड्रेस से बार-बार की गई कोशिशों को ब्लॉक करता है।
- किसी क्रॉलर, मॉनिटर या बल्क चेकर की वजह से CDN या WAF का रेट लिमिट नियम ट्रिगर हो जाता है।
- कई यूज़र एक ही IP एड्रेस शेयर करते हैं (कंपनी नेटवर्क, मोबाइल कैरियर) और मिलकर प्रति-IP सीमा पार कर देते हैं।