Мониторинг доступности сайтов и API
Base388 стучится в ваш URL по расписанию, сверяет код ответа, скорость и содержимое страницы и поднимает тревогу раньше, чем о проблеме напишет клиент. В том же мониторе — контроль срока SSL-сертификата, срока регистрации домена и изменений мета-тегов.
Что это такое
HTTP-монитор — это URL плюс правило «что считать нормой». Base388 выполняет запрос с вашей периодичностью и сравнивает ответ с правилом. Совпало — записываем проверку и идём дальше. Не совпало нужное число раз подряд — открываем инцидент и отправляем уведомление в ваши каналы.
- Работает с любым публичным HTTP/HTTPS-адресом: сайт, лендинг, страница оплаты, REST-эндпоинт, вебхук, RSS, health-check.
- Ничего не нужно ставить на сервер: ни агента, ни скрипта, ни доступа по SSH. Мониторинг настраивается из браузера за минуту.
- Проверка идёт снаружи, из независимой сети — ровно так, как ваш сайт видит реальный посетитель, а не ваш собственный сервер.
Что умеет и зачем это нужно
Каждая возможность — с пояснением, какую задачу бизнеса она закрывает.
Интервал проверки от 60 секунд
Частота задаётся на каждый монитор отдельно: витрину и оплату можно проверять раз в минуту, а редко используемый служебный эндпоинт — раз в 15 минут. Верхняя граница частоты определяется тарифом.
Чем чаще проверка, тем короче незамеченный простой. Минута против получаса — это разница между «поймали до первого клиента» и «узнали из отзыва».
Ожидаемый код ответа и таймаут
Вы указываете, какой HTTP-код считать нормальным (200, 201, 301, 401 для закрытых эндпоинтов) и сколько секунд ждать ответ. Всё, что вне правила, — сбой.
Сайт, который «открывается, но отдаёт 500», формально жив. Для бизнеса он мёртв. Правило по коду ответа ловит именно такие случаи.
Поиск ключевого слова в ответе
Монитор может искать строку в теле ответа: «Добавить в корзину», «Оплатить», фрагмент JSON. Нет строки — сбой, даже если сервер вернул честный 200.
Ловит самый дорогой тип аварии — «белый экран» и подменённую страницу. Сервер отвечает, но покупать нечего. Обычный ping такого не увидит.
Три метрики скорости на каждой проверке
Мы фиксируем задержку соединения, время до первого байта и полное время загрузки. Пороги «быстро / нормально / медленно» настраиваются, отклик раскрашивается в списке и на детальной странице.
Деградация почти всегда приходит раньше падения. Растущее время ответа — повод разобраться сегодня, а не тушить пожар в пятницу вечером.
Контроль срока SSL-сертификата
Монитор читает сертификат по TLS и предупреждает за 14, 7, 3 и 1 день до окончания, а при истечении открывает критический инцидент.
Просроченный сертификат — это красный экран браузера на всех устройствах и мгновенная остановка продаж. При этом он всегда «просрочен внезапно».
Контроль срока регистрации домена
Данные берутся из RDAP: авторитетный сервер зоны определяется через bootstrap IANA, для российских зон работает WHOIS-фолбэк. Предупреждения за 30, 14, 7, 3 и 1 день.
Потеря домена из-за неоплаченного продления обходится дороже любого тарифа мониторинга — и восстанавливается неделями, а иногда никогда.
Контроль изменения мета-тегов
Base388 снимает title, description и keywords и сравнивает со снимком. Изменились — приходит уведомление. Первая проверка тихо фиксирует эталон.
Выкатка или взлом, переписавшие title главной, роняют трафик из поиска на недели. Уведомление приходит в день изменения, а не в день отчёта по позициям.
Свои заголовки и тело запроса
К проверке можно приложить заголовки (Authorization, X-Api-Key, Content-Type) и тело — так мониторится закрытый API, а не только публичная главная.
Реальные деньги живут в API: оплата, интеграции, вебхуки. Их доступность важнее, чем доступность landing page.
Пропуск проверок через firewall и WAF
Каждый монитор шлёт собственный секрет в заголовке X-Base388-Verify. Значение уникально для монитора, его можно вписать в правило WAF и ротировать одной кнопкой.
Мониторинг не приходится «пускать по User-Agent», ослабляя защиту всего сайта ради одной проверки.
Инциденты с таймлайном
Сбой не превращается в поток одинаковых сообщений: открывается один инцидент, он накапливает историю, комментарии и длительность, а при восстановлении закрывается автоматически.
Есть документированная история: когда началось, сколько длилось, что сделали. Это основа и для разбора полётов, и для разговора с клиентом.
Автоотключение зависших мониторов
Если инцидент длится дольше заданного порога, монитор ставится на паузу, в инцидент пишется системный комментарий, а владельцу уходит письмо.
Сайт, который выключили насовсем, перестаёт бесконечно долбить вас алертами и занимать лимит тарифа.
Публичный статус и SLA-отчёты
Любой монитор можно вывести на публичную статус-страницу и включить в SLA-отчёт за период — с выгрузкой в PDF и в white-label оформлении.
Аптайм из внутренней метрики превращается в документ, который можно приложить к акту или показать на встрече.
Как это настраивается
Добавьте URL
Вставьте адрес сайта или эндпоинта, выберите интервал и ожидаемый код ответа.
Задайте правило успеха
При необходимости — ключевое слово в ответе, заголовки, тело запроса, контроль SSL, домена и мета-тегов.
Выберите каналы
Отметьте, куда слать алерты по этому монитору: Telegram, email, вебхук. Порог «сколько ошибок подряд» задаётся правилами.
Наблюдайте
Полоса доступности за 90 дней, график отклика, журнал каждой проверки и история инцидентов — на одной странице.
Зачем это нужно на самом деле
Простой стоит денег каждую минуту
Если сайт приносит выручку, стоимость часа простоя считается напрямую. Мониторинг сокращает не вероятность аварии, а время до её обнаружения — а именно оно и определяет убыток.
Вы узнаёте раньше клиента
Худший сценарий поддержки — когда о падении сообщает покупатель. Это удар и по выручке, и по репутации сразу. Алерт в Telegram переворачивает картину: вы уже чините, когда клиент только заметил.
Подрядчик становится подотчётным
Внешние цифры аптайма — это язык, на котором можно разговаривать с хостингом и разработчиками без спора «у меня всё работает».
Аварии, которые не видно изнутри
Упавший DNS, просроченный сертификат, заблокированный провайдером IP — с сервера всё выглядит идеально. Внешняя проверка видит то же, что видит клиент.
В планах: гео-мониторинг
Мы готовим проверки из нескольких географических точек одновременно. Это отвечает на вопрос «сайт лежит или его не видно только из этого региона»: блокировки провайдера, проблемы CDN и региональные сбои маршрутизации выглядят как падение, хотя сервер полностью здоров. Пока проверки идут из одной сети — с независимого от вашего хостинга канала.
HTTP-мониторинг и мониторинг задач — разные вопросы
HTTP-монитор проверяет то, что доступно снаружи. Фоновые процессы снаружи не видны: выгрузка остатков или ночной бэкап не имеют URL. Для них есть heartbeat и jobs.
| Вопрос | HTTP-монитор | Heartbeat / Jobs |
|---|---|---|
| Кто инициирует | Base388 сам ходит к вам | Ваша задача сама сообщает о себе |
| Что проверяет | Доступность и корректность ответа | Факт и результат выполнения процесса |
| Нужен публичный адрес | Да | Нет — работает и из закрытого контура |
| Типичный объект | Сайт, API, вебхук, оплата | Cron, бэкап, выгрузка, импорт |
Кто это использует
Разбор сценариев, в которых этот тип мониторинга закрывает основную боль.
Веб-студии и SEO-студии
Десятки клиентских сайтов на поддержке, SLA-отчёты под своим брендом и контроль сроков доменов и сертификатов.
Смотреть кейс E-commerceИнтернет-магазин
Витрина, корзина, оплата и выгрузка остатков: контроль всей цепочки, на которой держится заказ.
Смотреть кейс МедиаНовостной портал и медиа
Трафик приходит волнами, а рекламные показы не ждут: контроль доступности, скорости и лент.
Смотреть кейсЧастые вопросы
Нужно ли что-то устанавливать на сервер?
Как не получать шквал уведомлений при мигающем сбое?
Можно ли мониторить закрытый API с авторизацией?
Наш WAF блокирует внешние проверки. Что делать?
Что происходит, когда сайт восстановился?
Поставьте первый монитор за две минуты
Бесплатный тариф доступен сразу и навсегда, карта не нужна.