Как проверить, работает ли сайт: у всех или только у вас
Сайт не открывается. Он лежит у всех или проблема у вас — в Wi-Fi, DNS, браузере? А если это ваш собственный сайт, с чего начинать? Ниже — проверки в том порядке, который экономит больше всего времени: от «это только у меня?» до самого сервера.
Шаг 1: не работает у всех или только у вас?
Быстрее всего ответить, посмотрев на сайт с другой точки:
- Откройте его на телефоне с выключенным Wi-Fi: мобильный интернет — другая сеть и обычно другой DNS.
- Попробуйте другой браузер или приватное окно: расширения и кэш умеют ломать страницы.
- Запустите проверку статуса сайта. Она запрашивает страницу с нашего сервера — из другой сети и другого места, чем вы, — и показывает HTTP-код, время ответа, SSL и редиректы.
Если с нашего сервера и через мобильный интернет сайт открывается, а из домашней сети нет, проблема локальная: роутер, кэш DNS, VPN, антивирус или корпоративный фаервол. Перезагрузите роутер, очистите кэш DNS, отключите VPN и попробуйте снова. Если сайт не открывается нигде — читайте дальше.
Шаг 2: прочитайте текст ошибки
Сообщение браузера уже сужает круг причин:
- «Не удаётся получить доступ к сайту» / DNS_PROBE_FINISHED_NXDOMAIN — имя домена не превращается в адрес. Переходите к шагу про DNS.
- Превышено время ожидания / соединение отклонено — DNS работает, но сервер не отвечает: он выключен, перегружен или фаервол отбрасывает соединение.
- Предупреждение о сертификате (NET::ERR_CERT_DATE_INVALID и похожие) — сервер отвечает, но SSL-сертификат просрочен, недействителен или выписан на другое имя.
- Страница с кодом ошибки (500, 502, 503, 404…) — сервер доступен и отвечает, проблема в приложении, конфигурации или адресе.
Весь сайт или одна страница?
Прежде чем лезть в сервер, оцените масштаб. Откройте главную и ещё две-три страницы, включая статический файл — картинку или robots.txt. Если статические файлы отдаются, а страницы нет, веб-сервер жив, а падает приложение (CMS, база данных, PHP). Если сломан только один раздел, ищите, чем он особенный: плагин, внешний API, тяжёлый запрос к базе. Если главная работает, а конкретная ссылка отдаёт 404, страницу, скорее всего, перенесли без редиректа. А если всё падает только в админке, причина чаще в сессии, cookies или правиле безопасности, а не в падении сайта.
Шаг 3: коды ответа — 5xx против 4xx
Отвечая, сервер возвращает код состояния. Проверка кода ответа сервера покажет точный код любого URL, включая все редиректы по пути.
| Код | Что обычно значит | Типичная причина |
|---|---|---|
| 500 | Внутренняя ошибка сервера | Ошибка в коде, сбойный плагин или обновление, неверные права на файлы |
| 502 | Bad Gateway | Веб-сервер или CDN не получает корректный ответ от приложения за ним (PHP-FPM, Node, upstream) |
| 503 | Сервис недоступен | Перегрузка, режим обслуживания, исчерпан лимит процессов |
| 504 | Gateway Timeout | Приложение отвечает слишком долго: тяжёлые запросы, зависшие процессы |
| 403 | Доступ запрещён | Права доступа, блокировка IP, правило WAF или плагина безопасности |
| 404 | Не найдено | Неверный адрес, удалённая страница, сломанные правила перезаписи — сам сервер работает |
| 429 | Слишком много запросов | Ограничение частоты запросов на сервере или CDN |
Правило большого пальца: 5xx — проблема на стороне сервера; 4xx — сервер работает, но отказывает или не находит именно этот запрос. Главная, отдающая 404, не «лежит» в обычном смысле — что-то не так с адресом или маршрутизацией.
Шаг 4: проблемы с DNS
Если домен не разрешается, проверьте его записи через DNS Lookup: есть ли запись A (или AAAA) и указывает ли она на нужный сервер? Совпадают ли записи NS с теми, что выдал ваш DNS-провайдер?
Частые причины:
- Домен не продлён. Регистраторы часто переключают DNS на страницу-заглушку или убирают его совсем. Дату окончания покажет WHOIS.
- Записи недавно менялись. После переезда хостинга или DNS-провайдера часть резолверов ещё отдаёт старый адрес, пока не истечёт TTL в кэше. Проверка обновления DNS сравнивает ответы многих публичных резолверов с авторитетными серверами и показывает, кто уже видит новое значение.
- NS-серверы у регистратора сменили, а зона у нового провайдера пустая или неполная.
Подробно о каждой записи — в статье о проверке DNS-записей.
Шаг 5: просроченный SSL-сертификат
Сайт с просроченным сертификатом браузер закрывает предупреждением на весь экран, и посетители воспринимают это как «сайт не работает». Автопродление обычно спасает, но молча ломается при смене DNS, подключении CDN или если задача продления перестала запускаться. Проверка SSL покажет дату окончания, цепочку и имена в сертификате. Подробнее — о проверке SSL-сертификата.
Шаг 6: сбои хостинга, CDN и сторонних сервисов
Иногда дело вовсе не в вашем сайте. Крупные хостинги, облачные платформы и CDN публикуют страницы статуса (обычно status.провайдер.com) с текущими инцидентами. Если у вас CDN вроде Cloudflare, его собственные страницы ошибок подсказывают, с какой стороны сбой: ошибка, в которой фигурирует ваш исходный сервер, означает, что CDN работает, но не может достучаться до хостинга.
Проверяйте и «медленно», а не только «мертво»: время отклика сайта раскладывает запрос на DNS, подключение, TLS и время до первого байта. TTFB в несколько секунд указывает на перегруженный сервер или медленное приложение — это часто предшествует ошибкам 502 и 504.
Шаг 7: блокировка фаерволом или WAF
Сайт может «не работать» только у части посетителей. Веб-фаерволы, плагины безопасности, DDoS-защита хостинга и блокировки по странам отсекают отдельный IP, целого провайдера или страну. Признаки: у одних 403 или страница проверки, у других всё открывается; сайт работает через мобильный интернет, но не из офиса. Если в публичный чёрный список попал IP вашего сервера или почты, смотрите статью почему IP в чёрном списке.
Владельцу сайта: что делать сейчас и в следующий раз
- Подтвердите падение снаружи (проверка статуса, мобильный интернет).
- Проверьте очевидное: сроки домена и сертификата, приостановку хостинга за неоплаченный счёт, заполненный диск.
- Загляните в логи: журнал ошибок веб-сервера и приложения ровно на момент сбоя. Большинство ошибок 500 объясняются там.
- Откатите последнее изменение: обновление плагина, деплой, правку конфигурации. Сначала откат, потом расследование.
- Перезапустите службы (веб-сервер, PHP-FPM, базу данных), если они зависли, — и потом выясните почему.
- Напишите хостеру с конкретикой: время, адрес, код ответа, текст ошибки.
Чтобы узнавать о проблеме раньше посетителей, настройте мониторинг доступности: внешнюю проверку каждые несколько минут с оповещением на почту или в мессенджер. Отдельно поставьте напоминания об окончании сертификата и домена — это самые предотвратимые падения из всех.