Применимо к: все тарифы.
Пустая белая страница WordPress — так называемый «белый экран смерти» (white screen of death, WSOD) — почти всегда означает, что какой-то один плагин или тема уронили PHP, а вовсе не то, что ваш хостинг недоступен. В этом руководстве мы поможем найти виновника и вернуть сайт к жизни. Выполняйте разделы по порядку и проверяйте сайт после каждого шага.
Перед началом: вам понадобится доступ к личному кабинету (чтобы войти в cPanel по технологии единого входа) и логин администратора WordPress, если до него ещё можно добраться. Если админка тоже белая, вы будете работать через cPanel -> Files -> File Manager.
Симптомы
- Главная страница сайта, панель wp-admin или и то, и другое показывают полностью пустую белую страницу.
- Никакого текста ошибки, никакой темы, никакого меню — просто белый фон.
- Чаще всего это начинается сразу после установки или обновления плагина, темы или ядра WordPress.
Частые причины (наиболее вероятные сверху)
- Неисправный или несовместимый плагин — самая частая причина, особенно сразу после обновления.
- Сломанная тема — обновление или правка темы, содержащая ошибку PHP.
- Исчерпана память PHP — тяжёлый плагин выходит за лимит памяти вашего тарифа.
- Устаревшая или неподходящая версия PHP для вашей текущей версии WordPress, плагинов или темы.
- Повреждённый файл ядра после прерванного обновления.
Быстрые решения
1. Включите отладку WordPress, чтобы увидеть настоящую ошибку
Белый экран скрывает лежащую в основе ошибку PHP. Сделайте её видимой, чтобы понять, что чинить.
-
Откройте cPanel -> Files -> File Manager и перейдите в папку вашего сайта (обычно public_html).
-
Откройте на редактирование wp-config.php и найдите строку
define( 'WP_DEBUG', false );. -
Измените значение на
true, а чтобы записывать ошибку в приватный лог, а не показывать её посетителям, добавьте эти строки прямо над комментарием/* That's all, stop editing! */:define( 'WP_DEBUG', true ); define( 'WP_DEBUG_LOG', true ); define( 'WP_DEBUG_DISPLAY', false ); -
Сохраните и перезагрузите сайт. Ошибка будет записана в wp-content/debug.log, который можно открыть в File Manager.
Результат: в логе обычно указан конкретный плагин, тема или файл, вызвавший сбой — например, путь внутри wp-content/plugins/. После завершения верните
WP_DEBUGобратно вfalse.
2. Отключите все плагины
Если до wp-admin ещё можно добраться, перейдите в Плагины -> Установленные плагины, отметьте все, выберите Деактивировать и примените. Если сайт вернулся к жизни, включайте плагины по одному, перезагружая страницу после каждого, пока белый экран не появится снова — этот последний плагин и есть виновник.
Если до wp-admin добраться нельзя, отключите их через cPanel:
- В File Manager откройте wp-content.
- Переименуйте папку plugins в plugins-off.
- Перезагрузите сайт. Если он заработал, проблема в плагине. Переименуйте папку обратно в plugins, затем переименовывайте каждую подпапку плагина по одной, чтобы найти неисправный.
3. Переключитесь на стандартную тему
Сломанная тема вызывает такую же пустую страницу. В wp-admin перейдите в Внешний вид -> Темы и активируйте стандартную тему WordPress (например, одну из тем серии Twenty-…). Если админка белая, переименуйте в File Manager папку вашей активной темы внутри wp-content/themes/ — WordPress автоматически переключится на стандартную тему.
Результат: если смена темы исправляет проблему, неисправность кроется в вашей теме. Восстановите её из резервной копии или обратитесь к автору темы.
4. Проверьте версию PHP и лимиты
Старая версия PHP или достижение лимита памяти могут сделать страницу пустой.
- Установите современную версию PHP для каждого домена в cPanel -> MultiPHP Manager (обычно лучше всего подходит актуальная PHP 8.x). См. Как выбрать правильную версию PHP для производительности.
- Поднимите лимит памяти или загрузки PHP в пределах лимитов CloudLinux вашего тарифа — см. Как увеличить лимит памяти или загрузки в WordPress. Эти лимиты ограничены вашим тарифом, а не безграничны.
5. Восстановите из резервной копии
Если экран появился сразу после какого-то изменения, а отследить причину не удаётся, откатитесь назад. На тарифах Self-Managed вы можете самостоятельно выполнить восстановление в cPanel — см. Как создавать и восстанавливать резервные копии WordPress. На тарифах Managed наша команда хранит ежедневные резервные копии вне нашей площадки в течение 30 дней.
Если это не помогло
- Если вы видите ошибку 508 «Resource Limit Reached», а не настоящий белый экран, это проблема с ресурсами, а не сбой — см. Ошибки 508 «Resource limit reached»: разбираемся.
- Заново загрузите свежие копии папок ядра WordPress wp-admin и wp-includes, если лог отладки указывает на файл ядра.
- Соберите ваш домен, точный текст ошибки из debug.log и время её появления, затем свяжитесь с нами. На тарифах Managed такой ремонт входит в вашу поддержку; на Self-Managed (с самостоятельным управлением) мы всё равно укажем вам на причину.
Комментарии
0 комментариев
Войдите в службу, чтобы оставить комментарий.