Сайт упал: Кто виноват и что делать

Представьте: утро понедельника. Вы открываете сайт, чтобы проверить заявки, а там белый экран. Или ошибка 500. Или вообще «Не удаётся установить соединение». Телефон молчит. Реклама крутится, деньги списываются, а лиды уходят в пустоту. Сердце падает в пятки. Знакомая картина?

Я работаю с сайтами больше десяти лет и точно знаю: паника в такой момент — главный враг. Сейчас я дам вам четкий алгоритм действий из моего личного регламента экстренного реагирования. Никакой воды — только шаги, которые вернут сайт к жизни с минимальными потерями.

Кто виноват: 5 типичных причин, почему сайт упал

Чтобы понимать, что делать, нужно быстро локализовать проблему. В 95% случаев причина одна из этих пяти.

1. Проблемы на стороне хостинга
Сервер «лёг», превышена нагрузка, закончилось место на диске, истек срок оплаты услуг, хостинг-провайдер проводит технические работы. Это самая частая причина.
Главный признак: сайт не открывается совсем, часто появляется ошибка «503 Service Unavailable» или белый экран без деталей. Почта на вашем домене тоже может не работать.

2. Ошибки в коде после обновлений
Обновили WordPress, плагин, тему — и сайт «упал». Несовместимость версий, битые скрипты, фатальные ошибки PHP.
Главный признак: ошибка 500 (Internal Server Error) или «На сайте произошла критическая ошибка». Часто проблеме предшествовали ваши или чьи-то действия в админке.

3. Проблемы с доменом и SSL
Закончился срок регистрации домена, истек SSL-сертификат, неверно настроены DNS-записи.
Главный признак: сайт либо вообще не открывается, либо браузер выдает предупреждение «Ваше подключение не защищено», а адресная строка показывает ошибку сертификата.

4. DDoS-атака или вирус
Сайт заваливают мусорным трафиком, сервер не справляется. Либо вредоносный код нарушил работу файловой системы, и сайт перестал отвечать.
Главный признак: сайт то открывается очень медленно, то падает с ошибкой 504 или 502. В панели хостинга — аномальная нагрузка.

5. Человеческий фактор
Случайно удалили важный файл, изменили код через админку, кто-то из сотрудников «нажал не ту кнопку».
Главный признак: сайт упал сразу после того, как кто-то «что-то подправил». Признаться в этом часто боятся, поэтому не исключайте этот вариант, даже если все молчат.

Что делать прямо сейчас: пошаговый план восстановления

Я всегда рекомендую действовать в этой последовательности — от простого к сложному. Это экономит время и нервы.

Шаг 1. Не паникуйте и не делайте резких движений.
Первое правило — не пытайтесь судорожно исправлять всё подряд. Не лезьте сразу в файлы и код, если не уверены. Сделайте паузу на две минуты.

Шаг 2. Проверьте доступность сайта извне.
Откройте сайт в режиме инкогнито, через мобильный интернет, попросите коллегу проверить. Используйте сервисы: downforeveryoneorjustme.com или аналоги. Иногда проблема только у вас (кеш DNS, блокировка провайдером).

Шаг 3. Проверьте почту и уведомления от хостинга.
Зайдите в почтовый ящик, привязанный к аккаунту хостинг-провайдера. Часто они присылают письма: «Ваш домен истекает», «Сервер недоступен», «Обнаружена вредоносная активность». Там же может быть уведомление об окончании оплаты.

Шаг 4. Свяжитесь с техподдержкой хостинга.
Если явной причины не видно, немедленно пишите в чат или тикет хостинга. Опишите ситуацию: «Сайт не открывается с такого-то времени, ошибка такая-то». Хороший хостинг ответит за 5–15 минут и скажет, есть ли проблема на их стороне.

Шаг 5. Если хостинг работает, включите режим отладки и логи.
Для WordPress: включите WP_DEBUG в файле wp-config.php. Вы увидите конкретную ошибку PHP вместо белого экрана. Изучите логи ошибок сервера — они обычно доступны в панели управления хостингом. Это сразу покажет, какой плагин или скрипт вызывает сбой.

Шаг 6. Откатите сайт из бэкапа.
Если ошибка связана с недавними изменениями и времени на поиск причины нет, восстанавливайте сайт из последней рабочей резервной копии. Убедитесь, что бэкап был создан до возникновения проблемы. Это самая быстрая тактика спасения интернет-магазина, когда на счету каждая минута простоя.

Шаг 7. Если ничего не помогло — вызывайте специалиста.
Не тратьте часы на самостоятельный ремонт, если сайт приносит деньги. Каждый час простоя — это прямые убытки. Профессионал с опытом диагностирует большинство проблем за 15–30 минут.

Чего нельзя делать, когда сайт упал

Я регулярно вижу одни и те же ошибки владельцев бизнеса. Они усугубляют ситуацию и затягивают простой.

— «Сейчас быстренько поправлю код сам». Без бэкапа, без понимания архитектуры. Итог: к одной поломке добавляется вторая, и восстановление усложняется в разы.
— «Висит и висит, само починится». Не починится. Пока вы ждете, сайт теряет позиции в поиске, а клиенты уходят к конкурентам. Максимальное допустимое ожидание — 30 минут, дальше надо действовать.
— «Уволю админа и найду нового». Разбор полетов — потом. Сначала восстановите продажи. Виноватого искать будете, когда сайт заработает. Часто виноват вообще не человек, а цепочка автоматических обновлений.

Как я предотвращаю такие ситуации для своих клиентов

Падение сайта — это всегда следствие. Причина — отсутствие профилактики. На всех проектах, которые я веду, настроены:
— Ежедневные автоматические бэкапы на три независимых хранилища.
— Круглосуточный мониторинг доступности с мгновенным уведомлением.
— Обновления плагинов только через тестовую среду (staging).
— Защита от DDoS и файрвол на уровне сервера.

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

Вывод

Сайт упал — это не катастрофа, а тест на готовность вашего бизнеса к внештатным ситуациям. Действуйте по алгоритму, не паникуйте и помните: каждая минута простоя имеет ценник. Ваша цель — сократить этот простой до минимума.

Если ваш сайт упал прямо сейчас и вы не знаете, с чего начать, или подрядчик не отвечает — напишите мне в личные сообщения кодовое слово «ПАДЕНИЕ». Я возьму диагностику на себя и помогу поднять сайт в приоритетном порядке. Работаю оперативно, потому что понимаю: для вас это не просто страница в интернете, а живые деньги и репутация.

[✓] ЧЕК-ЛИСТ

Экстренные действия, если сайт упал:

1. Открыть сайт в режиме инкогнито и через мобильный интернет — убедиться, что проблема не локальная.
2. Проверить сервисом вроде downforeveryoneorjustme.com доступность сайта глобально.
3. Зайти на почту, привязанную к хостинг-аккаунту и домену — найти уведомления от провайдера.
4. Открыть панель управления хостингом: проверить состояние сервера, нагрузку, свободное место на диске.
5. Проверить дату окончания регистрации домена (whois-сервисы).
6. Проверить SSL-сертификат: не истек ли, корректно ли работает.
7. Включить режим отладки (WP_DEBUG) и посмотреть логи ошибок PHP.
8. Если причина — недавнее обновление, найти последнюю точку восстановления бэкапа и запустить откат.
9. Связаться с техподдержкой хостинга, описать ошибку и время начала падения.
10. После восстановления проверить все формы заявок, корзину, онлайн-чат.

[✓] FAQ

— Сайт упал, хостинг говорит «проблем не видим». В чем дело?
Скорее всего, ошибка в коде (PHP-фатальная ошибка, битый плагин, конфликт тем). Включите отображение ошибок через wp-config.php или логи сервера. Если не умеете — срочно зовите веб-разработчика.

— Можно ли восстановить сайт без бэкапа?
Можно, но сложно и дорого. Если файлы целы, а база данных работает, специалист может исправить ошибку в коде вручную. Если база повреждена, без бэкапа данные (заказы, клиенты) могут быть утеряны безвозвратно. Поэтому бэкап — это первое, что нужно настроить.

— Как быстро нужно реагировать на падение интернет-магазина?
Немедленно. Первые 1-2 часа — критичны. После 4-6 часов простоя поисковики могут начать исключать страницы из индекса. После суток падения вы теряете позиции и доверие пользователей.

— Кто отвечает, если сайт «упал» — я или подрядчик?
Зависит от договора. Если у вас техподдержка с SLA (соглашением об уровне сервиса), подрядчик обязан восстановить сайт в оговоренные сроки. Если поддержки нет, ответственность на вас, даже если проблема возникла из-за ошибки разработчика, сделанной год назад.

— Может ли сайт упасть из-за переезда на другой хостинг?
Да, это частый случай. Неправильный перенос базы данных, несовместимость версий PHP, особенности конфигурации сервера. Всегда тестируйте сайт на новом хостинге до переноса домена, а старый хостинг не отключайте минимум 48-72 часа после переезда.