499 is een nginx-specifieke code die in access logs verschijnt als de client de verbinding sloot terwijl nginx het verzoek nog verwerkte. Er wordt geen response gestuurd, want er is niemand meer om die te ontvangen.
Meestal betekent de code dat de upstreamapplicatie traag was: de gebruiker navigeerde weg, een load balancer of API-client liep tegen zijn eigen time-out aan, of een healthcheck gaf het op. Een piek in 499’s met lange verwerkingstijden wijst op een trage backend, terwijl een paar 499’s van gebruikers die het laden van een pagina afbreken normaal zijn.
Als een proxy vóór nginx eerder een time-out krijgt, logt nginx 499, terwijl de proxy zijn eigen fout meldt, zoals 504 of 524 van Cloudflare.
Voorbeeldresponse
# 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 en redirects controleren
Crawlers krijgen nooit een 499, maar als Googlebot het wachten op een trage pagina opgeeft, tonen je logs 499 voor zijn verzoeken. Dat is een teken van trage serverresponstijden, en die verminderen hoeveel Google crawlt. Ook redirectcheckers krijgen een time-out bij zeer trage hops; de Redirectlatentie-checker laat zien welke hop traag is.
Veelvoorkomende oorzaken en toepassingen
- De backend van de applicatie doet er langer over dan de client, het CDN of de load balancer wil wachten.
- Gebruikers breken een trage pagina af of verlaten die voordat ze is geladen.
- Monitoring en healthchecks gebruiken korte time-outs.