Біла порожня сторінка або повідомлення «На сайті виникла критична помилка» (There has been a critical error on this website) — це фатальна помилка PHP. У 9 випадках з 10 її спричиняє плагін або тема після оновлення.
1. Перевірте пошту адміністратора
З версії 5.2 WordPress надсилає на email адміністратора лист з назвою плагіна чи теми, що спричинили збій, і спеціальним посиланням для входу в режим відновлення. У цьому режимі проблемний модуль призупинено, і ви можете увійти в адмінку та вимкнути або оновити його.
2. Увімкніть журнал налагодження
Додайте у wp-config.php перед рядком /* That's all, stop editing! */:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
Оновіть сторінку з помилкою та відкрийте файл wp-content/debug.log. Рядок з PHP Fatal error містить шлях до файлу — з нього видно, який плагін (wp-content/plugins/назва/) чи тема винні.
3. Вимкніть плагіни без доступу до адмінки
У файловому менеджері або по FTP перейменуйте каталог wp-content/plugins на plugins.off. Усі плагіни будуть вимкнені. Якщо сайт запрацював — поверніть назву каталогу й вимикайте плагіни по одному (перейменовуючи їхні папки), щоб знайти винуватця.
4. Перевірте тему
Так само перейменуйте папку активної теми в wp-content/themes/. WordPress перемкнеться на стандартну тему (наприклад, Twenty Twenty-Four), якщо вона встановлена.
5. Версія PHP
Якщо помилка з'явилася після зміни версії PHP, поверніть попередню, оновіть плагіни й тему до сумісних версій і лише потім переходьте на новішу PHP. Як змінити версію — ISPmanager, cPanel.
6. Ліміт пам'яті
Запис Allowed memory size exhausted у журналі означає нестачу пам'яті. Збільште ліміт у wp-config.php:
define('WP_MEMORY_LIMIT', '256M');
Після того як сайт запрацював, вимкнітьWP_DEBUGі видалітьdebug.log— у ньому можуть бути службові шляхи й дані.