Коротко: критическая ошибка WordPress: Коротко: ошибка вызвана фатальным сбоем PHP при выполнении кода. Проверьте журнал ошибок, временно отключите плагины и тему через FTP, увеличьте лимит памяти и, в крайнем случае, восстановите сайт из бекапа.
Критическая ошибка WordPress с надписью «There has been a critical error on this website» способна остановить любой сайт. И фронтенд, и админка становятся недоступны, а на почту приходит письмо с сылкой на режим восстановления. Рассказываем, как быстро вернуть контроль и найти причину сбоя.
Основные причины
| Причина | Что это значит |
|---|---|
| Несовместимость плагина или темы с версией PHP / WordPress | Устаревший или некорректно написанный код расширения вызывает фатальную ошибку после обновления ядра или PHP. |
| Исчерпание лимита памяти PHP | Скрипту не хватает оперативной памяти для завершения работы, особенно при тяжёлых плагинах или импорте данных. |
| Повреждённые файлы ядра WordPress | Частичная загрузка обновления, сбой хостинга или вирус могут испортить системные файлы. |
| Конфликт нескольких плагинов | Два плагина перехватывают одни и те же хуки или функции, что приводит к Fatal error. |
| Ошибка в .htaccess | Некорректные правила редиректов или настроек безопасности могут вызывать циклические перенаправления и крах PHP. |
| Неверные права доступа к файлам | Слишком строгие или слишком свободные разрешения иногда мешают загрузке необходимых скриптов. |
| Сбой кэширования | Устаревший объектный кэш или кэшированные страницы могут подсовывать битый код. |
| Проблемы с базой данных | Повреждённые таблицы после сбоя хостинга вызывают запросы, заканчивающиеся критической ошибкой. |
Что проверить сначала
- Проверьте почтовый ящик администратора: письмо о критической ошибке содержит прямую ссылку на режим восстановления WordPress.
- Откройте файл wp-config.php и включите WP_DEBUG и WP_DEBUG_LOG для записи ошибок в лог.
- Просмотрите файл журнала ошибок сервера (error_log) в корне сайта или разделе «Логи» хостинга.
- Переименуйте папку wp-content/plugins через FTP, чтобы временно деактивировать все плагины одновременно.
- Переименуйте папку активной темы в wp-content/themes, чтобы WordPress автоматически переключился на стандартную тему.
- Увеличьте лимит памяти PHP через wp-config.php — строка define('WP_MEMORY_LIMIT', '256M');
- Проверьте версию PHP в панели управления хостингом и обновите её как минимум до 7.4.
- Оцените целостность файлов ядра — скачайте свежий архив WordPress и замените папки wp-admin и wp-includes.
- Временно переименуйте файл .htaccess в .htaccess_old и пересохраните постоянные ссылки в админке.
- Очистите кэш, если используется плагин кэширования — удалите содержимое папки wp-content/cache.
Пошаговое решение
- Проверьте почту — письмо о фатальной ошибке содержит ссылку для входа в режим восстановления; перейдите по ней и деактивируйте подозрительный плагин или тему.
- Если письма нет, подключитесь к сайту через FTP или файловый менеджер хостинга и отредактируйте wp-config.php, добавив: define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); define('WP_DEBUG_DISPLAY', false);
- Повторите действие, которое вызывало ошибку — после этого в папке wp-content появится файл debug.log, содержащий запись о фатальной ошибке.
- Откройте debug.log и найдите строку с Fatal error: — она укажет конкретный плагин, тему или строчку кода, вызвавшую сбой.
- Если файл debug.log не появился, проверьте error_log в корне сайта; часто хостинги сохраняют ошибки PHP в этом файле.
- Деактивируйте все плагины разом: через FTP переименуйте папку wp-content/plugins в plugins_backup. Затем попробуйте открыть админку.
- Если админка заработала, значит проблема в одном из плагинов. Возвращайте папки с плагинами по одной, каждый раз обновляя сайт, пока ошибка не воспроизведётся — так вы найдёте виновный плагин.
- Выявив проблемный плагин, полностью удалите его и установите последнюю совместимую версию или подберите альтернативу.
- Если отключение плагинов не помогло, временно смените тему: переименуйте папку активной темы в wp-content/themes, чтобы WordPress автоматически активировал дефолтную тему.
- При нехватке памяти добавьте в wp-config.php строку: define('WP_MEMORY_LIMIT', '256M'); — если ошибка на импорте, можно увеличить до 512M.
- Замените системные файлы WordPress: скачайте свежий архив с wordpress.org, разархивируйте и загрузите папки wp-admin и wp-includes поверх существующих (файлы в корне тоже замените, кроме wp-config.php).
- После исправления причины отключите отладку в wp-config.php (замените true на false) и обязательно уберите лишние логи, чтобы не раскрывать информацию о сайте.
Проверить ошибку WordPress
Введите ошибку WordPress, PHP, плагина, темы, REST API или кратко опишите проблему сайта.
FAQ
Что делать, если письмо о критической ошибке WordPress не пришло?
Проверьте папку «Спам», почтовый ящик администратора и настройку отправки почты на сервере. Если письма нет, используйте FTP и режим отладки — ручной вход в админку через /wp-login.php?action=entered_recovery_mode не сработает без кода из письма, но отладка покажет причину.
Можно ли исправить критическую ошибку без доступа к панели администратора?
Да, почти все действия выполняются через FTP-клиент или файловый менеджер хостинга: правка wp-config.php, переименование папок плагинов и темы, замена файлов ядра.
Как понять, какой именно плагин вызывает ошибку?
После включения отладки откройте файл wp-content/debug.log. В записях о фатальной ошибке будет указан путь к плагину и строка, где произошёл сбой. Это самый точный способ.
Критическая ошибка появляется только на некоторых страницах — в чём причина?
Скорее всего, сбой происходит при выполнении кода конкретного плагина, который активен только на этих страницах (например, слайдер на главной или форма на странице контактов). Деактивируйте подозрительные плагины по очереди и проверяйте нужные страницы.
Безопасно ли отключать плагины через FTP?
Да, это полностью обратимо. Все настройки плагинов сохраняются в базе данных. После возврата исходного имени папки плагин активируется с прежними параметрами.
Почему критическая ошибка возникла сразу после обновления WordPress?
Обновление ядра могло изменить устаревшие функции, которые использовались в теме или плагинах. Проверьте логи, временно переключитесь на стандартную тему и отключите плагины, чтобы изолировать несовместимый компонент.
Итог
Критическая ошибка WordPress — не приговор. За сообщением «There has been a critical error on this website» почти всегда стоит конкретный сбой в PHP-коде, который можно выявить и устранить. Методичный перебор компонентов, начиная с плагинов и темы, почти гарантированно возвращает сайт в строй. Не пренебрегайте регулярными резервными копиями — они станут последней и самой надёжной страховкой.