Упал сайт: пошаговый разбор - где причина и как восстановить

Сайт упал. Вместо главной страницы белый экран или бесконечная загрузка. Клиент пишет: «у вас ничего не открывается». Реклама крутится, деньги уходят, заявки не идут. Руки тянутся что-нибудь нажать, откатить, переустановить.

Стоп. Без понимания причины любое действие может усугубить проблему. Сначала соберите факты, потом чините.

За 30 минут можно определить, где именно сломалось: хостинг, домен, DNS, SSL или свежие правки. Дальше покажу по шагам, как это сделать без паники и лишних движений.

Почему сайт перестал открываться и откуда берётся проблема?

Причин падения четыре: хостинг и ресурсы сервера, домен и DNS, SSL и настройки редиректов, последние правки на сайте. Симптомы похожи, но лечатся по-разному. Ваша задача за 30 минут определить зону поломки.

Падение может идти из нескольких зон. Симптомы часто одинаковые, а источники разные.

Первая зона: инфраструктура хостинга. Сайт недоступен для всех, выдаёт ошибки 500 или 503. Вы проверяете только у себя и думаете, что «иногда тормозит».

Вторая зона: домен и DNS. Сайт не находится, открывается старый IP, у разных людей разные результаты. Вы надеетесь, что «само обновится через час», и теряете время.

Третья зона: SSL и фронтовые изменения. Браузер показывает предупреждение, страница уходит в циклический редирект. У вас открывается, у клиентов нет.

Четвёртая зона: последние правки. Обновили плагин, изменили настройки, добавили код. Сайт лёг через час после этого.

Запомните эти четыре зоны. Дальше разберём, как быстро определить свою.

Что обычно делают не так при падении сайта?

Новички откатывают правки наугад, пишут в поддержку без фактов, проверяют только из своего браузера, меняют DNS и SSL без понимания причины, путают оплату со статусом услуги. Всё это затягивает восстановление на часы.

Вижу одни и те же ошибки постоянно. Разберу их, чтобы вы не повторяли.

Откатывают последние правки наугад. Не фиксируют время и симптомы. В итоге получают новый набор ошибок. Непонятно, с какой точки всё начало ломаться.

Пишут в поддержку «сайт не работает, срочно» без фактов. Диалог превращается в переписку на час. Вас спрашивают: «какой домен», «что именно видите», «пришлите скриншот». Время уходит на уточнения, а не на решение.

Проверяют только из своего браузера. Попадают в ловушку кеша и сохранённых редиректов. Делают вывод «у меня работает», а у других людей сайт не открывается.

Меняют DNS, выпускают новый SSL, ставят плагины «починки». Без понимания причины закрепляют хаос. Восстановление растягивается на часы.

Путают оплату и статус услуг. Думают, что домен продлён или сертификат активен. Не проверяют фактический статус в панели. Упускают банальное окончание срока действия.

Как за 30 минут найти причину: пошаговый план?

Зафиксируйте симптомы и время, проверьте сайт с другого устройства, отделите DNS от сервера, проверьте статус домена и SSL, сопоставьте последние правки, напишите в поддержку с фактами. Порядок важен.

Вот мой рабочий алгоритм. Он занимает полчаса максимум.

Шаг 1. Зафиксируйте симптомы и время. Запишите, что именно видите в браузере: текст ошибки, код 404, 500 или предупреждение о сертификате. Это нужно, чтобы не гадать и не спорить с поддержкой.

Шаг 2. Проверьте «для всех или только у меня». Откройте сайт с другого интернета или устройства в приватном режиме. Так вы убираете кеш и локальные настройки. Видите реальную картину.

Шаг 3. Отделите домен и DNS от сервера. Проверьте разрешение домена через онлайн-сервис. Посмотрите, на какой IP он указывает. Разные ответы или отсутствие резолва это проблема DNS. Правильный IP при неработающем сайте это проблема сервера.

Шаг 4. Проверьте статус домена и оплату. Зайдите в панель регистратора или биллинг. Смотрите не по письмам, а по фактическому статусу: дата окончания, надпись «активен» или «приостановлен».

Шаг 5. Проверьте SSL. Откройте сайт в приватном окне. Истёкший сертификат это одно. Неправильная установка другое. Циклический редирект с http на https и обратно это конфликт настроек.

Шаг 6. Вспомните последние правки. Сопоставьте по времени. Отключите только одно изменение или точечно переключитесь на резервную копию. Не откатывайте всё подряд.

Шаг 7. Напишите в поддержку правильное сообщение. Укажите домен, время падения, текст ошибки, результаты проверок, что уже сделали и что не трогали. Это сократит переписку с часа до минут.

Как понять, что проблема в хостинге, а не в домене?

Проверьте DNS-резолв домена. Если домен резолвится на правильный IP, а сайт не открывается, проблема в сервере или хостинге. Если домен не резолвится или указывает не туда, проблема в DNS или у регистратора.

DNS-резолв (от англ. resolution — разрешение) — это сам процесс преобразования доменного имени (например, example.com) в IP-адрес (набор чисел вроде 93.184.216.34), который нужен компьютеру, чтобы связаться с сервером сайта. Проще говоря: вы вводите имя, а система находит для него адрес.

Это ключевая развилка. От неё зависит, куда писать и что чинить.

Домен резолвится правильно. IP совпадает с тем, что указан в панели хостинга. Сайт не открывается. Значит, проблема на сервере: перегрузка, ошибка конфигурации, упавший сервис. Пишите хостеру.

Домен не резолвится. Онлайн-проверка показывает, что домен не отвечает или отвечает с разных IP по-разному. Проблема в DNS. Проверьте NS-сервера у регистратора, срок делегирования, статус домена.

Домен указывает на чужой IP. Возможно, домен освободился и его перехватили. Или вы недавно меняли DNS и ошиблись в записи. Такое встречается чаще, чем кажется.

Простая проверка через любой whois-сервис или DNS-резолвер покажет картину за 2 минуты. Не пропускайте этот шаг.

Как проверить SSL и понять, что дело в сертификате?

Откройте сайт в приватном режиме. Если браузер пишет «подключение не защищено», проверьте срок действия сертификата. Истёкший сертификат перевыпускается за 15 минут. Циклический редирект лечится настройкой принудительного https.

SSL-проблемы выглядят страшно, но решаются быстро.

Симптом 1: Предупреждение о недоверенном сертификате. Пользователь видит красный экран. Причина: сертификат истёк или выпущен на другой домен. Проверьте срок действия. Перевыпустите в панели хостинга.

Симптом 2: Циклический редирект. Адрес в строке прыгает с http на https и обратно. Страница не открывается. Причина: конфликт настроек. Вы включили принудительный https в двух местах или неправильно настроили редирект.

Симптом 3: Смешанный контент. Сайт открывается, но с ошибками. Часть ресурсов грузится по http. Это не критично, но пугает пользователей. Лечится заменой ссылок на https.

Проверка: откройте сайт в приватном окне. Браузер покажет точную ошибку. Сделайте скриншот. Это сэкономит время при обращении в поддержку.

Как не потерять время при обращении в поддержку?

Пишите первое сообщение с полным набором фактов: домен, время падения, текст ошибки, результаты проверок DNS и SSL, что уже сделали. Это сокращает переписку с часа до нескольких минут.

Поддержка работает быстрее, когда вы даёте факты, а не эмоции.

Шаблон сообщения:

Домен: primer.ru
Время падения: сегодня, 14:30 по Москве
Ошибка: 503 Service Unavailable при открытии главной
Что проверил: DNS резолвится на правильный IP, домен активен, SSL действует
Что сделал: отключил последний плагин, результат не изменился
Что не трогал: DNS-записи и настройки https

Такой формат экономит 30–40 минут переписки. Специалист сразу видит картину и идёт в нужную зону, а не задаёт уточняющие вопросы по кругу.

Пример из жизни: как за 30 минут найти и решить проблему

Магазин на недорогом тарифе перестал открываться у клиентов. Владелица проверила сайт с другого устройства, нашла истёкший SSL и циклический редирект, написала в поддержку с фактами. Решение заняло 15 минут.

Ситуация. Небольшой интернет-магазин. Владелица узнаёт о проблеме от клиента. У неё сайт «не открывается»: в одном браузере крутится загрузка, в другом вылезает предупреждение о сертификате. В панели хостинга всё зелёное.

Действия. Проверила с мобильного интернета и увидела другую ошибку. Посмотрела DNS, всё правильно. Домен активен и оплачен. Проверила SSL и нашла, что сертификат истёк три дня назад. Кеш в браузере скрывал проблему.

Дополнительно. Обнаружила циклический редирект после недавнего включения принудительного https. В приватном режиме картина стала ясной.

Результат. Написала в поддержку короткое сообщение с доменом, скриншотом и результатами проверок. Сертификат перевыпустили за 15 минут. Подсказали, где убрать лишний редирект. Сайт снова в строю.

Что делать прямо сейчас, чтобы падение не застало врасплох?

Сохраните чек-лист из семи шагов. Подготовьте шаблон сообщения в поддержку с полями: домен, время, ошибка, результаты проверок. В момент падения вы не будете паниковать и откатывать всё подряд.

Падение сайта это вопрос времени. Рано или поздно случится у каждого. Вопрос в том, сколько вы потеряете.

Мой совет: сохраните этот чек-лист. Пусть он лежит в заметках телефона или на рабочем столе.

Когда сайт упадёт, вы откроете его и пройдёте по шагам. Без паники, без хаотичных действий, без лишних правок. За 30 минут найдёте причину и напишете в поддержку правильное сообщение.

Один конкретный шаг на сегодня: подготовьте шаблон сообщения в поддержку. Поля: домен, время, ошибка, результаты проверок, что сделали, что не трогали. Это займёт 5 минут, а сэкономит час в момент аварии.