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