Белый экран WordPress после обновления

Белый экран WordPress после обновления

Краткий ответ: белый экран WordPress после обновления чаще всего означает критическую PHP-ошибку, из-за которой сайт не успевает вывести страницу. Обычно причина в обновлённом плагине, теме, несовместимой версии PHP, нехватке памяти, повреждённом кеше, ошибке в functions.php или конфликте после автообновления. Безопасный порядок: сделать копию, включить debug.log, отключить проблемный плагин через FTP, проверить тему, PHP-версию, лимит памяти, кеш и логи хостинга.

Белый экран ещё называют “white screen of death”. Он может появиться на всём сайте, только в админке, только на главной, только на одной странице или только после входа в /wp-admin/. Поэтому важно сначала понять, где именно сломалась загрузка.

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

Причина

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

Частые причины после обновления:

• обновлённый плагин стал несовместимым с темой, другим плагином, WooCommerce или текущей версией PHP;
• тема содержит устаревший PHP-код, который начал падать после обновления WordPress или PHP;
• ошибка в functions.php — пропущенная скобка, повтор функции, неправильный hook, конфликт сниппетов;
• нехватка PHP memory limit — сайт упирается в память после обновления тяжёлого плагина, конструктора страниц или WooCommerce;
• сломался кеш — старые кешированные файлы конфликтуют с новой версией плагина или темы;
• автообновление прервалось — часть файлов обновилась, часть осталась старой;
• несовместимая версия PHP — плагин требует новую версию или, наоборот, старый код не работает на новой версии;
• повреждён файл ядра, темы или плагина во время обновления, переноса или ручной загрузки;
• конфликт с security-плагином или WAF — запрос блокируется до нормальной загрузки сайта;
• ошибка базы данных — повреждённые таблицы, неправильные опции, тяжёлые autoloaded options, сбой после миграции.

Главная задача — не просто “вернуть картинку на экран”, а понять, какой файл, плагин, тема или серверная настройка остановили выполнение WordPress.

Диагностика

Начните с определения области поломки. Это сильно сокращает время поиска.

Где белый экран	Вероятная причина	Что проверить первым
На всём сайте	PHP fatal error, плагин, тема, память, PHP-версия	debug.log, error_log, плагины через FTP
Только в админке	плагин админки, WooCommerce, admin-ajax, память, security	/wp-admin/, логи, плагины, PHP memory limit
Только на главной	шаблон главной, конструктор, виджет, кеш, тема	шаблон страницы, кеш, тема, последний изменённый блок
Только на одной странице	шорткод, блок, PHP в шаблоне, кастомное поле	контент страницы, шорткоды, шаблон, debug.log
После входа в админку	cookies, security-плагин, редирект, ошибка в профиле или меню	cookies, другой браузер, security-плагин, wp-admin логи
После обновления плагина	конфликт новой версии с темой, PHP или другим плагином	отключить обновлённый плагин через FTP
После обновления темы	ошибка в теме, шаблоне, functions.php, дочерней теме	переключение на стандартную тему, debug.log
После обновления PHP	старый код несовместим с новой версией PHP	PHP error_log, временный откат версии PHP

Что проверить сразу

• Открывается ли /wp-login.php?
• Открывается ли /wp-admin/?
• Белый экран на всём сайте или только в одной части?
• Что обновлялось последним: WordPress, тема, плагин, PHP, WooCommerce?
• Есть ли письмо WordPress о критической ошибке на email администратора?
• Есть ли доступ к FTP/SFTP или файловому менеджеру хостинга?
• Есть ли резервная копия до обновления?
• Появились ли новые записи в wp-content/debug.log?

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

Решение

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

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

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

Минимум для копии:

• папка wp-content;
• файл wp-config.php;
• файл .htaccess;
• экспорт базы данных;
• логи ошибок, если они уже есть.

2. Включите debug.log

Белый экран почти всегда нужно переводить из “пустой страницы” в конкретную ошибку. Для этого включают логирование WordPress в wp-config.php.

После включения откройте страницу с белым экраном ещё раз и проверьте файл:

wp-content/debug.log

В первую очередь ищите:

• PHP Fatal error
• Parse error
• Uncaught Error
• Allowed memory size exhausted
• Cannot redeclare function
• Call to undefined function
• Class not found

3. Отключите последний обновлённый плагин

Если белый экран появился после обновления конкретного плагина, не нужно сразу отключать всё. Через FTP/SFTP откройте:

wp-content/plugins/

Переименуйте папку проблемного плагина. Например:

• было: woocommerce-some-plugin
• стало: woocommerce-some-plugin-disabled

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

4. Если неизвестно, какой плагин виноват

Переименуйте всю папку плагинов:

• было: wp-content/plugins
• стало: wp-content/plugins-disabled

Если сайт заработал, верните папке имя plugins и включайте плагины по одному. После каждого включения проверяйте сайт и debug.log.

Важно: на WooCommerce-сайте отключение всех плагинов может временно отключить магазин, оплату, доставку, формы и интеграции. Делайте это аккуратно и желательно на копии сайта.

5. Проверьте активную тему

Если плагины не виноваты, проверьте тему. Особенно если обновлялась тема, дочерняя тема или в functions.php недавно добавляли код.

Через FTP откройте:

wp-content/themes/

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

Если стандартной темы нет, загрузите её или переключите тему через WP-CLI.

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

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

Увеличение лимита может вернуть сайт, но если память заканчивается постоянно, нужно искать тяжёлый процесс, конфликт или неудачную доработку.

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

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

Типовые признаки PHP-несовместимости:

• Fatal error после обновления PHP;
• TypeError;
• Call to undefined function;
• Deprecated, если сервер превращает предупреждения в ошибки;
• ошибка в старой теме или давно не обновлявшемся плагине.

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

После обновлений могут конфликтовать старые кешированные файлы CSS, JS, object cache, page cache или server cache.

Проверьте:

• кеш плагина WordPress;
• серверный кеш хостинга;
• Object Cache / Redis / Memcached;
• Cloudflare или другой CDN;
• кеш браузера;
• кеш конструктора страниц.

Не ограничивайтесь только кнопкой “Очистить кеш” в админке. Если админка недоступна, кеш иногда нужно очищать через панель хостинга или файловую систему.

9. Проверьте error_log хостинга

Не все ошибки попадают в debug.log. Иногда причина видна только в error_log хостинга: PHP-FPM, лимиты, права файлов, нехватка диска, ошибка сервера, ModSecurity или проблема владельца файлов.

10. Проверьте незавершённое обновление

Если обновление оборвалось, в корне сайта может остаться файл:

.maintenance

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

Код

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

Включить 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);

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

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

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

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

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

Важно: команда отключит все плагины. На рабочем магазине это может временно отключить WooCommerce, оплату, доставку, формы, CRM, Telegram и другие интеграции.

wp plugin deactivate --all

Включать плагины по одному через WP-CLI

wp plugin list
wp plugin activate nazvanie-plagina

Переключить тему через WP-CLI

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

wp theme list
wp theme activate twentytwentyfour

Проверить целостность ядра WordPress

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

wp core verify-checksums

Проверить синтаксис PHP-файла

Важно: команда доступна только при SSH-доступе. Она помогает найти синтаксическую ошибку в файле, например в functions.php.

php -l wp-content/themes/your-theme/functions.php

Результат

После правильной диагностики вы должны получить не просто работающий сайт, а понятную причину белого экрана.

Возможные результаты:

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

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

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

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

Проверьте плагины, которые активно работают в панели управления: WooCommerce, SEO-плагины, редакторы страниц, плагины статистики, security, кеш, импорт/экспорт, бэкапы и кастомные админ-панели.

Также проверьте:

• admin-ajax.php;
• REST API;
• PHP memory limit для админки;
• зависшие cron-задачи;
• большие autoloaded options;
• ошибки в консоли браузера.

Если белый экран только на фронтенде

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

Если белый экран только на WooCommerce

Проверьте корзину, checkout, оплату, доставку, письма, сессии, кеш и логи WooCommerce. Не кешируйте корзину, checkout и страницу оплаты. После восстановления обязательно сделайте тестовый заказ.

Если белый экран после автообновления

Проверьте, что именно обновилось: ядро WordPress, тема, плагин, перевод, WooCommerce или PHP на хостинге. В автообновлениях проблема часто в том, что владелец сайта не видел момент поломки и не знает, какой компонент стал причиной.

Если нет доступа к FTP

Попросите доступ к хостингу, файловому менеджеру или резервной копии. Без FTP/SFTP, файлового менеджера, WP-CLI или хостинг-панели восстановление белого экрана почти всегда превращается в угадывание.

Если сайт периодически белеет, а потом работает

Периодический белый экран часто связан не с одним файлом, а с нагрузкой:

• cron запускает тяжёлую задачу;
• плагин бэкапа создаёт архив;
• импорт товаров перегружает сервер;
• заканчивается память PHP;
• сервер упирается в лимиты CPU, RAM, I/O или PHP workers;
• база данных отвечает слишком медленно;
• боты создают большую нагрузку.

В таком случае нужно смотреть время ошибки, access log, slow log, графики хостинга и задачи cron.

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

• Удалять плагины вместо временного переименования. Лучше переименовать папку и сохранить возможность отката.
• Править functions.php без FTP-доступа. Одна ошибка в коде может снова закрыть сайт.
• Включать показ ошибок на экран и забывать отключить. На рабочем сайте это может раскрыть пути файлов и техническую информацию.
• Отключать все плагины на WooCommerce без понимания. Это может временно остановить оплату, доставку, формы и интеграции.
• Не смотреть логи. Белый экран без debug.log и error_log почти невозможно чинить точно.
• Сразу откатывать весь сайт. Иногда достаточно отключить один плагин, а полный откат может вернуть старые проблемы.
• Игнорировать PHP-версию. После обновления хостинга старый код может стать несовместимым.
• Чистить базу данных без копии. Это может повредить настройки сайта, темы, плагинов или WooCommerce.
• Проверять только главную страницу. После восстановления нужно проверить админку, формы, заказы, письма, мобильную версию и важные страницы.

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

Чеклист при белом экране WordPress после обновления

1. Зафиксируйте, после какого обновления появился белый экран.
2. Сделайте копию файлов и базы данных.
3. Проверьте, открывается ли /wp-admin/ и /wp-login.php.
4. Включите WP_DEBUG_LOG в wp-config.php.
5. Проверьте wp-content/debug.log.
6. Проверьте error_log хостинга.
7. Отключите последний обновлённый плагин через FTP.
8. Если причина неизвестна, временно отключите все плагины.
9. Проверьте активную тему и дочернюю тему.
10. Проверьте PHP memory limit.
11. Проверьте версию PHP.
12. Очистите кеш сайта, сервера, CDN и object cache.
13. Проверьте файл .maintenance, если обновление оборвалось.
14. Проверьте права файлов и свободное место на хостинге.
15. После восстановления включайте компоненты по одному и смотрите, когда ошибка возвращается.

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

• PHP Fatal error — критическая ошибка PHP.
• Parse error — синтаксическая ошибка в коде.
• Allowed memory size exhausted — закончилась память.
• Cannot redeclare — функция или класс объявлены повторно.
• Call to undefined function — код вызывает функцию, которой нет.
• Class not found — отсутствует нужный класс.
• Uncaught Error — необработанная ошибка, которая остановила выполнение.
• TypeError — несовместимый тип данных, часто после обновления PHP или плагина.

Если в пути ошибки есть wp-content/plugins/..., проверяйте конкретный плагин. Если путь ведёт в wp-content/themes/..., причина в теме или дочерней теме.

FAQ

Что значит белый экран WordPress после обновления?

Это значит, что WordPress или PHP остановили выполнение до вывода страницы. Чаще всего причина в критической ошибке плагина, темы, PHP-кода, памяти, кеша или несовместимости после обновления.

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

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

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

Да. Обычно используют FTP/SFTP, файловый менеджер хостинга, WP-CLI, базу данных и логи. Доступ к админке удобен, но не обязателен для восстановления.

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

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

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

В теме может быть устаревший код, ошибка в шаблоне, конфликт с дочерней темой или несовместимость с новой версией WordPress/PHP. Проверьте тему через FTP или WP-CLI.

Поможет ли увеличение PHP memory limit?

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

Что делать, если debug.log пустой?

Проверьте error_log хостинга, правильность включения WP_DEBUG_LOG, права на папку wp-content, настройки PHP и серверные логи. Не все ошибки попадают в WordPress-лог.

Можно ли просто откатить сайт из резервной копии?

Можно, если нужно быстро вернуть работу. Но после отката всё равно нужно понять причину, иначе проблема повторится при следующем обновлении.

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

Часто виноваты плагины, которые работают в панели управления: WooCommerce, SEO, редакторы, security, кеш, статистика, импорт/экспорт. Также возможны проблемы с памятью и admin-ajax.php.

Почему белый экран только на одной странице?

Причина может быть в шорткоде, блоке конструктора, шаблоне страницы, кастомном поле, виджете или PHP-коде, который выполняется только на этой странице.

Что делать, если белый экран появился после автообновления WordPress?

Проверьте список обновлений, логи, плагины, тему, файл .maintenance, версию PHP и целостность файлов. Если есть бэкап до автообновления, используйте его как точку восстановления.

Когда лучше не чинить самому?

Если сайт принимает заявки, работает на WooCommerce, связан с оплатой, рекламой, CRM или SEO-трафиком, не экспериментируйте без копии и логов. Белый экран может быть симптомом глубокой ошибки в коде или сервере.

Вывод

Белый экран WordPress после обновления почти всегда нужно чинить через диагностику, а не наугад. Сначала сохраните копию, включите debug.log, проверьте error_log, отключите последний обновлённый плагин, проверьте тему, PHP memory limit, версию PHP, кеш и незавершённые обновления.

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