406 Not Acceptable का मतलब है कि टारगेट रिसोर्स का कोई ऐसा रूप नहीं है जो क्लाइंट के नेगोशिएशन हेडर, जैसे Accept, Accept-Language या Accept-Encoding, से मेल खाए, और सर्वर कोई डिफ़ॉल्ट रूप भेजने को तैयार नहीं है। बॉडी में उपलब्ध रूपों की लिस्ट होनी चाहिए, ताकि यूज़र या क्लाइंट चुन सके।
व्यवहार में ज़्यादातर सर्वर उन पसंदों को अनदेखा कर देते हैं जिन्हें वे पूरा नहीं कर सकते, और एक डिफ़ॉल्ट रूप भेज देते हैं; RFC 9110 इसकी साफ़ तौर पर अनुमति देता है। इसलिए 406 ज़्यादातर उन API में दिखता है जो सिर्फ़ कुछ खास मीडिया टाइप देते हैं, जैसे कोई JSON API जिसे Accept: application/xml मिलता है।
कुछ होस्टिंग प्रोवाइडर ModSecurity जैसे सिक्योरिटी मॉड्यूल को इस तरह कॉन्फ़िगर करते हैं कि ब्लॉक की गई रिक्वेस्ट का जवाब 406 से दिया जाए, इसलिए 406 नेगोशिएशन की समस्या की जगह फ़ायरवॉल का फ़ैसला भी हो सकता है।
उदाहरण रिस्पॉन्स
HTTP/1.1 406 Not Acceptable
Date: Fri, 06 Nov 2026 10:15:32 GMT
Vary: Accept
Content-Type: application/json
Content-Length: 57
{"error":"Available formats: application/json, text/csv"}SEO और रीडायरेक्ट जांच
क्रॉलर व्यापक Accept हेडर भेजते हैं, इसलिए उन्हें 406 नहीं मिलना चाहिए; अगर मिलता है, तो URL को 4xx एरर माना जाता है और इंडेक्स नहीं किया जाता। अगर रीडायरेक्ट जांच 406 लौटाती है, लेकिन पेज ब्राउज़र में खुल जाता है, तो अपने जोड़े हुए कस्टम Accept हेडर देखें, या कोई ऐसा सिक्योरिटी नियम जो यूज़र एजेंट या URL से मेल खाता हो।
आम वजहें और इस्तेमाल
- कोई API सिर्फ़ JSON सपोर्ट करता है, लेकिन क्लाइंट ने XML या कोई दूसरा फ़ॉर्मैट मांगा।
- सख्त
Accept-Languageसेटअप में कोई मेल खाता अनुवाद नहीं है और कोई फ़ॉलबैक भी नहीं। - शेयर्ड होस्टिंग पर कोई ModSecurity या WAF नियम रिक्वेस्ट को 406 के साथ ब्लॉक करता है।