Что делать, если на сайте WordPress критическая ошибка

Белый экран и фраза «На сайте произошла критическая ошибка» значит, что WordPress не смог открыть страницу и остановился. Обычно за этим одно из двух: рухнула база данных либо найден сильный конфликт плагинов. Сайт не «завис на секунду». Он упал.

База данных не отвечает

WordPress без базы не знает ни страниц, ни настроек, ни пользователей. Всё содержимое лежит в MySQL: записи, товары, меню, пароли плагинов. Если база упала, сервер баз не запущен, таблицы повреждены или после переноса хостинга сменились логин и имя базы, движок не может даже прочитать, какую тему включить.

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

Конфликт плагинов

Вторая причина встречается чаще. Критическая ошибка в современных версиях WordPress — это перехваченный фатальный сбой PHP. Плагин или тема вызвали ошибку, ядро поймало её и вместо половины страницы показало заглушку.

Так бывает после обновления одного плагина, смены версии PHP или когда два плагина лезут в одно и то же место: оба правят корзину, оба кэшируют, оба переписывают адреса. Код одного из них падает, а WordPress не умеет пропустить сломанный плагин и собрать страницу из остальных. Активный плагин подключается целиком, на каждом запросе. Один фатальный вызов — и сайт закрыт для всех.

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

Что сделать сразу

• 01Не переустанавливайте WordPress поверх сайта и не удаляйте базу. Так пропадают страницы и заказы.
• 02Если пришло письмо о критической ошибке, откройте ссылку режима восстановления и отключите плагин, который назван в тексте.
• 03Если админка тоже белая, на хостинге переименуйте папку wp-content/plugins. Сайт поднимется без плагинов — значит, виноват конфликт, и плагины включают по одному.
• 04Если страница пишет, что нет связи с базой, смотрите MySQL в панели хостинга: запущена ли база, совпадают ли имя, пользователь и пароль в wp-config.php.

Это возвращает сайт в воздух. Это не делает связку из ядра и десятков плагинов устойчивой: следующее обновление может уронить её снова.

Починим WordPress или перевезём на нормальную систему

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

• 01Починка — если нужно открыть сайт сегодня: база, плагин, тема, режим восстановления.
• 02OpenCart и другие магазинные CMS — если каталог должен жить в нормальных таблицах, а не в куче плагинов.
• 03Nuxt, Next или Laravel — если нужен быстрый сайт, где на запрос выполняется только код этой страницы.

При переезде забираем страницы, адреса и редиректы, чтобы поиск не потерял сайт. Как это устроено — на странице перенос сайта. Напишите в заявке, что именно на экране: критическая ошибка или обрыв базы.

WordPress уже прошлый век

Критическая ошибка — не редкая случайность, а устройство этого движка. Сайт собран из ядра и плагинов, которые пишут разные люди и которые все стартуют сразу. Обновление одного ломает остальные. База общая и для блога, и для магазина, и для настроек. В двадцатых годах так уже не собирают быстрые сайты.

WordPress уже прошлый век. Его можно поднять после падения, но каждый следующий плагин снова ставит сайт на ту же развилку: либо база не вывезет, либо код снова конфликтует. Нормальная CMS или фреймворк убирают эту развилку, а не маскируют её кэшем. Почему сам движок тяжёлый на каждом запросе — в статье как ускорить сайт на WordPress.