Сайт упал за час до запуска: спокойный чек-лист «не паникуй — чини»

Час до важного запуска. Вы открываете сайт — а там белый экран, ошибка 500 или надпись «Error establishing a database connection». Сердце колотится, руки трясутся, и кажется, что всё пропало.

Стоп. Давайте честно: сайты падают у всех. У крупных брендов, у агентств, у тех, кто делает сайты десять лет. Разница только в одном — у опытных есть план. Сейчас он появится и у вас.

Шаг 0: минута тишины (да, всерьёз)

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

Заведите заметку и записывайте каждое действие. Это звучит скучно, но через 20 минут вы будете благодарны себе за строчку «отключил плагин X — не помогло».

Шаг 1: это сломался сайт — или у всех?

Сначала проверьте, видит ли проблему кто-то ещё:

• Откройте сайт с телефона через мобильный интернет, а не через домашний Wi-Fi.
• Зайдите на downforeveryoneorjustme.com и вбейте свой адрес.
• Загляните в Twitter/X — иногда падает сам хостинг, и об этом уже пишут другие клиенты.

Если сайт не открывается ни у кого — проблема на стороне хостинга, и переходите к шагу 2. Если только у вас — идите к шагу 3.

Шаг 2: хостинг виноват — что делать

Зайдите в панель управления хостингом. Ищите:

• Статус сервера — многие хостинги (Bluehost, SiteGround, HostGator) показывают баннер о сбоях прямо в панели.
• Email или статус-страницу — там часто написано «мы уже работаем над этим».
• Лимиты тарифа — если сайт внезапно стал популярным, дешёвый тариф мог не выдержать наплыва. Это частая причина падения в самый неподходящий момент.

Если хостинг лёг — вы, увы, почти бессильны, кроме как написать в поддержку. Но! Напишите в чат поддержки сразу: часто у них есть приоритетные обращения, и упоминание «у меня запуск через час» реально ускоряет процесс.

Шаг 3: что вы меняли за последние 24 часа?

В 80% случаев сайт ломается не сам — его ломают. Вспомните:

• Ставили новый плагин или тему?
• Обновляли WordPress, PHP-версию или что-то ещё?
• Редактировали код или настройки?

Что бы это ни было — это главный подозреваемый. И у нас есть способ проверить это быстро.

Шаг 4: откат последних изменений

Если это плагин или тема: переименуйте папку плагина через файловый менеджер хостинга (обычно он встроен в панель). Зайдите в папку wp-content/plugins и переименуйте папку подозреваемого — например, добавьте -off в конце. Сайт деактивирует плагин сам. Проверьте. Заработало? Виновник найден.

Если это обновление WordPress: многие хостинги хранят резервные копии. В панели ищите раздел «Backups» или «Резервные копии». Выберите копию вчерашней давности и восстановите. Это займёт 5–15 минут, но вернёт сайт к рабочему состоянию.

Если редактировали код: верните последнюю версию, которая работала. Даже если вы не пользовались Git, многие редакторы кода хранят историю изменений — или у вас осталась скачанная копия файлов на компьютере.

Шаг 5: белый экран смерти — быстрые пробы

Если перед вами просто белый экран (знаменитый white screen of death), попробуйте по порядку:

1. Отключите все плагины способом из шага 4.
2. Переключите тему на стандартную (twentytwentyfour) — тоже через переименование папки темы.
3. Увеличьте лимит памяти: в файле wp-config.php добавьте строку define('WP_MEMORY_LIMIT', '256M');.
4. Включите отображение ошибок: в том же файле замените define('WP_DEBUG', false); на define('WP_DEBUG', true); — и на экране появится подсказка, где именно проблема.

Шаг 6: план Б — запасной вариант для презентации

Час — это мало. Если за 30 минут починка не пошла, переключитесь на спасение ситуации:

• Соберите простую одностраничную заглушку на конструкторе (Carrd, Google Sites) за 15 минут — с главным сообщением и контактом.
• Или покажите презентацию локально, а в конце скажите: «Сайт запускаем завтра — хотим сделать это идеально». Люди относятся к этому с пониманием.

Честность работает лучше, чем неработающая ссылка.

Шаг 7: после бури — делаем выводы

Сайт починен, презентация спасена? Отлично. Но не закрывайте тему — сделайте три вещи:

1. Включите автоматические бэкапы, если ещё не включили. Ежедневные. Это ваша страховка на будущее.
2. Не обновляйте ничего за час до запуска. Обновления — за неделю, когда есть время тестировать.
3. Запишите, что именно сломалось и как вы это починили. Через полгода это будет лучшая инструкция, чем любая статья в интернете — потому что написана под ваш сайт.

Главная мысль

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

А это, согласитесь, неплохая награда за один страшный час.