405 Method Not Allowed significa que o servidor conhece o método da requisição, mas o recurso de destino não o aceita. A resposta precisa incluir um cabeçalho Allow com a lista dos métodos que o recurso aceita, por exemplo Allow: GET, HEAD, OPTIONS.
Os casos típicos são um POST em um arquivo estático, um DELETE em um recurso de API somente leitura ou um GET em um endpoint que só aceita envios de formulário. Se o servidor não reconhece o método de forma alguma, a resposta correta é 501 Not Implemented.
Um 405 pode ser armazenado em cache de forma heurística.
Exemplo de resposta
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ção de redirecionamentos
Um 405 em requisições GET normais é um erro 4xx e impede a indexação. Mais frequentemente, o problema aparece com outros métodos: alguns servidores e frameworks respondem a HEAD com 405, o que confunde verificadores de links e ferramentas de monitoramento que usam HEAD para economizar banda. Se uma verificação com o método definido como HEAD retornar 405 enquanto o GET retorna 200, o servidor trata o HEAD de forma errada, embora o HTTP exija que servidores de uso geral deem suporte a ele.
Causas comuns e casos de uso
- Um formulário ou cliente de API envia um POST para uma URL que só serve conteúdo estático; o nginx responde a essas requisições com “405 Not Allowed”.
- Uma rota do framework só define
GET; por isso,HEAD,POSTouPUTsão rejeitados. - Um redirecionamento manteve o método: depois de um 307 ou 308, um
POSTcontinua sendo umPOSTe pode cair em uma página que só aceitaGET. - WebDAV ou outros métodos estão desativados na configuração do servidor.