Внешний мониторинг сайтов: что это, чем отличается от внутреннего и как выбрать сервис

Сервер отвечает, CPU в норме, диск не забит, в логах тишина — а пользователи видят 502 Bad Gateway. Или сайт открывается у вас, но не открывается у клиента в другом городе. Или сертификат истёк в три часа ночи, и до утра браузеры показывали красный экран «Ваше подключение не защищено».

Все три ситуации объединяет одно: изнутри всё выглядело хорошо. Внешний мониторинг существует ровно для того, чтобы смотреть на сайт снаружи — глазами пользователя, а не глазами администратора.

Что такое внешний мониторинг

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

Важно, что при этом проверяется. Запрос снаружи проходит всю цепочку, по которой идёт настоящий пользователь:

1. DNS — резолвится ли домен и в тот ли адрес;
2. сеть — доходят ли пакеты до вашего сервера из этого региона;
3. TLS — валиден ли сертификат, не истёк ли, полная ли цепочка;
4. балансировщик, прокси, CDN — то, что стоит перед приложением;
5. само приложение — вернуло ли оно ожидаемый код и тело.

Любое звено может сломаться так, что сервер при этом остаётся «здоровым». Это и есть главное отличие от мониторинга изнутри.

Внешний и внутренний мониторинг: не «или», а «и»

Внутренний мониторинг — Zabbix, Prometheus + node_exporter, Netdata — работает через агент на сервере. Он видит CPU, память, диск, очереди, число соединений. Это незаменимо, когда нужно понять, почему сервису плохо.

Но он не видит:

• DNS-проблему у регистратора или на NS-серверах;
• истёкший или неполный сертификат;
• упавший балансировщик или CDN перед приложением;
• блокировку или деградацию маршрута у конкретного провайдера;
• ситуацию «процесс жив, порт открыт, но на запросы отвечает 502 или пустой страницей».

Внешний мониторинг видит именно это — и не видит того, что видит агент. Поэтому зрелая схема выглядит так:

Если у вас уже есть Zabbix, внешний сервис его не заменяет — он закрывает слепую зону. Подробнее о том, как их совмещать: сравнения PingZen и Zabbix, PingZen и Prometheus Blackbox, PingZen и Netdata.

Что именно проверять

«Пинг раз в пять минут» — это не мониторинг, а формальность. Вот минимальный набор для типичного сайта или API.

HTTP/HTTPS. Код ответа (и не только 200: для редиректов и API-эндпоинтов ожидаемый код может быть другим), время ответа, наличие ключевого слова в теле — чтобы отличить живую страницу от заглушки хостера. Документация по HTTP-проверкам.

SSL-сертификат. Не «валиден ли сейчас», а «сколько дней осталось». Let’s Encrypt обновляет сертификат за 30 дней до конца, поэтому разумные пороги — предупреждение за 14 дней и критический уровень за 7; для коротких сертификатов (сейчас появляются 45-дневные и даже 6-дневные) пороги должны сжиматься пропорционально сроку жизни. Как PingZen считает пороги.

DNS. Что домен резолвится и что записи — те, которые вы ожидаете. Подмена A-записи у угнанного домена снаружи выглядит как «сайт работает» — просто не ваш. DNS-мониторинг.

ICMP-ping. Потери пакетов и задержка до хоста. Полезно для серверов и сетевого оборудования, бесполезно для сайтов за CDN. Ping-мониторинг.

TCP/UDP-порты. База, почтовый сервер, игровой или VoIP-сервис — всё, что не говорит по HTTP. TCP/UDP.

Срок регистрации домена. Самая обидная причина простоя: домен просто не продлили. Проверка WHOIS раз в сутки закрывает вопрос навсегда. WHOIS.

Пользовательские сценарии. Код 200 на главной не означает, что работает логин или оформление заказа. Транзакционная проверка проходит сценарий в реальном браузере — открыть, войти, положить в корзину — и падает, если сломан любой шаг. Транзакции.

Обратный мониторинг (heartbeat). Для cron-задач, бэкапов и серверов за NAT, до которых снаружи не дотянуться: не сервис стучится к вам, а ваша задача стучится в сервис, и тревога поднимается, если сигнал не пришёл вовремя. Heartbeat.

Из скольких точек и как часто

Минимум из двух локаций. Одна точка проверки — источник ложных срабатываний: любая сетевая проблема на её стороне выглядит как падение вашего сайта. Две и больше точки позволяют отличить «сайт лёг» от «сайт недоступен из одного региона». Второе — не редкость: геоблокировки, антибот-фильтры и проблемы маршрутизации у отдельных провайдеров дают ровно такую картину — сайт открывается из Москвы и не открывается из Минска.

Для аудитории в России важно, чтобы хотя бы одна точка была внутри России. Многие зарубежные сервисы проверяют только из Европы и США — они покажут вам доступность сайта для европейцев, а не для ваших пользователей.

PingZen проверяет из Москвы, Новосибирска и Минска, а если нужен регион, которого у нас нет, — можно подключить собственную точку проверки на своей VM. Правило свёртки статуса вы задаёте сами: тревога при первом сбое, при большинстве или только когда упали все точки. Промежуточный статус «частичная недоступность» отдельно показывает региональные проблемы, не объявляя сайт лежащим.

Интервал — одна минута. Пять минут между проверками плюс подтверждение сбоя — это до 10–15 минут, в течение которых вы ничего не знаете. Для интернет-магазина это потерянные заказы, для API — потерянные клиенты. Минутный интервал на бесплатном тарифе — один из первых пунктов, по которым стоит сравнивать сервисы (см. таблицу ниже).

Как не утонуть в ложных алертах

Мониторинг, который будит ночью без причины, через две недели отключают. Что должно быть в сервисе, чтобы этого не случилось:

Подтверждение сбоя. Один неудачный запрос — не инцидент. Инцидент открывается после N подряд неудачных проверок (в PingZen по умолчанию — три) и закрывается после подтверждённого восстановления, а не после первого удачного ответа. Как работают инциденты.

Разные статусы для разных проблем. Сайт, который отвечает 429 Too Many Requests, жив — он ограничивает частоту ваших же проверок. Сертификат, который истекает через 10 дней, — повод для письма, а не для звонка в три ночи. Такие случаи должны попадать в «деградацию», а не в «падение»: монитор желтеет, причина видна в карточке, инцидент не открывается.

Каналы и режим оповещений. Telegram, Slack, Discord, Microsoft Teams, e-mail, webhook — и отдельно настройка, что куда идёт: критичное — в чат дежурных, предупреждения — на почту. Напоминания, если сайт лежит долго, и cooldown, чтобы один инцидент не превращался в сорок сообщений. Настройка оповещений.

Как выбрать сервис внешнего мониторинга: чек-лист

1. Точки проверки в вашем регионе. Для российской аудитории — внутри РФ.
2. Интервал на том тарифе, который вы будете реально использовать. «От 30 секунд» в заголовке часто означает «5 минут бесплатно».
3. Протоколы, а не только HTTP. SSL, DNS, TCP, WHOIS, транзакции — либо сервис умеет всё, либо вы будете держать три сервиса.
4. Подтверждение и мультилокация. Без них будут ложные тревоги.
5. Каналы оповещений, которыми вы пользуетесь. Для русскоязычных команд это в первую очередь Telegram.
6. Публичная статус-страница — чтобы не отвечать на «у вас что-то упало?» каждому клиенту лично.
7. API и отчёты. Экспорт SLA за месяц и возможность создавать мониторы скриптом, а не руками.

Сравнение популярных сервисов

Цифры взяты с наших страниц сравнения на дату публикации. Тарифы меняются — перед выбором проверьте на сайте сервиса.

Uptime Kuma — отличный вариант, если вы готовы сами держать сервер под мониторинг и помнить, что мониторинг, который живёт в той же стойке, что и сайт, упадёт вместе с ним. Про это подробнее в сравнении с Uptime Kuma.

Как запустить внешний мониторинг за пять минут

1. Зарегистрируйтесь — через Telegram, Google, Яндекс или e-mail.
2. Добавьте URL сайта. Тип проверки, интервал и порог подтверждения уже выставлены разумно по умолчанию.
3. Выберите точки проверки — как минимум две.
4. Подключите Telegram-бота как канал оповещений.
5. Добавьте SSL-монитор для того же домена и WHOIS-монитор — это две самые частые причины «внезапного» простоя.

Пошагово со скриншотами — в быстром старте.

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

Чем внешний мониторинг отличается от аптайм-мониторинга? Ничем принципиальным. Аптайм — это метрика (доля времени, когда сайт был доступен), внешний мониторинг — способ её измерить. В обиходе слова взаимозаменяемы.

Нужен ли внешний мониторинг, если уже есть Zabbix или Prometheus? Да. Они смотрят изнутри и не видят DNS, сертификаты, балансировщики и региональные блокировки. Внешний сервис не заменяет их, а закрывает слепую зону — см. таблицу выше.

Как часто нужно проверять сайт? Раз в минуту для всего, где простой стоит денег. Раз в пять минут — для некритичных страниц. Реже минуты в 2026 году нет смысла: это ничего не экономит.

Сайт за Cloudflare или антибот-защитой — внешний мониторинг будет врать? Может: антибот-фильтр отдаёт проверяющему боту страницу-челлендж с кодом 200 или 403, и наивный монитор либо считает сайт живым, либо поднимает ложную тревогу. Хороший сервис распознаёт челлендж как отдельное состояние — мы писали об этом в статье про детект Cloudflare-челленджей.

Можно ли мониторить сервисы внутри локальной сети? Снаружи — нет: до 192.168.x.x внешняя точка не дотянется. Для этого есть приватные точки проверки, которые ставятся внутри сети и отправляют результаты в ту же панель.