405 Method Not Allowed signifie que le serveur connaît la méthode de la requête, mais que la ressource cible ne la prend pas en charge. La réponse doit inclure un en-tête Allow qui liste les méthodes acceptées par la ressource, par exemple Allow: GET, HEAD, OPTIONS.
Cas typiques : un POST vers un fichier statique, un DELETE sur une ressource d’API en lecture seule, ou un GET sur un point de terminaison qui n’accepte que des envois de formulaires. Si le serveur ne reconnaît pas du tout la méthode, la bonne réponse est plutôt 501 Not Implemented.
Une réponse 405 peut être mise en cache de manière heuristique.
Exemple de réponse
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 et vérification des redirections
Un 405 sur des requêtes GET normales est une erreur 4xx et empêche l’indexation. Le problème apparaît plus souvent avec d’autres méthodes : certains serveurs et frameworks répondent 405 à HEAD, ce qui perturbe les vérificateurs de liens et les outils de supervision qui utilisent HEAD pour économiser de la bande passante. Si une vérification avec la méthode HEAD renvoie 405 alors que GET renvoie 200, le serveur gère mal HEAD, alors même que HTTP impose aux serveurs généralistes de le prendre en charge.
Causes fréquentes et cas d’usage
- Un formulaire ou un client d’API envoie un POST vers une URL qui ne sert que du contenu statique ; nginx répond à ces requêtes par « 405 Not Allowed ».
- Une route de framework ne définit que
GET:HEAD,POSTouPUTsont donc rejetés. - Une redirection a conservé la méthode : après une 307 ou une 308, un
POSTreste unPOSTet peut aboutir sur une page qui n’accepte queGET. - WebDAV ou d’autres méthodes sont désactivés dans la configuration du serveur.