Если WordPress показывает “На сайте возникла критическая ошибка” или открывается только белый экран, чаще всего сайт уперся в фатальную PHP-ошибку. Обычно причина в конфликте плагина, ошибке темы, несовместимой версии PHP, нехватке memory_limit или поврежденных файлах после обновления.
1. Проверьте письмо Recovery Mode
Современный WordPress может отправить администратору сайта письмо со специальной ссылкой режима восстановления. Если письмо пришло, откройте его и отключите плагин или тему, которые указаны в сообщении. Recovery Mode как раз нужен для случаев, когда фатальная ошибка не дает нормально зайти в админку.
2. Включите debug log
Если письма нет, включите запись ошибок в wp-config.php:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );
Откройте проблемную страницу еще раз и проверьте wp-content/debug.log. Последние строки обычно указывают на плагин, тему или файл, из-за которого произошел сбой.
3. Отключите плагины без входа в wp-admin
Если админка не открывается, зайдите через файловый менеджер или FTP. Переименуйте папку:
wp-content/plugins
например в plugins-off. Если после этого сайт открылся, проблема в одном из плагинов. Верните папке старое имя и отключайте плагины по одному.
4. Переключитесь на стандартную тему
Если плагины не виноваты, переименуйте папку активной темы в wp-content/themes/. WordPress попробует загрузить другую доступную тему. Поэтому полезно оставлять установленной хотя бы одну стандартную тему WordPress как запасной вариант.
5. Проверьте версию PHP и лимиты
После обновлений старые плагины могут ломаться на новой версии PHP, а новые плагины могут требовать более свежую поддерживаемую версию. Проверьте версию PHP в панели хостинга, memory_limit, max_execution_time и error log.
Чего не делать
- Не переустанавливайте WordPress поверх сайта до проверки логов.
- Не удаляйте
wp-content/uploadsи базу данных. - Не оставляйте вывод ошибок включенным для посетителей.
