405 Method Not Allowed का मतलब है कि सर्वर रिक्वेस्ट मेथड को जानता है, लेकिन टारगेट रिसोर्स उसे सपोर्ट नहीं करता। रिस्पॉन्स में एक Allow हेडर होना ज़रूरी है, जिसमें वे मेथड हों जिन्हें रिसोर्स सपोर्ट करता है, जैसे Allow: GET, HEAD, OPTIONS।
आम उदाहरण हैं किसी स्टैटिक फ़ाइल पर POST, सिर्फ़ पढ़ने वाले (read-only) API रिसोर्स पर DELETE, या ऐसे एंडपॉइंट पर GET जो सिर्फ़ फ़ॉर्म पोस्ट स्वीकार करता है। अगर सर्वर मेथड को पहचानता ही नहीं, तो सही जवाब 501 Not Implemented है।
405 ह्यूरिस्टिक तौर पर कैश करने योग्य है।
उदाहरण रिस्पॉन्स
HTTP/1.1 405 Method Not Allowed
Date: Fri, 06 Nov 2026 10:15:32 GMT
Allow: GET, HEAD, OPTIONS
Content-Type: application/json
Content-Length: 30
{"error":"method_not_allowed"}SEO और रीडायरेक्ट जांच
सामान्य GET रिक्वेस्ट पर 405 एक 4xx एरर है और इंडेक्सिंग को रोकता है। ज़्यादातर यह समस्या दूसरे मेथड के साथ दिखती है: कुछ सर्वर और फ़्रेमवर्क HEAD का जवाब 405 से देते हैं, जिससे वे लिंक चेकर और मॉनिटरिंग टूल उलझ जाते हैं, जो बैंडविड्थ बचाने के लिए HEAD इस्तेमाल करते हैं। अगर मेथड को HEAD पर सेट करके की गई जांच 405 लौटाए, जबकि GET से 200 मिले, तो सर्वर HEAD को ठीक से हैंडल नहीं कर रहा, हालांकि HTTP के मुताबिक सामान्य इस्तेमाल वाले सर्वरों को इसे सपोर्ट करना ज़रूरी है।
आम वजहें और इस्तेमाल
- कोई फ़ॉर्म या API क्लाइंट ऐसे URL पर पोस्ट करता है जो सिर्फ़ स्टैटिक कॉन्टेंट देता है; nginx ऐसी रिक्वेस्ट का जवाब “405 Not Allowed” से देता है।
- किसी फ़्रेमवर्क का रूट सिर्फ़
GETके लिए बना है, इसलिएHEAD,POSTयाPUTरिजेक्ट हो जाते हैं। - रीडायरेक्ट के बाद भी मेथड नहीं बदला: 307 या 308 के बाद
POST,POSTही रहता है और ऐसे पेज पर पहुंच सकता है जो सिर्फ़GETस्वीकार करता है। - सर्वर कॉन्फ़िगरेशन में WebDAV या दूसरे मेथड बंद हैं।