499 — специфичный для nginx код, который появляется в журналах доступа, когда клиент закрыл соединение, пока nginx еще обрабатывал запрос. Ответ не отправляется, потому что получать его уже некому.
Обычно это означает, что вышестоящее приложение работало медленно: пользователь ушел со страницы, балансировщик нагрузки или API-клиент уперся в собственный тайм-аут или проверка работоспособности перестала ждать. Всплеск 499 при большом времени обработки запросов указывает на медленный бэкенд, а единичные 499 от пользователей, которые отменили загрузку страницы, — это нормально.
Если первым по тайм-ауту срабатывает прокси перед nginx, nginx записывает 499, а прокси сообщает о собственной ошибке, например 504 или 524 у Cloudflare.
Пример ответа
# 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 и проверка редиректов
Поисковые роботы никогда не получают 499, но если Googlebot перестает ждать медленную страницу, в ваших логах для его запросов появляется 499. Это признак медленного ответа сервера, из-за которого Google сканирует сайт менее интенсивно. Проверки редиректов тоже прерываются по тайм-ауту на очень медленных переходах; проверка скорости редиректов покажет, какой переход тормозит.
Типичные причины и сценарии использования
- Бэкенд приложения работает дольше, чем готовы ждать клиент, CDN или балансировщик нагрузки.
- Пользователи отменяют загрузку медленной страницы или уходят с нее, не дождавшись.
- Системы мониторинга и проверки работоспособности используют короткие тайм-ауты.