499 es un código propio de nginx que aparece en los registros de acceso cuando el cliente cerró la conexión mientras nginx todavía procesaba la solicitud. No se envía ninguna respuesta, porque ya no queda nadie para recibirla.
Suele indicar que la aplicación upstream era lenta: el usuario se fue a otra página, un balanceador de carga o un cliente de API alcanzó su propio tiempo de espera, o una comprobación de estado (health check) se dio por vencida. Un pico de 499 con tiempos de solicitud largos apunta a un backend lento, mientras que unos pocos 499 de usuarios que cancelan la carga de una página son normales.
Cuando un proxy situado delante de nginx agota antes su tiempo de espera, nginx registra un 499 y el proxy informa de su propio error, como un 504 o el 524 de Cloudflare.
Ejemplo de respuesta
# 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 y verificación de redirecciones
Los rastreadores nunca reciben un 499, pero si Googlebot deja de esperar una página lenta, tus registros muestran 499 en sus solicitudes. Es una señal de tiempos de respuesta del servidor lentos, que reducen cuánto rastrea Google. Los verificadores de redirecciones también agotan el tiempo de espera en saltos muy lentos; el Medidor de latencia de redirecciones muestra qué salto es lento.
Causas frecuentes y casos de uso
- El backend de la aplicación tarda más de lo que el cliente, la CDN o el balanceador de carga están dispuestos a esperar.
- Los usuarios cancelan o abandonan una página lenta antes de que cargue.
- Las herramientas de supervisión y las comprobaciones de estado usan tiempos de espera cortos.