Если сайт упал, первым делом зафиксируйте время и проверьте, у всех ли он не открывается: зайдите с телефона через мобильный интернет или прогоните домен через сервис проверки доступности. Затем определите слой поломки - домен, хостинг или сам сайт: это решает, кому звонить и что чинить. Не вносите никаких правок вслепую: половина долгих простоев - результат панических действий в первые полчаса, а не самой аварии. Ниже - протокол на 30 минут, который проходит владелец без технических знаний.

Почему счёт на минуты. Посетители уходят к конкурентам сразу, а вот поисковые последствия накапливаются: если сайт лежит сутки и дольше, страницы начинают выпадать из индекса, и возврат позиций займёт недели. Быстрая правильная реакция - это защита не только сегодняшних заявок, но и трафика на месяцы вперёд.

Первые 30 минут после падения сайта: протокол по шагам

  1. Минуты 0-3: подтвердите падениеОткройте сайт с телефона через мобильный интернет и через онлайн-сервис проверки доступности. Если сайт виден извне - проблема локальная (ваш офисный интернет, кэш, антивирус), тревога отменяется.
  2. Минуты 3-5: зафиксируйте картинуСделайте скриншот ошибки и запишите точное время. Текст ошибки - главная улика: «ошибка 500», «DNS_PROBE», «ERR_CONNECTION_REFUSED» ведут к разным виновникам.
  3. Минуты 5-10: проверьте домен и SSLПосмотрите в whois срок регистрации домена и убедитесь, что не истёк SSL-сертификат. Просроченный домен - классика внезапных падений, и лечится он оплатой, а не программистом.
  4. Минуты 10-15: загляните в панель хостинга и почтуБлокировка за неоплату, превышение лимитов, аварийные работы - всё это видно в панели, а предупреждения хостинг обычно шлёт письмом заранее. Проверьте и папку «Спам».
  5. Минуты 15-25: напишите в поддержку хостингаКратко: домен, время падения, текст ошибки, скриншот. У хостинга есть логи сервера - он за минуты скажет, его это зона или зона сайта.
  6. Минуты 25-30: передайте задачу тем, кто чинитЕсли хостинг отвечает «у нас всё работает», проблема в самом сайте: нужен разработчик или служба поддержки сайта с доступами к файлам и логам.

Как понять, кто виноват: домен, хостинг или сам сайт

Слой поломки почти всегда выдаёт текст ошибки в браузере. Сообщения про DNS и «сайт не найден» указывают на домен и DNS-записи. Таймауты и отказ соединения - на сервер хостинга. Ошибки 500, 502, 503 - на сайт или его окружение: код, база, нехватка ресурсов. Подробная расшифровка типовых сообщений с таблицей есть в нашем чек-листе диагностики «сайт не открывается», а разбор самой частой серверной ошибки - в статье про ошибку 500.

Чего не делать в панике. Не правьте файлы и настройки «на живую», не переустанавливайте CMS, не жмите «восстановить из бэкапа», не выяснив причину: восстановление поверх заражённого или переполненного сервера ничего не решит, а свежие данные затрёт. Каждое действие без диагноза удлиняет простой.

Сайт лежит прямо сейчас?

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

Поднять сайт

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

Падение - это симптом, и без разбора причины оно повторится. Запросите у хостинга или специалиста короткое резюме: что упало, почему, что изменили. Проверьте, что формы отправляются, корзина работает, письма доходят - сбои часто ломают смежное. И закройте три системных дыры: настройте мониторинг доступности с уведомлением в первые минуты, включите автоматические бэкапы с хранением копий не на том же сервере, назначьте ответственного, которому звонить в следующий раз.

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

Частые вопросы владельцев, у которых упал сайт

Сайт упал, а хостинг говорит, что у них всё работает. Кто прав?
Часто правы оба: сервер работает, а сайт на нём - нет. Ошибки кода, битая база, вирус, переполненный лимит памяти - зона ответственности разработчика или поддержки сайта, а не хостинга. Нужен специалист с доступом к файлам и логам сайта.
Как быстро сайт должен подняться, чтобы обошлось без потерь для SEO?
Часы простоя поисковики прощают: роботы вернутся позже. Опасна граница в сутки и больше - страницы начинают выпадать из индекса, а позиции проседают. Поэтому мониторинг и реакция в первый час - это защита позиций, а не перфекционизм.
Можно ли самому восстановить сайт из бэкапа на хостинге?
Технически - да, в панели хостинга это пара кликов. Но сначала поймите причину падения: если сайт упал из-за взлома или переполненного диска, восстановление ничего не изменит, а свежие заказы и правки затрёт. Бэкап - инструмент, а не диагноз.
Сайт падает регулярно, раз в несколько недель. Это нормально?
Нет. Регулярные падения - признак системной проблемы: слабый тариф хостинга, тяжёлый код, боты, начинающееся заражение. Разовые починки тут не помогут - нужен разбор логов за период и устранение первопричины, это стандартная задача абонентской поддержки.

Итог: при падении сайта побеждает не тот, кто быстрее нажимает кнопки, а тот, кто за первые полчаса ставит диагноз и передаёт задачу нужному исполнителю. Если хотите, чтобы этим занимались не вы: подключим абонентскую поддержку с мониторингом каждые несколько минут, бэкапами и гарантированным временем реакции по договору - падение заметим и почти всегда починим раньше, чем его увидят ваши клиенты. Консультация и смета - бесплатно, в течение одного дня.