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

Сначала сделайте копию

Перед правкой wp-config.php скачайте копию файла или сделайте резервную копию сайта. Одна пропущенная точка с запятой или неправильная кавычка в этом файле может сломать сайт.

Включите запись ошибок

Откройте файлы сайта через файловый менеджер или FTP и отредактируйте wp-config.php. Добавьте строки ниже перед /* That's all, stop editing! Happy publishing. */ или похожим финальным комментарием WordPress:

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

Так WordPress включит отладку, запишет ошибки в лог и не будет выводить их на публичной странице.

Где искать лог

После повторения ошибки откройте файл:

wp-content/debug.log

Если файл не появился, проверьте права на папку и повторите ошибку еще раз. Часть сбоев также может попадать в error log хостинга или в файл error_log внутри папки домена.

Что отправить в поддержку

  • Страницу, на которой появляется ошибка.
  • Время, когда вы повторили ошибку.
  • Последние 20-50 строк из debug.log.
  • Что менялось перед появлением проблемы: обновление плагина, темы, смена версии PHP, перенос сайта.

Отключите debug после проверки

Режим отладки не должен постоянно работать на живом сайте. Когда причина найдена, верните WP_DEBUG в false или удалите временные debug-строки.

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