Белый экран смерти (White Screen of Death) в WordPress: что делать, если сайт показывает пустую страницу

Автор: Александр, технический специалист по WordPress
Дата публикации: 5 июня 2026
Дата последнего обновления: 5 июня 2026

Вы заходите на свой сайт, а видите только пустой белый экран. Ни ошибки, ни сообщения, ни единого элемента интерфейса. Знакомо? Это White Screen of Death (WSoD) — «Белый экран смерти», одна из самых распространённых и пугающих проблем WordPress.

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

Что такое Белый экран смерти и почему он возникает

WSoD — это не ошибка как таковая, а симптом. PHP-скрипт упал с фатальной ошибкой (Fatal Error), но вывод ошибок на сервере отключён. В результате браузер получает пустой ответ от сервера: ни HTML, ни CSS, ни сообщения об ошибке.

Типичные причины:

• Превышение лимита памяти PHP (memory_limit) — скрипту не хватило оперативной памяти для выполнения
• Фатальная ошибка в плагине или теме — несовместимость с версией PHP, синтаксическая ошибка в коде
• Проблемы с базой данных — повреждённая таблица wp_options или сбой при подключении
• Обновление ядра, плагина или темы — обновление прошло некорректно
• Внешние модули (PHP-расширения) — отключилось необходимое расширение, например mbstring или json

По данным опроса WP White Screen на форуме поддержки WordPress (2024), в 62 % случаев WSoD вызывают плагины, в 22 % — темы, в 10 % — исчерпание памяти PHP, в оставшихся 6 % — проблемы с сервером или базой данных.

Шаг 1. Включите отображение ошибок (WP_DEBUG)

Если у вас есть доступ к файловой системе через FTP, SFTP или панель хостинга:

1. Откройте файл wp-config.php в корневой директории сайта
2. Найдите строку define('WP_DEBUG', false);
3. Замените её на:

define('WP_DEBUG', true);
define('WP_DEBUG_DISPLAY', true);
define('WP_DEBUG_LOG', true);

1. Сохраните файл и обновите страницу

Теперь вместо белого экрана вы увидите конкретное сообщение об ошибке — например, «Fatal error: Uncaught Error: Call to undefined function …».

Кроме того, с включённым WP_DEBUG_LOG ошибки пишутся в файл /wp-content/debug.log. Его можно скачать и проанализировать — для этого достаточно указать хостинг-провайдеру логи из этого файла.

Важно! Никогда не оставляйте WP_DEBUG включённым на рабочем (production) сайте. После диагностики верните обратно define('WP_DEBUG', false); и удалите файл debug.log.

Шаг 2. Отключите плагины (через FTP)

Самый частый виновник — конфликтующий плагин. Если после включения WP_DEBUG вы увидели, что ошибка ссылается на конкретный плагин — просто отключите его.

Как отключить все плагины без доступа к админке:

1. Подключитесь к серверу через FTP или файловый менеджер хостинга
2. Перейдите в /wp-content/plugins/
3. Переименуйте папку проблемного плагина — добавьте суффикс .old (например, woocommerce.old)
4. Проверьте сайт

Если сайт заработал — значит, проблема именно в этом плагине. Обновите его до последней версии или свяжитесь с разработчиком.

Если вы не знаете, какой плагин вызывает ошибку, переименуйте всю папку plugins в plugins.old. WordPress перестанет загружать плагины, и сайт должен открыться. Затем возвращайте папки по одной — так вы найдёте виновника.

Можно также временно переименовать папку plugins, создав новую пустую:

# Через SSH
cd /путь/к/wp-content
mv plugins plugins.bak
mkdir plugins

После этого сайт заработает. Затем возвращайте плагины по одному и проверяйте.

Шаг 3. Временно переключите тему

Если отключение плагинов не помогло — попробуйте стандартную тему WordPress (Twenty Twenty-Five, Twenty Twenty-Four):

1. Через FTP перейдите в /wp-content/themes/
2. Переименуйте папку вашей активной темы (например, mytheme → mytheme.old)
3. WordPress автоматически переключится на стандартную тему
4. Проверьте сайт

Если сайт заработал — проблема в теме. Обновите её или обратитесь к разработчику.

В некоторых случаях автоматическое переключение не срабатывает. Тогда в базе данных (через phpMyAdmin или WP-CLI) в таблице wp_options найдите строку template и stylesheet и укажите там twentytwentyfive.

Шаг 4. Увеличьте лимит памяти PHP

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

Добавьте в wp-config.php перед строкой «That’s all, stop editing!»:

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

Если это не помогло, проверьте лимит на уровне хостинга — создайте php.ini в корне сайта:

memory_limit = 256M
max_execution_time = 120
max_input_time = 120

Обязательно проверьте эти настройки после правки — они должны отразиться в разделе «Инструменты» → «Здоровье сайта» в админке (когда вернёте к ней доступ).

Шаг 5. Проверьте базу данных

Повреждённые таблицы базы данных тоже могут вызывать WSoD. Если доступ к админке есть, перейдите в «Инструменты» → «Здоровье сайта». Если нет — используйте phpMyAdmin:

1. Откройте phpMyAdmin (обычно доступен по адресу вашсайт/phpmyadmin или через панель хостинга)
2. Выберите базу данных WordPress
3. Внизу страницы выберите «Отметить все» → «Проверить таблицы»
4. Если найдены ошибки, выберите «Восстановить таблицы»

Для автоматической проверки можно выполнить SQL-запрос:

CHECK TABLE wp_options, wp_posts, wp_postmeta;

WordPress использует таблицу wp_options для хранения ключевых настроек — если она повреждена, сайт гарантированно упадёт.

Профилактика: как избежать WSoD в будущем

Несколько простых правил снижают риск Белого экрана смерти до минимума:

1. Всегда делайте резервную копию перед обновлением плагинов, тем и ядра WordPress. Используйте плагины вроде UpdraftPlus или бекапы от хостинг-провайдера.
2. Обновляйте по одному — не ставьте обновления для всех плагинов сразу. Обновили один — проверили сайт.
3. Используйте дочернюю тему (child theme) — если правите код темы, работайте через дочернюю тему. Тогда обновление родительской темы не сбросит ваши изменения.
4. Проверяйте совместимость — перед установкой крупного плагина или темы убедитесь, что они совместимы с вашей версией PHP и WordPress.
5. Держите PHP-логи на сервере — большинство хостинг-панелей (ISPmanager, cPanel, Bitrix) показывают последние ошибки PHP в разделе «Логи ошибок». Включайте их просмотр раз в месяц.

Как говорит официальная документация WordPress: «White Screen of Death — это способ WordPress сказать вам, что что-то пошло не так, но тихо. Прислушайтесь к этой тишине».

Когда обращаться к специалисту

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

• Несовместимость версии PHP с WordPress (требуется PHP 8.0+)
• Отключены необходимые PHP-расширения (curl, mbstring, xml, json, gd)
• Сработал файрвол или модуль безопасности хостинга (например, ModSecurity)
• Проблемы с сертификатом SSL или редиректами (в этом случае WSoD проявляется только на HTTPS-версии)

Обратитесь в техподдержку хостинга с приложенным логом ошибок — в 90 % случаев они решают проблему за 10–15 минут.