Почему на моём сайте загружается пустая белая страница?

Вы открываете сайт и вместо главной страницы видите полностью белый экран. Ни текста, ни ошибки, ничего. Это выбивает из колеи, особенно если сайт приносит клиентов или продажи. Хорошая новость: этот «белый экран смерти» (WSOD) не появляется из ниоткуда и почти всегда имеет чёткую техническую причину, которую можно отследить.

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

Что на самом деле означает белая страница

Сайт на WordPress (или любой сайт на PHP) работает так: сервер выполняет код, собирает страницу и отправляет её в браузер. Когда какой-то участок кода выдаёт фатальную ошибку — отсутствующая функция, несовместимость, исчерпанная память — выполнение резко обрывается. Если вывод ошибок отключён (как и должно быть на публичном сайте), вы видите не сообщение об ошибке, а лишь результат: пустую белую страницу.

Значит, белая страница — это не «болезнь», а симптом. За ней скрывается вполне конкретное сообщение об ошибке; его нужно лишь вытащить наружу. Часто причина возникла сразу после какого-то действия: вы установили плагин, нажали «Обновить», отредактировали тему. Первое, что советую: вспомните, что именно произошло прямо перед этим.

Самые частые причины

На практике почти все белые экраны происходят из нескольких распространённых источников:

• Конфликт плагинов или плохо написанный плагин — самая частая причина. Обновлённый плагин становится несовместим с другим или с вашей версией PHP.
• Сломанная тема — особенно после обновления или прямого редактирования её файлов.
• Исчерпанный лимит памяти PHP — сайт запрашивает больше памяти, чем разрешает сервер, и падает.
• Прерванное обновление — WordPress, тема или плагин обновились наполовину (обрыв соединения, тайм-аут).
• Несовместимая версия PHP — хостинг перешёл на новую версию PHP, которую старый плагин не поддерживает.

Полезная деталь: заметьте, где появляется белизна. Только на публичном сайте? Только в /wp-admin? Везде? Это заметно сужает поиск.

Шаг 1: сделать ошибки видимыми

Чтобы не гадать, заставьте WordPress показать, какая именно ошибка возникла. Через FTP или файловый менеджер хостинга откройте файл wp-config.php и найдите строку WP_DEBUG. Задайте:

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

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

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

Шаг 2: отключить плагины и сменить тему

Если вы подозреваете плагин (наиболее вероятный сценарий), но не можете войти в /wp-admin, отключите их без панели управления:

• Зайдите в /wp-content/ через FTP или файловый менеджер.
• Переименуйте папку plugins в plugins-off. WordPress автоматически отключит все плагины.
• Проверьте сайт. Если он вернулся, причиной был плагин.
• Переименуйте папку обратно в plugins, затем включайте плагины по одному, проверяя после каждого. Тот, что возвращает белый экран, и есть виновник.

Если дело не в плагинах, проверьте тему: в /wp-content/themes/ переименуйте папку вашей активной темы. WordPress вернётся к стандартной теме (Twenty Twenty-какая-то). Если сайт появился, проблема в вашей теме.

Шаг 3: память PHP и незавершённые обновления

Если в debug.log вы видите что-то вроде «Allowed memory size exhausted», сайту не хватило памяти. Увеличьте её в wp-config.php, перед строкой «That's all, stop editing»:

• define('WP_MEMORY_LIMIT', '256M');

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

Если белизна появилась сразу после прерванного обновления, в корне сайта мог застрять файл .maintenance — удалите его. А если хостинг только что сменил версию PHP, спросите их (или переключите в панели) и попробуйте стабильную версию, поддерживаемую вашей темой и плагинами.

Как избежать этого впредь — и когда стоит обратиться за помощью

Профилактика дешевле паники. Несколько простых правил:

• Делайте резервную копию перед любым обновлением — автоматически, а не «когда вспомню».
• Тестируйте обновления на тестовом сайте (staging), а не сразу на рабочем.
• Держите мало плагинов и только из серьёзных источников; каждый лишний плагин — лишний риск.
• Не редактируйте файлы темы напрямую — используйте дочернюю тему или поручите тому, кто разбирается.

Если вы попробовали шаги выше, а белизна не уходит, или вы просто не хотите копаться в FTP на сайте, от которого зависит доход, не давите до тех пор, пока не сломаете больше. В MPO Web Studio мы строим и обслуживаем сайты удалённо, с резервными копиями и мониторингом — и можем быстро продиагностировать белый экран на расстоянии. Короткого сообщения в WhatsApp о том, что произошло прямо перед ошибкой, часто достаточно, чтобы мы начали.