Ошибка 405 Method Not Allowed: почему сервер не принимает запрос и как исправить

Коротко. 405 Method Not Allowed означает: адрес существует, но сервер не разрешает для него этот метод запроса. Чаще всего форма отправляет POST туда, где принимают только GET, или API ждёт другой метод. В ответе должен быть заголовок Allow — в нём перечислены разрешённые методы.

Что означает ошибка 405

Метод — это часть HTTP-запроса: GET, POST, PUT, DELETE, HEAD. Сервер знает такой метод, но для конкретного адреса он не предусмотрен.

По RFC 9110 сервер обязан вернуть в 405 заголовок Allow со списком разрешённых методов. Если заголовка нет, сервер нарушает протокол. На практике так бывает.

405, 404 и 403: в чём разница

405 не говорит, что страницы нет. Она говорит, что вы постучались не тем способом.

Почему появляется 405

• Форма отправляет POST на статичный HTML. Веб-сервер отдаёт файл только по GET и HEAD.
• Ошибка в атрибуте формы. Например, method=“post” там, где обработчик ждёт GET.
• API принимает только один метод. Эндпоинт создан для POST, а клиент делает PUT.
• WAF или CDN блокирует метод. Защита от ботов может запрещать PUT, DELETE и нестандартные методы.
• nginx ограничивает методы. Директива limit_except разрешает только GET и HEAD.
• CMS или плагин. Маршрут существует, но обработчик не зарегистрировал метод.

Как проверить

Сначала посмотрите на запрос и ответ:

curl -i -X POST https://site.ru/contact

В ответе ищите строку Allow: GET, HEAD. Она показывает, что сервер готов принять. Если заголовка нет, проверьте конфиг и логи.

В браузере откройте DevTools → Network, найдите запрос формы и посмотрите Method и Status. Часто видно, что форма уходит на другой URL или метод меняется после редиректа.

Вот HTML формы и блок location из nginx. Найди, почему запрос получает 405:
метод формы, адрес action, разрешённые методы. Предложи минимальную правку.
Не меняй URL и не добавляй новые маршруты без объяснения.

Как исправить

Пример nginx: разрешаем только GET и HEAD. Остальные методы nginx отклонит; по умолчанию это 403, а не 405.

location /static/ {
    limit_except GET HEAD {
        deny all;
    }
}

Для API, наоборот, метод добавляют в приложение, а не в веб-сервер. Правка конфига не создаст обработчик.

Влияет ли 405 на SEO

Googlebot и Яндексбот запрашивают страницы методом GET. Если GET на обычной странице возвращает 405, робот не получит HTML: страница может выпасть из обхода.

Если 405 стоит только на POST-формах и API, на индексацию это не влияет. Но форма, которая не работает, теряет заявки — это уже бизнес-потери.

Где помогает нейросеть

Частые ошибки

• Менять URL, хотя проблема в методе.
• Разрешать все методы подряд ради быстрого результата.
• Считать 405 «ошибкой SEO» и не проверять форму.
• Игнорировать заголовок Allow.
• Править только фронтенд, когда метод не поддерживает бэкенд.
• Забывать про CDN и WAF перед сервером.

Вопросы

405 — ошибка клиента или сервера?

Формально 4xx: сервер считает, что клиент использовал неподходящий метод. Но исправлять часто приходится сайт: форму, маршрут или конфиг.

Чем 405 отличается от 404?

404 — адреса нет. 405 — адрес есть, но метод не разрешён.

Влияет ли 405 на индексацию?

Если код получает GET на обычной странице, да: робот не увидит содержимое. Для POST-форм и API влияния на индекс нет.

Может ли нейросеть исправить 405?

Она находит несоответствие в коде и конфиге, но применить правку и проверить ответ нужно на сервере.

Связанные материалы

• Ошибка 403
• Ошибка 400
• Ошибка 404
• Ошибка 500

Источники