Мониторинг сайта: как узнавать о проблемах до клиентов

Средний сайт теряет клиентов не из-за «больших» катастроф, а из-за тихих проблем: сайт не отвечает час, форма молчит, сертификат протух, страница грузится 10 секунд. Мониторинг — это система, которая сообщает вам о проблеме за минуты, а не через жалобу клиента. Разбираем минимальный набор проверок.

Что мониторить

Проверка	Какую беду ловит	Инструмент
Доступность (uptime)	Сайт не отвечает (сервер, сеть, хостинг)	UptimeRobot, Better Uptime, Pingdom
Ключевая страница (конверсионная)	Форма/корзина/оплата сломаны	Сложные чеки: «цена на странице == 1990»
SSL-сертификат	Протух — браузеры ругаются, трафик падает	Встроено в uptime-сервисы
Скорость	Регрессии Core Web Vitals	Lighthouse CI, SpeedVitals, CrUX
Ошибки на сайте	JS-ошибки, битые API	Sentry, LogRocket
Логи сервера	5xx, диск, CPU	Панель хостинга, journalctl + алерты
Срок домена	Пропустили продление — сайт «уходит»	Напоминания регистратора

Uptime-мониторинг: настройка

1. Зарегистрируйтесь в бесплатном сервисе (UptimeRobot — 50 проверок бесплатно).
2. Добавьте проверку главной страницы (HTTPS, интервал 1–5 минут).
3. Добавьте 2–3 ключевые страницы: контакты, форма заявки, оплата.
4. Настройте алерты в Telegram (самый быстрый канал) и на email.
5. Установите порог: «недоступен 2–3 минуты подряд» — уведомление.

Расширенный чек — проверка содержимого: мониторинг запрашивает страницу и ищет ключевую строку (например, «Корзина» или цену). Если строка не найдена — сайт «жив», но что-то сломано. Это ловит «тихие» поломки.

Мониторинг скорости

Скорость деградирует незаметно. Настройте регулярный прогон:

# Lighthouse CI раз в день в GitHub Actions
name: Speed check
on:
  schedule:
    - cron: "0 8 * * *"
jobs:
  lhci:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Run Lighthouse
        uses: treosh/lighthouse-ci-action@v12
        with:
          urls: "https://web-innovator.ru/"
          uploadArtifacts: true

• Полевые данные: PageSpeed Insights (CrUX) — что видно реальным пользователям.
• Лабораторные: Lighthouse — повторяемость и регрессии.
• Алерт: если LCP выше 2,5 с два дня подряд — разбор.

Мониторинг ошибок (Sentry)

JS-ошибки, падения API и исключения бэкенда: подключите Sentry (бесплатный тариф достойный):

• Скрипт на сайт — фронтенд-ошибки с контекстом (устройство, страница, браузер).
• SDK на сервер — исключения Node/PHP/Python.
• Алерты: только на «новые» ошибки, не на каждое повторение (иначе утонете).
• Release-трекинг: какая версия кода внесла ошибку.

Правила хороших алертов

• Редко, но важно: 2–3 алерта в неделю — норма; 50 — вы перестанете их читать (alert fatigue).
• Один канал: всё в Telegram (или где вы реально бываете).
• Информация в алерте: что упало, когда, статус-код, ссылка на логи.
• Эскалация: 5 минут — алерт, 15 минут — повтор, час — звонок/SMS (для критичного).
• Проверка после починки: алерт «востановлено» тоже нужен.

Типичные ошибки

• Мониторить только главную — форма может быть сломана, пока главная «жива».
• Нет проверки содержимого — «200 OK» при битой вёрстке не говорит ничего.
• Алерты без канала — email, который смотрят раз в день.
• Игнор ложных срабатываний — настройте окно (grace period), а не отключайте мониторинг.
• Забыли про домен и SSL — самые «глупые» падения.

«Хороший мониторинг — это не дашборды с графиками, а гарантия: о любой проблеме вы узнаете раньше клиента. Если о проблеме сообщил клиент — мониторинг у вас не работает» — практика эксплуатации, 2026.

Сегодня вечером: UptimeRobot (3 проверки + Telegram), проверка SSL и домена, Sentry на сайт. Полчаса настройки — и сайт перестанет «падать молча».