Мониторинг доступности сайта

Зачем нужен мониторинг доступности сайта

Сайт может лежать часами, пока вы об этом не знаете: хостинг перезагрузил сервер, закончилось место на диске, обновление сломало конфиг nginx, упала база. Посетители видят ошибку 502 или бесконечную загрузку и уходят, а реклама продолжает тратить бюджет на клики по неработающей странице.

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

Проверка не сводится к «ответил или нет». Можно требовать конкретный код ответа («200-299,301»), наличие фразы на странице (чтобы отличить заглушку хостинга от рабочего сайта), ограничить время ответа и размер страницы, отправить POST-запрос с данными формы, передать заголовок с токеном или Basic Auth. Для интернет-магазина, лендинга под рекламой и корпоративного сайта это один и тот же монитор с разными настройками.

Что проверяем

• Методы HEAD, GET и POST — от простого опроса до отправки формы
• Проверка кода ответа, ключевой фразы, размера страницы и числа в диапазоне
• Тайминги: DNS, соединение, TLS, первый байт, полная загрузка
• Подтверждение сбоя с нескольких точек — никаких ложных тревог из-за одной локации
• Пороги: сколько ошибок подряд считать сбоем, когда считать восстановлением
• Повторные напоминания, пока сайт не поднимется, и уведомление о восстановлении

Типичные причины сбоев

• HTTP 502/504 — упал или перегружен бэкенд (PHP-FPM, Node, Java), nginx не дождался ответа.
• Таймаут — сервер жив, но отвечает дольше 15 секунд: тяжёлые запросы к базе, нехватка воркеров, DDoS.
• HTTP 500 — ошибка в коде после деплоя, сломанная миграция, закончилось место под сессии или кэш.
• Ошибка DNS — истёк домен, сброшены NS, DNS-хостинг недоступен.
• Ошибка TLS — истёк сертификат или неполная цепочка.
• Отказ соединения — не запущен веб-сервер, сработал фаервол, сменился IP.

Как работает проверка доступности

Вы указываете адрес, метод (GET, HEAD или POST), интервал и точки, с которых проверять. Каждая точка по расписанию запрашивает страницу и записывает код ответа, время до первого байта, полное время загрузки, IP, цепочку редиректов и данные TLS. Таймаут по умолчанию — 15 секунд, User-Agent робота — notifar.io monitor.

Если условие не выполнено, точка фиксирует ошибку с текстом причины: «Код ответа 502», «Превышено время ожидания», «Не найдено: «Корзина»», «Редирект на неожиданный адрес», «Ответ за 4 800 мс (порог 3000)». Сбой подтверждается, когда ошибку видят столько точек, сколько вы указали, и столько проверок подряд, сколько задано порогом (по умолчанию — 2 точки и 2 проверки).

После подтверждения открывается инцидент и уходят уведомления по выбранным каналам: Telegram, MAX, SMS, звонок, email, webhook. Пока сбой продолжается, напоминания повторяются с заданным интервалом. У каждого монитора есть история проверок, список инцидентов с причиной и длительностью, график времени ответа по точкам и uptime за 7, 30 и 90 дней. Перед настройкой монитора можно проверить сайт сейчас с тех же точек без регистрации.

Что приходит в уведомлении

🔴 Интернет-магазин — не работает
https://shop.example.ru/

Причина: Код ответа 502
Начало: 14.09.2026 09:41
Точки: Москва, Хельсинки

Открыть монитор

Так выглядит сообщение о сбое; о восстановлении придёт отдельное — с длительностью простоя. Каналы: Telegram, MAX, email, SMS, звонок, webhook.

Uptime и аптайм: как считаем

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

Итог виден в карточке монитора за 7, 30 и 90 дней: процент с точностью до тысячных, число инцидентов, суммарный простой и среднее время ответа. Для справки: 99,9 % за 30 дней — это не больше 43 минут простоя, 99 % — уже 7 часов 12 минут. Те же цифры можно показать клиентам на публичной статус-странице или вставить на сайт кнопкой-информером.

Круглосуточно, с интервалом от 1 минуты

Точки работают без выходных и ночных пауз. Интервал для HTTP-монитора — 1, 2, 3, 5, 10, 15 или 30 минут, 1 или 2 часа; для каждого монитора он задаётся отдельно. Лендингу под рекламой и интернет-магазину подходит 1–2 минуты, корпоративному сайту — 5, внутренним сервисам — 10–15.

Цена зависит только от числа проверок: 0,01 ₽ за каждую. Сайт раз в минуту с одной точки — 1 440 проверок в сутки, около 432 ₽ в месяц; раз в 5 минут с двух точек — примерно 173 ₽ в месяц. Число мониторов не ограничено, абонентской платы нет, при регистрации на баланс зачисляется бонус 50 ₽ — это 5 000 HTTP-проверок. Расчёт для своих условий — на странице стоимости мониторинга.

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

Время ответа сайта по этапам

Каждая проверка сохраняет не одно число, а тайминги по этапам: разрешение DNS, установка TCP-соединения, TLS-рукопожатие, время до первого байта (TTFB) и полная загрузка. По ним видно, где именно сайт тормозит: медленный DNS-хостинг, долгий TLS из-за длинной цепочки сертификатов или тяжёлый бэкенд, который отдаёт первый байт через три секунды.

В мониторе задаётся порог «максимальное время ответа» от 100 мс до 120 секунд. Ответ дольше порога считается ошибкой, и после подтверждения открывается инцидент — так вы узнаете о деградации до того, как сайт перестанет отвечать совсем. График времени ответа строится по каждой точке отдельно: если из Москвы страница открывается за 300 мс, а из Мадрида за 2 секунды, это видно сразу.

Внешний мониторинг: почему снаружи, а не с сервера

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

Точки Нотифарио стоят в Москве, Казани, Хельсинки, Мадриде и Милане; к ним добавляются партнёрские точки на серверах других пользователей. Сочетание российских и европейских точек показывает, доступен ли сайт из России и из-за рубежа одновременно, а не только с одного оператора. Состояние всех точек и их список — на странице точек мониторинга.

Сайт за Cloudflare и WAF

Cloudflare, DDoS-Guard и другие WAF могут показать роботу страницу проверки вместо сайта. Чтобы мониторинг видел настоящий ответ, добавьте точки Нотифарио в белый список: IP-адреса точек не публикуются, их выдают по запросу в поддержку. Робот приходит с User-Agent notifar.io monitor, по нему тоже можно создать правило-исключение; подробности — на странице о роботе.

Второй способ — проверять не сам код ответа, а фразу на странице: страница защиты обычно отвечает кодом 403 или 503 и не содержит текста вашего сайта. Укажите фразу «должна присутствовать», например название компании из шапки, и монитор отличит настоящую страницу от заглушки. Если WAF пропускает запросы с секретным заголовком, задайте его в дополнительных заголовках монитора — так проверка идёт напрямую к сайту.

Без ложных срабатываний: подтверждение с нескольких точек

Ложное срабатывание — это когда сайт работает, а уведомление пришло. Причина почти всегда сетевая: кратковременный сбой маршрута между одной точкой и вашим хостингом, потеря пакетов, перегруженный DNS-резолвер. Нотифарио закрывает это двумя порогами: сколько точек должны увидеть ошибку и сколько проверок подряд она должна повториться. Порог проверок — от 1 до 10, по умолчанию 2.

Рабочая связка для сайта: три точки, подтверждение от двух, две проверки подряд. При интервале в минуту уведомление о настоящем сбое придёт через 2–3 минуты, а одиночная сетевая ошибка не потревожит. Если нужна максимальная скорость, ставьте подтверждение от одной точки и порог 1 — тогда сообщение уйдёт после первой же ошибки, но ложные тревоги станут вероятнее. В уведомлении всегда перечислены точки, которые подтвердили сбой, и текст причины — по ним понятно, что случилось, ещё до входа в кабинет.

Параметры проверки

Интервал — от 1 минута до 1 суток (рекомендуем 5 минут). Проверка выполняется с выбранных точек мониторинга, сбой подтверждается заданным числом точек.

Чем это лучше своего скрипта или бесплатного пингера

• Проверка идёт снаружи, с чужих сетей в России и Европе: скрипт на том же сервере не заметит, что упал сам сервер или канал провайдера.
• Несколько точек и подтверждение сбоя — одиночная сетевая ошибка не превращается в тревогу.
• Не просто «ответил или нет»: код ответа, фраза на странице, порог времени ответа, размер, конечный адрес после редиректов, POST с телом запроса и авторизация.
• Готовые каналы: Telegram, MAX, SMS, звонок, email и webhook с подписью, тихие часы и повторные напоминания о продолжающемся сбое.
• История проверок, тайминги по этапам, инциденты, uptime за 90 дней и статус-страница для клиентов — без своей базы и дашборда.
• Оплата 0,01 ₽ за проверку без абонентской платы: сайт раз в 5 минут с одной точки — около 86 ₽ в месяц, с двух точек — около 173 ₽.

Вопросы