402 Payment Required को HTTP/1.1 में डिजिटल पेमेंट सिस्टम को ध्यान में रखकर भविष्य के इस्तेमाल के लिए रिज़र्व किया गया था। RFC 9110 आज भी बस इतना कहता है कि यह “भविष्य के इस्तेमाल के लिए रिज़र्व” है। इसके साथ कोई स्टैंडर्ड मतलब, हेडर या पेमेंट फ़्लो जुड़ा नहीं है।
स्टैंडर्ड इसे खाली छोड़ता है, इसलिए कुछ सेवाओं ने इसे अपनी ज़रूरतों के लिए अपना लिया है: पेमेंट API इसे तब इस्तेमाल करते हैं जब कोई चार्ज फ़ेल हो जाए, SaaS API तब जब किसी प्लान का क्रेडिट या कोटा खत्म हो जाए, और होस्टिंग प्लेटफ़ॉर्म तब जब भुगतान न होने पर अकाउंट सस्पेंड हो जाए। हाल ही में AI क्रॉलर से पैसे लेकर ऐक्सेस देने और मशीन-से-मशीन माइक्रोपेमेंट की योजनाओं ने भी क्लाइंट को यह बताने के लिए 402 इस्तेमाल करना शुरू किया है कि ऐक्सेस के लिए भुगतान ज़रूरी है।
जिन क्लाइंट में इसके लिए कोई खास हैंडलिंग नहीं है, वे 402 को सामान्य क्लाइंट एरर मानते हैं।
उदाहरण रिस्पॉन्स
HTTP/1.1 402 Payment Required
Date: Fri, 06 Nov 2026 10:15:32 GMT
Content-Type: application/json
Content-Length: 90
{"error":{"type":"card_error","code":"card_declined","message":"Your card was declined."}}SEO और रीडायरेक्ट जांच
सर्च इंजन के लिए 402 एक 4xx एरर है, इसलिए URL इंडेक्स नहीं होता। अगर आप कॉन्टेंट का ऐक्सेस बेचते हैं और फिर भी चाहते हैं कि वह सर्च में दिखे, तो क्रॉलर को 402 न लौटाएं; पेज को 200 के साथ भेजें और पेवॉल वाले हिस्से को स्ट्रक्चर्ड डेटा (isAccessibleForFree) से चिह्नित करें। कुछ CDN फ़ीचर जानबूझकर AI क्रॉलर को 402 से जवाब देते हैं; इसका उन सर्च क्रॉलर पर कोई असर नहीं होता, जिन्हें आप अनुमति देते हैं।
आम वजहें और इस्तेमाल
- कोई पेमेंट API बताता है कि कार्ड डिक्लाइन हो गया या चार्ज फ़ेल हो गया।
- किसी API key के प्लान के क्रेडिट खत्म हो गए हैं या उसका पेड कोटा पार हो गया है।
- किसी होस्टेड शॉप या वेबसाइट को सस्पेंड कर दिया गया है, क्योंकि अकाउंट का भुगतान नहीं हुआ है।
- पे-पर-क्रॉल या माइक्रोपेमेंट की कोई योजना ऐक्सेस देने से पहले क्लाइंट से भुगतान मांगती है।