Проверка доступности сайта

Введите URL страницы и запустите проверку. Сервис покажет, отвечает ли сайт сейчас, какой HTTP-статус возвращает, есть ли редиректы, из каких локаций сайт доступен и сколько времени занял ответ.

Сайт считается упавшим, если он не отвечает на запросы, возвращает ошибку 5xx (502, 503, 504), не резолвится в DNS или сильно превышает таймаут соединения. Проверка из нескольких локаций помогает отличить глобальный сбой от локальной проблемы у провайдера или региона.

Разовая проверка показывает текущую доступность сайта, код ответа сервера, время отклика, итоговый URL после редиректов и результат проверки по локациям. Этого достаточно, чтобы быстро понять, сайт действительно недоступен или проблема локальная.

Такое бывает из-за DNS-кэша, сбоев у провайдера, блокировок, проблем CDN, WAF или маршрутизации между регионами. Поэтому полезно смотреть доступность сайта сразу из нескольких локаций, в том числе из России.

Нужно запускать проверку из российских локаций, а не только из зарубежных. Это помогает увидеть проблемы, которые проявляются именно у аудитории в РФ: у провайдеров, на уровне DNS, CDN, гео-ограничений или сетевой маршрутизации.

Обычно нормальными считаются коды 2xx, например 200 OK. Коды 3xx означают редиректы и не всегда являются проблемой, а ответы 4xx и 5xx обычно требуют проверки настройки сайта, приложения или сервера.

Сервис проходит всю цепочку редиректов 301/302/307/308 и показывает итоговый URL, на который в конце попадает пользователь. Это полезно, когда нужно убедиться, что HTTP уходит на HTTPS, что склейка с www/без www работает, или что после миграции сайт перенаправляется на правильный адрес.

Сначала проверьте, воспроизводится ли ошибка из нескольких локаций. Ошибки 502, 503 и 504 часто связаны с перегрузкой сервера, проблемами апстрима, балансировщика, reverse proxy или таймаутами между сервисами.

Да. Если сайт регулярно недоступен, поисковые роботы хуже обходят страницы, а пользователи чаще уходят, не дождавшись загрузки. Разовая проверка помогает быстро диагностировать проблему, а постоянный мониторинг нужен, чтобы не пропускать повторяющиеся сбои.

Разовая проверка отвечает на вопрос, что происходит с сайтом прямо сейчас. Постоянный мониторинг нужен, чтобы автоматически узнавать о следующем сбое, видеть историю инцидентов и получать уведомления без ручных проверок.