O 499 é um código específico do nginx que aparece nos logs de acesso quando o cliente fecha a conexão enquanto o nginx ainda está processando a requisição. Nenhuma resposta é enviada, porque não há mais ninguém para recebê-la.
Geralmente, significa que a aplicação upstream estava lenta: o usuário saiu da página, um balanceador de carga ou cliente de API atingiu o próprio tempo limite, ou um health check desistiu. Um pico de 499 com tempos de requisição longos indica um backend lento, enquanto alguns 499 de usuários que cancelam o carregamento das páginas são normais.
Quando um proxy na frente do nginx atinge o tempo limite primeiro, o nginx registra 499 enquanto o proxy informa o próprio erro, como 504 ou o 524 da Cloudflare.
Exemplo de resposta
# The client gave up before nginx had a response; nothing is sent.
# nginx access.log (last field: $request_time in seconds)
198.51.100.23 - - [06/Nov/2026:10:15:32 +0000] "GET /report?year=2026 HTTP/1.1" 499 0 "-" "Mozilla/5.0" 30.001SEO e verificação de redirecionamentos
Os rastreadores nunca recebem um 499, mas, se o Googlebot desistir de esperar por uma página lenta, os seus logs mostram 499 nas requisições dele. Isso é sinal de tempos de resposta do servidor lentos, o que reduz o quanto o Google rastreia. Os verificadores de redirecionamento também atingem o tempo limite em saltos muito lentos; o Teste de latência de redirecionamento mostra qual salto está lento.
Causas comuns e casos de uso
- O backend da aplicação demora mais do que o cliente, a CDN ou o balanceador de carga estão dispostos a esperar.
- Os usuários cancelam ou saem de uma página lenta antes de ela carregar.
- Ferramentas de monitoramento e health checks usam tempos limite curtos.