405 Method Not Allowed indica che il server conosce il metodo della richiesta, ma la risorsa di destinazione non lo supporta. La risposta deve includere un’intestazione Allow che elenca i metodi supportati dalla risorsa, per esempio Allow: GET, HEAD, OPTIONS.
I casi tipici sono un POST verso un file statico, un DELETE su una risorsa API di sola lettura o un GET su un endpoint che accetta solo invii di moduli. Se il server non riconosce affatto il metodo, la risposta corretta è invece 501 Not Implemented.
Un 405 è memorizzabile in cache in modo euristico.
Esempio di risposta
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 e verifica dei redirect
Un 405 per le normali richieste GET è un errore 4xx e impedisce l’indicizzazione. Più spesso il problema emerge con altri metodi: alcuni server e framework rispondono 405 a HEAD, confondendo i link checker e gli strumenti di monitoraggio che usano HEAD per risparmiare banda. Se una verifica con il metodo impostato su HEAD restituisce 405 mentre GET restituisce 200, il server gestisce male HEAD, anche se HTTP impone ai server di uso generale di supportarlo.
Cause comuni e casi d’uso
- Un modulo o un client API invia dati con POST a un URL che serve solo contenuti statici; nginx risponde a queste richieste con “405 Not Allowed”.
- La route di un framework definisce solo
GET, quindiHEAD,POSToPUTvengono rifiutati. - Un reindirizzamento ha mantenuto il metodo: dopo un 307 o un 308, un
POSTresta unPOSTe può arrivare su una pagina che accetta soloGET. - WebDAV o altri metodi sono disattivati nella configurazione del server.