202 Accepted का मतलब है कि सर्वर ने रिक्वेस्ट स्वीकार कर ली है, लेकिन उसे पूरा नहीं किया है, और हो सकता है कि कभी पूरा न करे। HTTP में बैकग्राउंड में हुए काम का नतीजा बाद में बताने का कोई तरीका नहीं है, इसलिए 202 जानबूझकर कोई वादा नहीं करता।
इसका इस्तेमाल बैच जॉब, एक्सपोर्ट, वीडियो ट्रांसकोडिंग, मैसेज क्यू और बैकग्राउंड में चलने वाले दूसरे कामों के लिए होता है। अच्छा 202 रिस्पॉन्स क्लाइंट को बताता है कि आगे क्या करना है: एक URL जहां स्टेटस जांचा जा सके (बॉडी में या Location हेडर में) और यह अनुमान कि जॉब कब तक पूरा होगा, कभी-कभी Retry-After के साथ।
क्लाइंट 202 को सफलता मानते हैं। उदाहरण के लिए, वेबहुक भेजने वाले सिस्टम इसे किसी भी 2xx कोड की तरह इस बात की पुष्टि मानते हैं कि इवेंट मिल गया है।
उदाहरण रिस्पॉन्स
HTTP/1.1 202 Accepted
Date: Fri, 06 Nov 2026 10:15:32 GMT
Location: https://api.example.com/v1/exports/3f9c
Retry-After: 30
Content-Type: application/json
Content-Length: 31
{"id":"3f9c","status":"queued"}SEO और रीडायरेक्ट जांच
सर्च इंजन के लिए बने पेजों पर 202 की कोई जगह नहीं है। क्रॉलर इसे सफलता मानते हैं, लेकिन आम तौर पर इसमें इंडेक्स करने लायक कुछ होता ही नहीं। एनालिटिक्स बीकन और ट्रैकिंग एंडपॉइंट अक्सर 202 या 204 लौटाते हैं, जो ठीक है, क्योंकि उन्हें पेज की तरह क्रॉल नहीं किया जाता।
आम वजहें और इस्तेमाल
- किसी API ने लंबा चलने वाला जॉब कतार में डाला और एक URL लौटाया, जहां उसका स्टेटस बार-बार जांचा (poll) जा सकता है।
- कोई वेबहुक रिसीवर इवेंट मिलने की तुरंत पुष्टि करता है और उसे बाद में प्रोसेस करता है।
- कोई लॉगिंग या एनालिटिक्स एंडपॉइंट डेटा स्वीकार करता है, लेकिन यह पुष्टि नहीं करता कि वह सेव हो गया है।