Tracker.ru / Документация

Что означает ошибка Timeout при проверке сайта

4 мин чтения
Обновлено 28 апреля 2026

Ошибка Timeout означает, что сервер не ответил на запрос проверки за отведённое время. По умолчанию проверка ждёт ответ 30 секунд; лимит настраивается для каждого монитора отдельно — от 5 до 300 секунд. Для владельца сайта это один из самых тревожных сигналов — посетители не ждут и десяти секунд, поэтому «молчащий» сайт теряет их задолго до истечения лимита.

Что означает ошибка Timeout

Timeout (превышение времени ожидания) — не HTTP-код, а ошибка соединения. Проверка успела определить адрес сервера, но дальше что-то пошло не так: сервер не принял соединение или принял, но не прислал ответ. В полном списке кодов ответа HTTP такой ситуации нет — коды из RFC 9110 описывают ответы сервера, а при таймауте ответа не существует.

Этим Timeout отличается от родственных HTTP-ошибок. При 504 Gateway Timeout шлюз не дождался бэкенда, но сам ответил. При 524 A Timeout Occurred то же самое фиксирует Cloudflare, а при 522 Connection Timed Out Cloudflare не смог даже установить соединение с вашим сервером. При 408 Request Timeout наоборот: сервер не дождался запроса от клиента — и тоже ответил. Timeout в мониторинге означает, что молчала вся цепочка. Если же проверка вообще не нашла адрес сервера, вы увидите другую ошибку — DNS или Host Not Found.

Считает ли Tracker.ru Timeout падением

Да. Если сервер не ответил за отведённое время, проверка помечает сайт недоступным, и вы получаете уведомление на email, в Telegram или по webhook. Проверки идут из нескольких регионов. Если таймаут фиксируется только из одного региона, проблема, скорее всего, в сетевом маршруте или блокировке, а не в самом сервере. Периоды недоступности отражаются в статистике аптайма.

Типичные причины

  • Перегрузка сервера. CPU, память или диск заняты на пределе: веб-сервер принимает соединение, но очередь до генерации страницы за время ожидания так и не доходит.
  • Медленные SQL-запросы. Один запрос без индекса по большой таблице держит страницу; под нагрузкой такие запросы копятся и парализуют базу данных.
  • Исчерпан пул обработчиков. Все процессы PHP-FPM или рабочие процессы приложения заняты долгими запросами — новые соединения ждут свободного обработчика дольше лимита.
  • Блокировка IP мониторинга. Firewall или fail2ban занёс адреса проверок в чёрный список с правилом DROP: пакеты молча отбрасываются, и соединение висит до истечения времени. Снаружи это неотличимо от мёртвого сервера.
  • Долгие обращения к внешним сервисам. Страница синхронно ждёт стороннее API, платёжный шлюз или почтовый сервер, у которых не задан собственный таймаут.
  • Сетевые сбои и DDoS. Потери пакетов на маршруте до хостинга или атака, забившая канал: сервер жив, но ответы не доходят.

Что проверить владельцу сайта

  1. Откройте онлайн-проверку кода ответа своего сайта — она без регистрации покажет, отвечает ли сервер прямо сейчас и за какое время.
  2. Посмотрите нагрузку на сервер: top, htop, uptime. Load average заметно выше числа ядер — признак перегрузки, при которой запросы стоят в очереди.
  3. Включите лог медленных запросов базы данных (slow_query_log в MySQL, log_min_duration_statement в PostgreSQL) и найдите запросы, которые держат страницу.
  4. Проверьте firewall и fail2ban: не попали ли адреса проверок в блокировку. Правила DROP заставляют соединение висеть до таймаута без каких-либо ошибок в логах приложения.
  5. Ускорьте генерацию страницы: кэширование, индексы, вынос тяжёлых операций в фоновые задачи. Простое увеличение max_execution_time в PHP или proxy_read_timeout в nginx маскирует проблему — посетители столько ждать не будут.
  6. Сравните результаты по регионам мониторинга: таймаут в одном регионе при успешных проверках из остальных указывает на сетевой маршрут или географическую блокировку.

Как часто встречается Timeout на практике

По данным проверок Tracker.ru на июль 2026, около 6% всех проверок завершаются ошибкой соединения без HTTP-ответа — сюда входят таймауты, обрывы соединения и другие сетевые сбои. Любой отдельный код серверной ошибки, включая 500 и 502, встречается более чем в сто раз реже. Недоступный сайт чаще молчит, чем отвечает ошибкой.

Частые вопросы

Почему мониторинг показывает Timeout, а у меня сайт открывается?

Вы и проверка приходите с разных адресов и из разных сетей. Частые случаи: firewall блокирует адреса мониторинга, но пропускает ваш; перегрузка накатывает волнами, и вы попали в спокойную минуту; браузер показал сохранённую копию. Сравните результаты по регионам проверки — стабильный таймаут из всех регионов почти всегда означает реальную проблему.

Чем Timeout отличается от 504 Gateway Timeout?

504 — полноценный HTTP-ответ: шлюз (nginx, балансировщик, CDN) работает и сообщил, что не дождался вашего бэкенда. Timeout — ответа нет вовсе, молчит вся цепочка, включая шлюз. Поэтому 504 сужает поиск до бэкенда, а Timeout требует проверить всё: сеть, firewall, веб-сервер и приложение.

Сайт отвечает, но очень медленно — засчитается ли Timeout?

Нет, пока сервер укладывается в лимит ожидания. Если ответ пришёл до истечения лимита, проверка зафиксирует код ответа и время. Но медленный сайт — это подготовка к падению: с ростом нагрузки время ответа легко перешагнёт порог, поэтому реагировать лучше до первых таймаутов.

См. также