Мониторинг доступности сайта: как выбрать сервис

За 10 лет работы в маркетинге и аналитике мы видели сотни ситуаций, когда бизнес терял деньги из-за недоступности сайта. Интернет-магазин лежит в пятницу вечером, когда идёт акция. Лендинг с рекламного трафика возвращает 503 ошибку. Форма заявки молча ломается после обновления.

Общее у этих историй одно: владелец узнаёт о проблеме последним. Клиенты — первыми.

Карта материала: Проверка → Ответ сайта → Сигнал → Разбор.

Что такое мониторинг доступности

Мониторинг доступности (Uptime Monitoring) — это автоматическая проверка того, что ваш сайт работает и отвечает на запросы. Интервал выбирайте по допустимой задержке обнаружения и риску сценария. Сервис мониторинга периодически обращается к вашему сайту и проверяет:

HTTP-статус — сервер отвечает кодом 200 (ОК) или 500 (ошибка)
Время отклика — сколько миллисекунд сервер думает перед ответом
Содержимое страницы — на странице присутствует ожидаемый текст (например, слово «Каталог»)
SSL-сертификат — не просрочен ли, вовремя обновляется

Если проверка обнаружила сбой, событие должно попасть ответственному по заранее выбранному рабочему каналу.

Зачем это маркетологу, а не только программисту

Распространённое заблуждение: «мониторинг — это для DevOps-инженеров». На практике именно маркетолог или владелец бизнеса больше всех страдает от простоев:

Схема решения для статьи «Контроль доступности».

Рекламный бюджет горит впустую. Если сайт лежит, а реклама работает — вы платите за клики, которые никуда не ведут. У кампании с бюджетом 10 000 ₽/день один час простоя обходится в 400+ ₽.
SEO-позиции падают. Если поисковый робот несколько раз приходит на нерабочий сайт — позиции начинают снижаться. Восстанавливать — неделями.
Репутация страдает. Клиент пришёл по рекомендации, увидел ошибку 503 — ушёл к конкуренту. Без возможности возврата.

Какие метрики отслеживать

Uptime (доступность)

Процент времени, в которое сайт работает. Стандарт для бизнеса — 99,9% (SLA «три девятки»). Это значит не более 8,7 часов простоя в год.

Для справки: Даже 99% uptime — это 3,65 дня простоя за год. Для интернет-магазина с оборотом 1 млн ₽/мес это потенциально 100 000+ ₽ потерь.

Время отклика (Response Time)

Сколько миллисекунд проходит от запроса до начала ответа сервера. Нормы:

Цикл контроля: Выбрать URL → Проверить ответ → Разобрать сбой → Подтвердить восстановление.

До 200 мс — отлично
200-500 мс — нормально
500 мс — 1 сек — медленно, стоит разобраться
Более 1 сек — проблема, влияет на конверсию и SEO

SSL-сертификат

Истечение SSL-сертификата — одна из самых «тихих» проблем. Сайт работает, но браузер показывает предупреждение «Небезопасное соединение». 80% посетителей уходят, не дойдя до контента.

Срок предупреждения должен оставлять время на повторный выпуск и ручную проверку. Как сверить дату домена, проверить сертификат на реальном узле и доказать продление, разобрано в пошаговой инструкции по домену и SSL-сертификату.

HTTP-статусы

Основные коды, за которыми стоит следить:

200 — всё работает
301/302 — редирект (может быть проблемой, если неожиданный)
403 — доступ запрещён
404 — страница не найдена
500/502/503 — ошибка сервера. Критично.

Как выбрать сервис мониторинга

При выборе сервиса обращайте внимание на пять параметров:

Частота проверок. Раз в 5 минут — стандарт для бизнеса. Раз в минуту — для критичных сервисов. Раз в 30 минут — только для некритичных ресурсов.
Маршрут события. Заранее определите владельца, рабочий канал и время реакции для каждого уровня критичности.
Географические точки проверки. Если аудитория находится в России, проверяйте сайт из российских центров обработки данных. Когда сбой видит только часть аудитории, переходите к диагностике частичной доступности.
Отчёты и история. Возможность посмотреть историю простоев, среднее время отклика за месяц. Полезно при общении с хостингом.
Цена. Для одного сайта хватит бесплатного тарифа большинства сервисов. Для 10+ сайтов — потребуется платный.

Чтобы не выбирать по общему списку функций, проведите одинаковый семидневный тест сервисов проверки доступности: проверьте код ответа, содержимое, ложные сигналы, плановые работы и маршрут реакции.

Uptime-мониторинг — это только начало

Классический uptime-мониторинг отвечает на один вопрос: «Сайт работает?» Но этого мало. Если проверка подтвердила проблему, используйте регламент реакции на сбой сайта, чтобы распределить роли, ограничить потери и проверить восстановление. Сайт может работать, и при этом:

Форма заявки сломана (конверсия = 0)
Реклама ведёт на 404 страницу (бюджет горит)
Трафик из поиска упал на 50% (обновление алгоритмов)
Мобильная версия отдаёт ошибку (60% аудитории не видят контент)

Все эти ситуации остаются невидимыми для классического мониторинга. Для их обнаружения нужен мониторинг метрик — регулярное сравнение данных Яндекс Метрики с сопоставимой базовой линией.

Оптимальная связка: Uptime-мониторинг (UptimeRobot, бесплатно) + Мониторинг метрик (STRIX, AI). Первый следит за сервером, второй — за бизнесом.

Итог

Мониторинг доступности — обязательный минимум для любого бизнеса с сайтом. Настройка занимает 5 минут, бесплатно для одного сайта. Нет ни одной причины не сделать это сегодня.

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