444 — не настоящий HTTP-код ответа. Это специальное значение в nginx: return 444; велит nginx закрыть соединение, не отправляя ни заголовков ответа, ни тела. Код 444 появляется только в журнале доступа nginx; клиент его никогда не получает.
Администраторы используют его, чтобы с минимальными затратами отсекать нежелательный трафик: запросы с неизвестными заголовками Host, сканеры, которые ищут wp-login.php или файлы .env, или заблокированные User-Agent. Для клиента соединение просто закрывается: браузеры показывают ошибку вроде ERR_EMPTY_RESPONSE, а curl сообщает «Empty reply from server».
Если сайт работает за Cloudflare, посетители вместо этого видят 520, потому что Cloudflare получил от исходного сервера пустой ответ.
Пример ответа
# Nothing is sent back. The client only sees the connection close:
$ curl -i http://example.com/wp-login.php
curl: (52) Empty reply from server
# nginx access.log
203.0.113.7 - - [06/Nov/2026:10:15:32 +0000] "GET /wp-login.php HTTP/1.1" 444 0 "-" "curl/8.11.1"SEO и проверка редиректов
Поскольку ответ не отправляется, поисковые роботы фиксируют ошибку соединения вместо кода ответа, а Google обрабатывает такие ошибки как ошибки сервера: сканирование замедляется, и если проблема сохраняется, страницы выпадают из индекса. Убедитесь, что правила с 444 срабатывают только на нежелательный трафик и никогда — на настоящих поисковых роботов. Проверка редиректов покажет для такого перехода ошибку соединения, ведь кода ответа просто нет.
Типичные причины и сценарии использования
- Блок
serverпо умолчанию отсекает запросы для неизвестных имен хостов с помощьюreturn 444;. - Правила безопасности отсекают сканеры уязвимостей и вредоносных ботов.
- Слишком широкое правило задевает и легитимные запросы, поэтому часть посетителей получает пустые ответы.