Il 499 è un codice specifico di nginx che compare nei log degli accessi quando il client ha chiuso la connessione mentre nginx stava ancora elaborando la richiesta. Non viene inviata alcuna risposta, perché non c’è più nessuno a riceverla.
Di solito significa che l’applicazione a monte era lenta: l’utente ha lasciato la pagina, un load balancer o un client API ha raggiunto il proprio timeout, oppure un health check ha rinunciato. Un picco di 499 con tempi di richiesta lunghi indica un backend lento, mentre qualche 499 dovuto a utenti che interrompono il caricamento delle pagine è normale.
Quando a scadere per primo è il timeout di un proxy davanti a nginx, nginx registra 499 mentre il proxy segnala un proprio errore, come 504 o il 524 di Cloudflare.
Esempio di risposta
# 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 dei redirect
I crawler non ricevono mai un 499, ma se Googlebot smette di attendere una pagina lenta, nei tuoi log compare un 499 per le sue richieste. È un segnale di tempi di risposta del server lenti, che riducono la quantità di pagine che Google scansiona. Anche gli strumenti di verifica dei redirect vanno in timeout sui salti molto lenti; il Test latenza redirect mostra quale salto è lento.
Cause comuni e casi d’uso
- Il backend dell’applicazione impiega più tempo di quanto il client, la CDN o il load balancer siano disposti ad attendere.
- Gli utenti interrompono o abbandonano una pagina lenta prima che si carichi.
- Il monitoraggio e gli health check usano timeout brevi.