Мониторинг доступности сайта
Сервис регулярно открывает URL с внешнего сервера и проверяет, успел ли сайт ответить, какой HTTP-код вернул и не появилась ли известная страница ошибки.
Недоступность бывает не только полной
Сайт может перестать принимать соединения, отвечать с таймаутом, вернуть 5xx или показать защитную страницу CDN вместо приложения. Для посетителя эти случаи выглядят по-разному, но каждый требует реакции.
Web-Puls сохраняет техническую причину и время ответа. Краткие колебания перепроверяются, чтобы уведомление отражало подтвержденную проблему, а не случайный сетевой пакет.
Контроль кодов ответа
Сервис различает успешные ответы, редиректы, клиентские ошибки и сбои уровня 5xx.
Защита от ложных тревог
Проблема подтверждается повторной проверкой, а короткая задержка выполнения очереди не создает отдельную жалобу.
Понятная хронология
График и список событий показывают длительность недоступности и момент восстановления.
От URL до подтвержденного события
-
1
Плановая проверка
Web-Puls обращается к URL с заданным интервалом и ограниченным таймаутом.
-
2
Повторное подтверждение
Подозрительный ответ проверяется еще раз до отправки события.
-
3
Инцидент и восстановление
Подтвержденная смена статуса попадает в историю и уведомления.
Что стоит проверять
- главную страницу и критичные посадочные
- формы, кабинеты и API endpoint
- страницы оплаты и оформления заказа
Частые вопросы
Что считается недоступностью сайта?
Сетевой таймаут, ошибка DNS или TLS, отказ соединения, критичный HTTP-код либо подтвержденная страница блокировки или ошибки.
Почему один неудачный запрос не всегда вызывает письмо?
Единичная ошибка маршрута возможна даже у работающего сайта. Повторное подтверждение уменьшает число ложных тревог.
Можно ли контролировать отдельную страницу?
Да. В мониторинг добавляется конкретный URL, включая внутреннюю страницу или доступный HTTP endpoint.
Начните с критичного URL
Сначала подключите страницу, потеря которой сразу влияет на заявки или работу пользователей.