Что делать, если сайт не открывается
Если сайт не открывается, важно не гадать, а быстро пройти диагностику по слоям: браузер и сеть пользователя, DNS, HTTPS, HTTP-ответ, сервер, прокси, приложение и внешние зависимости. Такой порядок помогает понять, где именно произошёл сбой и кому его передавать.
Чеклист диагностики
Отметьте пункты, которые уже проверили.
Сначала отделите локальную проблему от реального сбоя сайта
Когда пользователь пишет, что сайт не работает, это ещё не доказывает падение сервиса. Проблема может быть в локальной сети, корпоративном прокси, кешированном DNS, расширении браузера или региональной блокировке. Но если жалоб несколько, а сайт не открывается из разных сетей, нужно считать ситуацию потенциальным инцидентом и начинать техническую проверку.
Быстрая проверка с другой сети экономит время. Откройте сайт с мобильного интернета, попросите коллегу проверить из другого города или используйте внешний checker. Если ошибка повторяется, фиксируйте время, URL, текст ошибки и переходите к проверке DNS, SSL и HTTP-статуса. Эти данные потом помогут сравнить проблему с логами сервера.
- проверьте главную страницу и одну важную внутреннюю страницу
- сравните открытие по HTTP и HTTPS
- проверьте сайт из другой сети, а не только из офиса
- зафиксируйте точное время ошибки и текст сообщения браузера
Проверьте DNS: домен должен вести на правильный сервер
DNS-проблемы часто выглядят как полное падение сайта: браузер пишет, что не может найти сервер, а пользователи не доходят даже до HTTPS. Причиной может быть истечение домена, ошибка в NS-записях, неверный A/AAAA/CNAME, слишком долгий TTL после переезда или сбой у DNS-провайдера.
Если сайт недавно переносили на другой хостинг, особенно важно проверить, что домен резолвится в ожидаемый IP. Бывает, что часть пользователей уже видит новый сервер, а часть ещё ходит на старый. В такой ситуации инцидент может быть непостоянным: у команды сайт открывается, а у клиентов нет.
- домен резолвится в ожидаемый IP-адрес
- NS-записи ведут на актуального DNS-провайдера
- нет случайной AAAA-записи на недоступный IPv6
- домен не истёк и не заблокирован регистратором
Проверьте SSL и цепочку HTTPS
Истёкший или неправильно установленный SSL-сертификат не всегда означает, что сервер упал. Технически сайт может отвечать, но браузер покажет предупреждение безопасности, и большая часть пользователей уйдёт. Для бизнеса это выглядит как недоступность: заявки, оплаты и входы в личный кабинет падают.
Проверяйте не только дату окончания сертификата, но и домен, на который он выпущен, промежуточную цепочку, редирект с HTTP на HTTPS и наличие сертификата на www-версии. Частая ошибка после продления: сертификат выпустили, но не установили на нужный виртуальный хост или балансировщик.
- сертификат действителен и не истёк
- сертификат выпущен на нужный домен
- цепочка сертификатов корректна
- редирект на HTTPS не уводит в циклическую цепочку
Посмотрите HTTP-статус, TTFB и редиректы
Если DNS и SSL в порядке, следующий слой диагностики — HTTP. Сайт может возвращать 500, 502 или 503, может зависать до timeout, может отправлять пользователя в неправильный редирект или отвечать 200 только на главной странице. Поэтому проверять нужно не один URL, а несколько критичных точек.
TTFB показывает, сколько времени проходит до первого байта ответа. Если статус 200, но TTFB несколько секунд, пользователь всё равно воспринимает сайт как сломанный. Высокий TTFB часто указывает на backend, базу данных, внешний API, перегрузку сервера или холодный кеш после деплоя.
- HTTP 200 на главной ещё не означает, что весь сайт здоров
- 5xx говорит о проблеме приложения, прокси или перегрузке
- длинные редиректы увеличивают задержку и могут приводить к ошибкам
- высокий TTFB стоит разбирать вместе с CPU, RAM и логами
Проверьте сервер, прокси и приложение
Если внешний симптом подтверждён, переходите к инфраструктуре. Проверьте, жив ли сервер, достаточно ли CPU и RAM, не заполнен ли диск, не закончились ли inode, отвечает ли база данных, работает ли контейнер приложения и видит ли nginx или другой reverse proxy upstream.
Самые частые причины внезапной недоступности: неудачный деплой, падение процесса, заполненный диск, ошибка конфигурации nginx, истёкший секрет внешнего API, перегрузка базы или лимиты хостинга. Без истории метрик команда часто видит только последствия, но не момент начала проблемы.
- проверьте последние деплои и изменения конфигурации
- посмотрите error logs приложения и reverse proxy
- проверьте доступность базы данных и внешних API
- оцените CPU, RAM, диск и heartbeat сервера
Что сделать после восстановления
После того как сайт снова открылся, не стоит закрывать задачу фразой “само прошло”. Зафиксируйте причину, длительность, затронутые URL и действия по восстановлению. Если причина не найдена, оставьте наблюдение за теми метриками, которые могли быть связаны с инцидентом.
Автоматический мониторинг нужен именно для этой части процесса. Он показывает, когда начался сбой, сколько он длился, когда сайт восстановился и повторялась ли проблема раньше. Это полезно для владельца бизнеса, поддержки, разработчиков и подрядчика, который отвечает за сайт.
- запишите время начала и восстановления
- сохраните HTTP-статус и текст ошибки
- проверьте повторяемость инцидента
- настройте уведомления ответственным сотрудникам
Что проверить дальше
Частые вопросы
С чего начать, если сайт не открывается?
Начните с проверки из другой сети, затем проверьте DNS, SSL, HTTP-статус, TTFB, редиректы и логи сервера. Такой порядок помогает понять, где именно возникла проблема.
Почему сайт может открываться у меня, но не у клиента?
Причиной может быть кеш DNS, региональная маршрутизация, CDN, корпоративный прокси, разные IP-адреса домена или проблема только с частью страниц.
HTTP 200 означает, что сайт работает нормально?
Не всегда. Сайт может отдавать 200, но делать это слишком медленно, показывать ошибочный контент или ломаться на формах, корзине и авторизации.
Как мониторинг помогает после сбоя?
Мониторинг фиксирует время начала, восстановления, статус, TTFB, SSL и историю инцидентов. Это помогает разбирать причины и не узнавать о проблеме от клиентов.
Контролируйте сайт автоматически
Проверяйте доступность, TTFB, SSL, серверные метрики и получайте уведомления ответственным.