405 Method Not Allowed significa que el servidor conoce el método de la solicitud, pero el recurso de destino no lo admite. La respuesta debe incluir un encabezado Allow con los métodos que sí admite el recurso, por ejemplo Allow: GET, HEAD, OPTIONS.
Los casos típicos son un POST a un archivo estático, un DELETE sobre un recurso de API de solo lectura o un GET a un endpoint que solo acepta envíos de formularios. Si el servidor no reconoce el método en absoluto, la respuesta correcta es 501 Not Implemented.
Un 405 se puede almacenar en caché de forma heurística.
Ejemplo de respuesta
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 y verificación de redirecciones
Un 405 en las solicitudes GET normales es un error 4xx e impide la indexación. Pero lo más habitual es que el problema aparezca con otros métodos: algunos servidores y frameworks responden 405 a HEAD, lo que confunde a los verificadores de enlaces y a las herramientas de supervisión que usan HEAD para ahorrar ancho de banda. Si una verificación con el método HEAD devuelve 405 mientras que GET devuelve 200, el servidor gestiona mal HEAD, aunque HTTP exige que los servidores de uso general lo admitan.
Causas frecuentes y casos de uso
- Un formulario o un cliente de API envía un POST a una URL que solo sirve contenido estático; nginx responde a esas solicitudes con “405 Not Allowed”.
- Una ruta del framework solo define
GET, así que se rechazanHEAD,POSToPUT. - Una redirección conservó el método: después de un 307 o un 308, un
POSTsigue siendo unPOSTy puede acabar en una página que solo aceptaGET. - WebDAV u otros métodos están desactivados en la configuración del servidor.