O 444 não é um código de status HTTP de verdade. É um valor especial do nginx: return 444; instrui o nginx a fechar a conexão sem enviar cabeçalho nem corpo de resposta. O 444 só aparece no log de acesso do nginx; o cliente nunca o recebe.
Os administradores o usam para descartar tráfego indesejado com pouco custo, como requisições com cabeçalhos Host desconhecidos, scanners em busca de arquivos wp-login.php ou .env ou User-Agents bloqueados. Para o cliente, a conexão simplesmente se fecha: os navegadores mostram um erro como ERR_EMPTY_RESPONSE, e o curl informa “Empty reply from server”.
Se o site estiver atrás da Cloudflare, os visitantes veem um 520, porque a Cloudflare recebeu uma resposta vazia da origem.
Exemplo de resposta
# 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 e verificação de redirecionamentos
Como nenhuma resposta é enviada, os rastreadores registram um erro de conexão em vez de um código de status, e o Google trata esses erros como erros do servidor: o rastreamento fica mais lento e, se o problema persistir, as páginas são removidas. Garanta que as regras de 444 só peguem tráfego indesejado e nunca rastreadores reais. Um verificador de redirecionamento informa um erro de conexão nesse salto, já que não há status para mostrar.
Causas comuns e casos de uso
- Um bloco
serverpadrão descarta requisições para nomes de host desconhecidos comreturn 444;. - Regras de segurança descartam scanners de vulnerabilidades e bots maliciosos.
- Uma regra abrangente demais também pega requisições legítimas; por isso, alguns visitantes recebem respostas vazias.