WordPress Linux

WordPress: на сайте произошла критическая ошибка

  • Обновлено
  • Чтение ≈ 2 минуты

Краткий ответ

Включите WP_DEBUG, проверьте письмо режима восстановления и отключите плагин или тему.

В этой статье
  1. Что означает ошибка
  2. Причины и решения
  3. Пошаговое решение
  4. Как использовать письмо
  5. Если письма нет
  6. Типовые причины

#Что означает ошибка

Сообщение
Критическая ошибка WP

Сообщение «На сайте возникла критическая ошибка» появилось в WordPress 5.2 и заменило белый экран. Оно означает, что PHP завершился фатальной ошибкой, а система выводит дружелюбное сообщение. WordPress одновременно отправляет письмо администратору на адрес из настроек с темой «Ваш сайт столкнулся с проблемой» и ссылкой на режим восстановления.

Режим восстановления позволяет войти в админку и отключить проблемный плагин или тему, даже если сайт не открывается. Если письмо не пришло, воспользуйтесь отладкой или переименованием папок по FTP.

Включите WP_DEBUG, проверьте письмо режима восстановления и отключите плагин или тему.

#Причины и решения

Возможная причинаКак узнатьЧто делать
ПлагинОшибка.Проявляется как «Критическая ошибка WP» или близкий по смыслу сбой.Отключите.
ТемаОшибка.Проявляется как «Критическая ошибка WP» или близкий по смыслу сбой.Смените.
PHP версияНесовместимо.Проявляется как «Критическая ошибка WP» или близкий по смыслу сбой.Подберите.
ПамятьЛимит.Проявляется как «Критическая ошибка WP» или близкий по смыслу сбой.Увеличьте.

#Пошаговое решение

  1. Проверьте письмо администраторуПосмотрите, поступило ли на почту администратора WordPress служебное письмо с темой о критической ошибке; оно может содержать название проблемного плагина и ссылку режима восстановления. Открывайте ссылку только с официального домена сайта и не передавайте её посторонним. Если письма нет, переходите к журналу PHP.
  2. Включите WP_DEBUGЧерез файловый менеджер или SSH откройте wp-config.php, сохраните копию и включите запись ошибок в журнал (WP_DEBUG и WP_DEBUG_LOG) без публичного вывода (WP_DEBUG_DISPLAY false) на ограниченное время. Убедитесь, что журнал недоступен через Интернет; затем найдите свежую PHP Fatal error и отключите диагностический режим после исправления.
  3. Переименуйте папки плагиновЕсли журнал указывает конкретный плагин, на тестовом сайте временно переименуйте каталог только этого плагина внутри wp-content/plugins, затем проверьте доступ. Не переименовывайте весь каталог без плана восстановления: это затронет безопасность, формы и оплату. Проверьте совместимость PHP/WordPress и обновите либо удалите виновный компонент официальным способом.

#Как использовать письмо

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

#Если письма нет

Проверьте папку «Спам» и адрес администратора в «Настройки → Общие». На хостингах отправка почты может быть отключена. Тогда включите WP_DEBUG_LOG и найдите причину в wp-content/debug.log либо переименуйте папку wp-content/plugins в plugins.old, чтобы отключить все плагины одним действием, и затем возвращайте их по одному.

#Типовые причины

Обновление плагина, несовместимого с вашей версией PHP; нехватка памяти; повреждённый файл после неудачного обновления (удалите файл .maintenance в корне, если сайт завис на «Технических работах»); использование устаревшей темы на PHP 8.

PHPКоманда
Журнал ошибок в wp-content/debug.log без вывода на экран.
define("WP_DEBUG", true);
define("WP_DEBUG_LOG", true);
define("WP_DEBUG_DISPLAY", false);

Так эту ошибку тоже называют

Источники и обновления

Последнее обновление статьи: 1 ноября 2026. Версии программ и интерфейсы меняются — если шаги не совпадают с вашей версией, сверяйтесь с документацией производителя.