Как проверить доступность сайта онлайн
Инструмент отправляет HTTP-запрос к указанному адресу с сервера PingDesk и показывает, что ответил сайт: код статуса, время ответа и итоговый URL, если по пути были редиректы. Проверка идёт не из вашего браузера, поэтому результат не зависит от кэша, расширений, VPN и локальных настроек сети.
Это первый шаг, когда сайт «не открывается»: за несколько секунд становится понятно, лежит ли сервер для всех или проблема только у вас — в DNS-кэше, провайдере, антивирусе или браузере.
Как пользоваться проверкой
- 1Введите домен или полный URL страницы, например example.ru или https://example.ru/cart. Если протокол не указан, проверка пойдёт по HTTPS.
- 2Нажмите «Проверить» и дождитесь ответа — обычно это занимает 1–3 секунды, максимум — до таймаута запроса.
- 3Посмотрите на код статуса: 2xx — страница отдаётся, 3xx — перенаправление, 4xx — ошибка запроса или доступа, 5xx — ошибка на стороне сервера.
- 4Если сайт перенаправляет, сверьте поле «Редирект на»: конечный адрес должен совпадать с ожидаемым, без лишних цепочек и перехода с HTTPS на HTTP.
- 5Оцените время ответа. Для обычной страницы ориентир — до 500–800 мс; стабильные значения выше 2–3 секунд говорят о проблемах с сервером или приложением.
Что означают коды ответа HTTP
Код статуса — трёхзначное число, которым сервер сообщает результат обработки запроса. Первая цифра задаёт класс ответа, поэтому даже незнакомый код легко отнести к нужной группе.
| Код | Значение | Что проверить |
|---|---|---|
| 200 OK | Страница отдана успешно | Всё в порядке; если контент неверный — проверьте кэш и CDN |
| 301 / 308 | Постоянный редирект | Нет ли цепочки из нескольких переходов и петли |
| 302 / 307 | Временный редирект | Не остался ли временный редирект после работ на сайте |
| 403 Forbidden | Доступ запрещён | Права на файлы, правила WAF, блокировка по IP или стране |
| 404 Not Found | Страница не найдена | Правильность URL, правила маршрутизации, удалённые страницы |
| 429 Too Many Requests | Превышен лимит запросов | Настройки rate limit и защиты от ботов |
| 500 Internal Server Error | Ошибка приложения | Логи приложения, последние деплои, ошибки в коде |
| 502 Bad Gateway | Прокси не получил ответ от бэкенда | Запущен ли бэкенд, PHP-FPM или контейнер приложения |
| 503 Service Unavailable | Сервис временно недоступен | Перегрузка, режим обслуживания, исчерпаны воркеры |
| 504 Gateway Timeout | Бэкенд не ответил вовремя | Медленные запросы к базе, внешние API, таймауты прокси |
Почему сайт открывается у меня, но не проходит проверку
Расхождение между вашим браузером и внешней проверкой — частая ситуация, и почти всегда у неё есть конкретная причина. Браузер может показывать страницу из кэша, а сервер в это время уже не отвечает.
- Кэш браузера или CDN: вы видите сохранённую копию, а origin-сервер недоступен.
- Защита от ботов и WAF: сервер отдаёт 403 или страницу с капчей запросам не из браузера.
- Гео- и IP-ограничения: сайт закрыт для части стран, дата-центров или подсетей.
- DNS: у вас закэширован старый IP, а для остальных запись уже указывает на другой сервер — или наоборот.
- Проблема маршрута: сбой у конкретного провайдера или магистрального оператора виден не всем.
Почему сайт не открывается у меня, но проверка показывает 200
Если внешний сервер получает нормальный ответ, проблема, скорее всего, на вашей стороне. Попробуйте открыть сайт в режиме инкогнито, с другого устройства или через мобильный интернет.
- Очистите DNS-кэш системы и браузера или временно смените DNS-резолвер.
- Отключите VPN, прокси и расширения, которые фильтруют трафик.
- Проверьте, не блокирует ли сайт антивирус или корпоративный файрвол.
- Убедитесь, что системное время верное — из-за него браузер может отвергать SSL-сертификат.
Время ответа: какие значения нормальны
Показатель включает разрешение DNS, установку TCP- и TLS-соединения и ожидание первого байта ответа. Поэтому на него влияют и расстояние до сервера, и скорость работы самого приложения.
Разовое медленное значение ещё не говорит о проблеме: важно, как время ответа ведёт себя на длинной дистанции. Рост задержки часто предшествует полному отказу — сервер сначала начинает «тормозить» из-за нагрузки или утечки памяти, а потом перестаёт отвечать.
| Время ответа | Оценка |
|---|---|
| до 300 мс | Отлично: быстрый сервер и близкое расположение |
| 300–800 мс | Нормально для большинства сайтов |
| 0,8–2 с | Заметно медленно: стоит проверить кэширование и запросы к базе |
| больше 2 с | Плохо: пользователи уходят, страдают поведенческие факторы |
Разовая проверка и мониторинг: в чём разница
Онлайн-проверка отвечает на вопрос «работает ли сайт прямо сейчас». Она не узнает о падении ночью, не покажет, как часто сайт был недоступен за месяц, и не предупредит, пока вы сами не зайдёте проверить.
Uptime-мониторинг делает тот же запрос автоматически каждую минуту, хранит историю ответов и присылает уведомление в Telegram, MAX или на почту, как только сайт перестал отвечать или вернул ошибку. По истории видно процент доступности, время простоя и причину каждого инцидента.
Частые вопросы
Как понять, что сайт упал только у меня?
+
Запустите проверку на этой странице. Если сервер PingDesk получает код 200, сайт работает, а проблема в вашей сети, DNS-кэше, браузере или провайдере. Если проверка тоже возвращает ошибку или таймаут, сайт недоступен для всех.
Какой HTTP-код означает, что сайт работает?
+
Коды 200–299 означают успешный ответ. Коды 301–308 — перенаправление, это нормально, если конечная страница открывается. Коды 400–499 говорят об ошибке запроса или доступа, а 500–599 — об ошибке на стороне сервера.
Что делать при ошибке 502 Bad Gateway?
+
Ошибку отдаёт прокси-сервер, например nginx, когда не может получить ответ от приложения. Проверьте, запущены ли PHP-FPM, Node.js или контейнер приложения, не закончилась ли память и что пишут логи прокси и бэкенда.
Чем ошибка 503 отличается от 504?
+
503 означает, что сервис сам сообщает о временной недоступности — из-за перегрузки или режима обслуживания. 504 — прокси дождался таймаута и не получил ответа от бэкенда, чаще всего из-за медленных запросов к базе или внешним API.
Проверяет ли инструмент содержимое страницы?
+
Нет, разовая проверка смотрит на код ответа, время и редиректы. Наличие нужного текста на странице — например, кнопки «Купить» — проверяет мониторинг PingDesk с контролем ключевого слова.
Можно ли проверить отдельную страницу, а не главную?
+
Да, укажите полный URL: карточку товара, корзину, форму заявки или API-эндпоинт. Главная может работать, а важная внутренняя страница — отдавать ошибку.
Как получать уведомления, если сайт перестал работать?
+
Подключите uptime-мониторинг: PingDesk будет проверять адрес каждую минуту и пришлёт уведомление в Telegram, MAX, на почту или в другой канал сразу после сбоя и после восстановления.