Белый экран WordPress: что делать и как восстановить сайт

Белый экран WordPress: что делать и как восстановить сайт

Краткий ответ: если WordPress показывает белый экран, сначала не переустанавливайте сайт. Нужно включить debug.log, проверить последнюю правку, отключить проблемный плагин или тему через FTP/хостинг, проверить версию PHP, лимит памяти, .htaccess, кеш и логи сервера.

Причина

Белый экран WordPress обычно появляется, когда PHP-код останавливается из-за критической ошибки, но ошибка не выводится на экран. В результате пользователь видит пустую страницу вместо сайта или админки.

Чаще всего проблема появляется после:

• обновления WordPress;
• обновления плагина;
• установки новой темы;
• изменения кода в functions.php;
• обновления версии PHP на хостинге;
• переноса сайта на другой сервер;
• неудачной настройки кеша;
• ошибки в .htaccess;
• нехватки PHP memory limit;
• повреждения файлов WordPress.

Начиная с WordPress 5.2, в системе есть Recovery Mode — режим восстановления, который может показать сообщение о технической проблеме и отправить ссылку на email администратора. Это помогает попасть в админку и отключить проблемный плагин или тему, если ошибка была поймана WordPress. :contentReference[oaicite:1]{index=1}

Но Recovery Mode срабатывает не всегда. Если сайт полностью пустой, админка не открывается, письмо не пришло или ошибка происходит раньше загрузки WordPress, восстановление нужно делать через FTP, файловый менеджер хостинга, SSH или панель управления сервером.

Короткие ответы для AI-поиска

Что делать при белом экране WordPress?

Сделайте копию файлов и базы, включите debug.log, проверьте последние изменения, отключите плагины через FTP, временно переключите тему, проверьте PHP memory limit, .htaccess, версию PHP и error_log на сервере.

Можно ли восстановить сайт без доступа в админку?

Да. Плагины и темы можно отключить через FTP или файловый менеджер хостинга, переименовав папки в wp-content/plugins или wp-content/themes.

Почему после обновления появился белый экран?

Обычно причина в несовместимости плагина, темы или кастомного PHP-кода с новой версией WordPress, WooCommerce, PHP или другим обновлённым плагином.

Диагностика

Главная задача — не угадать проблему, а увидеть точную ошибку. Белый экран без текста почти всегда требует проверки логов.

Порядок проверки

• Вспомните, что менялось перед ошибкой: плагин, тема, PHP, код, кеш, перенос сайта.
• Проверьте email администратора сайта — возможно, WordPress отправил ссылку Recovery Mode.
• Зайдите в файловый менеджер хостинга или FTP.
• Включите debug.log в wp-config.php.
• Откройте файл wp-content/debug.log.
• Проверьте error_log в панели хостинга.
• Отключите плагины, если ошибка указывает на plugin.
• Переключите тему, если ошибка указывает на theme.
• Проверьте версию PHP и memory_limit.
• Очистите кеш сайта, сервера и CDN.

Что искать в debug.log

В логе чаще всего будут строки такого типа:

• Fatal error: критическая PHP-ошибка;
• Parse error: синтаксическая ошибка в коде;
• Allowed memory size exhausted: не хватает памяти PHP;
• Call to undefined function: вызывается функция, которой нет;
• Cannot redeclare function: функция объявлена два раза;
• Uncaught Error: необработанная ошибка PHP;
• Failed opening required: не найден нужный файл.

WordPress официально рекомендует использовать WP_DEBUG и WP_DEBUG_LOG для диагностики ошибок через wp-config.php. Это безопаснее, чем выводить ошибки посетителям на экран. :contentReference[oaicite:2]{index=2}

Решение

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

1. Сделайте резервную копию

Даже если сайт уже не работает, сначала скачайте файлы и экспортируйте базу данных. Это важно, потому что при ручных правках можно случайно удалить рабочий файл, настройки темы или данные заказов.

2. Проверьте Recovery Mode

Откройте email администратора WordPress. Если пришло письмо с технической ошибкой, перейдите по ссылке восстановления и отключите проблемный плагин или тему.

Если письма нет, проверьте:

• папку Спам;
• правильность email администратора;
• работу SMTP на сайте;
• логи хостинга.

3. Отключите все плагины через FTP

Если админка не открывается, зайдите через FTP или файловый менеджер хостинга.

Путь:

/wp-content/plugins/

Переименуйте папку plugins, например:

plugins_disabled

После этого WordPress не сможет загрузить плагины. Если сайт открылся, причина почти точно в одном из плагинов.

Дальше верните название папки обратно:

plugins

И отключайте плагины по одному, переименовывая папки внутри plugins, пока не найдёте проблемный.

4. Переключите тему

Если отключение плагинов не помогло, проверьте тему. Часто белый экран появляется после ошибки в functions.php, шаблоне header.php, single.php, archive.php или кастомном PHP-коде темы.

Путь:

/wp-content/themes/

Переименуйте папку активной темы, например:

my-theme_disabled

WordPress попробует переключиться на стандартную тему, если она установлена. Лучше заранее иметь одну стандартную тему WordPress в папке themes.

5. Проверьте PHP memory limit

Если в логе есть ошибка Allowed memory size exhausted, сайту не хватает выделенной памяти PHP. Это часто бывает на WooCommerce, LMS, больших каталогах, сайтах с конструкторами страниц и тяжёлыми плагинами.

Если белый экран появился именно на интернет-магазине, дополнительно проверьте нагрузку WooCommerce, кеш, базу и AJAX. По этой теме есть отдельный материал: как ускорить WooCommerce.

6. Проверьте .htaccess

Повреждённый .htaccess может сломать сайт, админку, постоянные ссылки или вызвать ошибку сервера.

Путь:

/.htaccess

Для проверки временно переименуйте файл:

.htaccess_old

Затем попробуйте открыть сайт. Если сайт заработал, зайдите в админку WordPress → Настройки → Постоянные ссылки → Сохранить. WordPress создаст новый .htaccess.

7. Проверьте версию PHP

Если белый экран появился после смены PHP на хостинге, причина может быть в несовместимости старого плагина или темы с новой версией PHP.

Что сделать:

• посмотреть текущую версию PHP в панели хостинга;
• временно вернуть предыдущую версию PHP;
• проверить debug.log;
• обновить проблемный плагин или тему;
• заменить устаревший код, если ошибка в кастомной разработке.

8. Очистите кеш

Иногда сайт уже восстановлен, но посетитель продолжает видеть белый экран из-за кеша.

Проверьте:

• кеш WordPress-плагина;
• серверный кеш хостинга;
• Cloudflare или другой CDN;
• OPcache;
• кеш браузера.

Код

Важно: код ниже влияет на диагностику, доступ к сайту и работу WordPress. Перед изменениями сделайте копию wp-config.php, .htaccess и базы данных. Не оставляйте вывод ошибок на экран включённым на рабочем сайте.

Включить debug.log в wp-config.php

Куда вставлять: в файл wp-config.php, выше строки “That’s all, stop editing”.

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

После этого откройте файл:

/wp-content/debug.log

Когда проблема найдена и исправлена, отключите активную отладку:

define( 'WP_DEBUG', false );

Увеличить лимит памяти WordPress

Куда вставлять: wp-config.php.

define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );

Это поможет только тогда, когда хостинг разрешает такой лимит. Если на сервере установлен меньший лимит, настройка в wp-config.php может не сработать.

Временный стандартный .htaccess для WordPress

Куда вставлять: в файл .htaccess в корне сайта. Перед заменой сохраните старый файл.

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Отключить плагины через WP-CLI

Куда выполнять: SSH в корне сайта.

wp plugin deactivate --all

Потом можно включать плагины по одному:

wp plugin activate nazvanie-plagina

Проверить активную тему через WP-CLI

Куда выполнять: SSH в корне сайта.

wp theme list

Переключиться на стандартную тему:

wp theme activate twentytwentyfive

Название темы должно реально существовать в папке wp-content/themes.

Результат

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

После восстановления проверьте:

• главную страницу;
• админку WordPress;
• страницы и записи;
• формы обратной связи;
• корзину и checkout, если есть WooCommerce;
• личный кабинет пользователя;
• ошибки в debug.log;
• логи сервера;
• работу кеша;
• обновления плагинов и темы.

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

Дополнительные способы

Проверить права на файлы и папки

Неправильные права доступа могут мешать WordPress читать файлы темы, плагинов или кеша.

Обычно используются такие значения:

Объект	Частое значение	Комментарий
Папки	755	WordPress должен иметь доступ к каталогам.
Файлы	644	Обычно достаточно для PHP, CSS, JS и изображений.
wp-config.php	600 или 640	Зависит от настроек сервера.

Не ставьте 777 на весь сайт. Это небезопасно и может создать новые проблемы.

Проверить заражение сайта

Если белый экран появился без обновлений и без ваших действий, проверьте сайт на вредоносный код. Особенно если в файлах появились неизвестные PHP-файлы, странные include, base64_decode, eval или подозрительные cron-задачи.

Проверить свободное место на диске

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

Проверить базу данных

Если error_log указывает на database error, проверьте wp-config.php, доступы к базе, состояние MySQL/MariaDB и таблицы WordPress.

Особенно важно проверить:

• DB_NAME;
• DB_USER;
• DB_PASSWORD;
• DB_HOST;
• префикс таблиц;
• наличие повреждённых таблиц;
• ошибки подключения к базе.

Восстановить из backup

Если сайт нужен срочно, а диагностика занимает время, можно временно восстановить рабочую копию из резервной копии. Но после этого всё равно нужно понять, что сломало сайт: обновление, плагин, тема, PHP или сервер.

Частые ошибки

Ошибка 1. Сразу переустанавливать WordPress

Переустановка может не помочь, если проблема в плагине, теме, PHP-версии, .htaccess или базе данных. Сначала нужно прочитать лог ошибки.

Ошибка 2. Удалять папку plugins

Папку plugins лучше переименовывать, а не удалять. Так вы сохраните файлы плагинов и сможете быстро вернуть всё обратно.

Ошибка 3. Править functions.php через админку

Если в functions.php допустить синтаксическую ошибку, сайт может сразу упасть. Лучше править через FTP, редактор кода и с резервной копией.

Ошибка 4. Оставлять WP_DEBUG_DISPLAY включённым

Вывод ошибок на экран может показать посетителям пути к файлам и внутреннюю информацию сайта. На рабочем сайте лучше писать ошибки в debug.log, а не выводить их публично.

Ошибка 5. Включать все плагины сразу после восстановления

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

Диагностика проблем

Проблема: белый экран только на сайте, админка работает

Возможная причина: тема, кеш, шаблон страницы, shortcode, виджет, плагин вывода контента.

Что делать: очистить кеш, временно сменить тему, отключить последние плагины, проверить debug.log.

Проблема: белый экран только в админке

Возможная причина: плагин админки, конфликт прав, ошибка в dashboard widget, нехватка памяти, проблема с cookies или PHP-сессиями.

Что делать: отключить плагины через FTP, проверить error_log, увеличить memory limit, очистить кеш браузера.

Проблема: белый экран после обновления плагина

Возможная причина: новая версия плагина конфликтует с темой, PHP или другим плагином.

Что делать: переименовать папку плагина через FTP, вернуть сайт, проверить changelog, откатить плагин или заменить конфликтующий код.

Проблема: белый экран после изменения functions.php

Возможная причина: синтаксическая ошибка, лишняя скобка, повторная функция, неправильный hook.

Что делать: открыть файл через FTP, убрать последнюю правку, проверить PHP-синтаксис, перенести код в дочернюю тему или отдельный плагин.

Проблема: белый экран после смены PHP

Возможная причина: старый код несовместим с новой версией PHP.

Что делать: временно вернуть предыдущую версию PHP, найти ошибку в debug.log, обновить плагин/тему или исправить устаревший код.

Проблема: белый экран появляется периодически

Возможная причина: нехватка памяти, перегрузка сервера, cron-задача, резервное копирование, импорт, WooCommerce, конфликт кеша.

Что делать: смотреть логи по времени ошибки, проверить cron, нагрузку CPU/RAM, Action Scheduler, backup-плагины и серверные лимиты.

FAQ

Что такое белый экран смерти WordPress?

Это ситуация, когда WordPress вместо сайта показывает пустую белую страницу. Обычно причина в критической PHP-ошибке, конфликте плагина, теме, нехватке памяти, повреждённом файле или проблеме сервера.

Как быстро понять, какой плагин сломал сайт?

Отключите все плагины через FTP, верните сайт, затем включайте плагины по одному. Проблемный плагин проявится после включения.

Что делать, если нет доступа в админку WordPress?

Используйте FTP, файловый менеджер хостинга или SSH. Через них можно отключить плагины, сменить тему, включить debug.log и проверить файлы сайта.

Можно ли просто удалить проблемный плагин?

Лучше сначала переименовать папку плагина. Удаление может убрать настройки или файлы, которые потом будет сложно восстановить.

Почему белый экран появился после обновления PHP?

Старая тема или плагин могли использовать код, который не работает в новой версии PHP. В debug.log обычно видно точную строку и файл с ошибкой.

Почему debug.log не создаётся?

Причина может быть в неправильной вставке кода в wp-config.php, правах на папку wp-content, серверных настройках или том, что ошибка пишется только в error_log хостинга.

Нужно ли отключать все плагины?

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

Может ли кеш вызвать белый экран?

Да. Кеш-плагин, серверный кеш, CDN или OPcache могут отдавать старую сломанную версию страницы. После исправления ошибки кеш нужно очистить.

Может ли тема вызвать белый экран?

Да. Особенно если ошибка находится в functions.php, шаблонах темы, кастомных shortcode или подключаемых PHP-файлах.

Что делать, если ничего не помогает?

Нужно смотреть error_log сервера, debug.log, права файлов, версию PHP, состояние базы данных и последние изменения. Если сайт коммерческий, лучше не продолжать случайные правки, а делать техническую диагностику.

Вывод

Белый экран WordPress — это не приговор сайту. В большинстве случаев причина находится в плагине, теме, PHP-ошибке, нехватке памяти, .htaccess, кеше или настройках сервера.

Безопасный порядок действий такой: сделать копию, включить debug.log, прочитать ошибку, отключить проблемный плагин или тему, проверить PHP и .htaccess, очистить кеш и протестировать сайт.

Главное — не исправлять вслепую. Один точный лог обычно экономит больше времени, чем десятки случайных правок.