«Не открывается» — это ещё не диагноз
Сообщение «сайт не работает» может означать очень разные вещи: сервер выключен, домен перестал резолвиться, истёк сертификат, упал хостинг или проблема только у одного пользователя. Пока причина не названа, любые действия — это угадывание. Задача первых минут — не «чинить», а сузить область до конкретного слоя.
Полезно с самого начала разделять два вопроса: сайт действительно недоступен всем — или проблема локальна для вас. От ответа зависит, куда вообще смотреть дальше.
Шаг 1. Это у всех или только у вас
Сначала исключите свою сторону: откройте сайт с мобильного интернета вместо Wi-Fi, в режиме инкогнито и в другом браузере. Если оттуда сайт открывается — проблема локальная: кеш, расширение, DNS провайдера или блокировка в вашей сети, а сам сайт в порядке.
Быстрее всего проверить это внешней разовой проверкой доступности: она обращается к сайту со стороны и показывает, отвечает ли он сейчас, по какому протоколу и за какое время. Если внешняя проверка говорит «сайт отвечает», а у вас — нет, значит чинить нужно не сайт, а окружение на вашей стороне.
Шаг 2. Разберите ответ по слоям
Если сайт недоступен и снаружи, двигайтесь по слоям снизу вверх. DNS: резолвится ли домен в IP-адрес — если нет, дело в записях домена или у регистратора. Сеть и сервер: доходит ли запрос до сервера и отвечает ли он вообще. SSL: если сервер отвечает только по HTTP или ругается на сертификат — проблема в TLS, а не в доступности как таковой.
Такое разделение экономит время: не нужно перезагружать сервер, если на самом деле не обновились DNS-записи после переезда, и не нужно трогать домен, если истёк сертификат. Каждый слой проверяется отдельно и указывает на своего ответственного.
- DNS: домен не резолвится → смотреть записи и регистратора.
- Сеть/сервер: запрос не доходит или таймаут → хостинг, файрвол, перегрузка.
- SSL: отвечает только по HTTP или ошибка сертификата → настройка TLS.
Шаг 3. Прочитайте код ответа правильно
Если сервер вернул HTTP-код, это уже хорошая новость: сервер жив и на связи. Коды 2xx и 3xx означают успешный ответ или перенаправление. Коды 4xx говорят об ошибке запроса (например, 404 — страница не найдена), а 5xx — об ошибке на стороне сервера. Частая ловушка: 500 воспринимают как «сайт лежит», хотя на деле сервер доступен и ответил, просто при обработке запроса произошла внутренняя ошибка.
Отсутствие любого кода — иное состояние: ответа нет вообще. Тогда причина в сети, DNS или в том, что сервер не принимает соединения. Различать «ответил ошибкой» и «не ответил» критично: это два разных маршрута решения.
Когда разовой проверки мало
Разовая проверка отвечает на вопрос «что сейчас», но сбои редко удобны: сайт может падать ночью, на пять минут или только под нагрузкой. Одиночная проверка это не поймает, а клиент заметит раньше вас.
Регулярный мониторинг проверяет сайт с нужным интервалом и сообщает о падении сразу, а не постфактум. Pingora ведёт историю проверок и инцидентов, поэтому вместо «кажется, вчера что-то было» у команды есть факты: когда началось, сколько длилось и подтвердилось ли повторно. Это и есть разница между тушением пожаров и управляемой поддержкой.