Як усунути помилку WordPress "Fatal Error": пошук плагіна, що викликає збій сайту

Найшвидший та найнадійніший спосіб вирішити помилку WordPress Fatal Error — це спочатку зробити сайт доступним, а потім по черзі відключати плагіни, щоб виявити той, що спричиняє збій. Найчастіше проблема виникає через несумісне оновлення плагіна, конфлікт версій PHP, суперечку між темою і плагіном або через недостатній обсяг пам’яті. Якщо ви не можете зайти в адмінпанель, тимчасово відключіть папку з плагінами через FTP, файловий менеджер чи панель хостингу, а потім за логами помилок з’ясуйте, який плагін викликає збій.

У цій інструкції ми крок за кроком розповімо, як без паніки проаналізувати помилку Fatal Error на вашому WordPress-сайті, знайти плагін, що спричиняє збій, і які довгострокові заходи варто вжити, щоб уникнути повторення проблеми. Пояснення складені так, щоб навіть користувачі з обмеженими технічними знаннями могли їх застосувати, а фахівці й агентства могли використовувати цей гайд як детальний чек-лист.

Що таке WordPress Fatal Error?

WordPress Fatal Error — це критична помилка на стороні PHP, через яку сайт не може продовжувати роботу. Іноді вона проявляється у вигляді білого екрану, іноді — повідомлення "Критична помилка", а інколи — технічного звіту з вказівкою на проблемний PHP-файл. Оскільки ядро WordPress, теми та плагіни працюють на PHP, навіть одна некоректна стрічка коду може заблокувати завантаження всього сайту.

Наприклад, якщо плагін не сумісний із PHP 8.2, то після оновлення версії PHP на сервері сайт може викинути Fatal Error. Так само, якщо два плагіни намагаються визначити одну й ту ж функцію, WordPress не зможе повторно її завантажити й зупинить роботу сайту. Тому шлях у повідомленні про помилку дуже важливий — якщо він веде до wp-content/plugins/назва-плагіна, майже напевно проблема саме у цьому плагіні.

Симптоми Fatal Error і перші кроки перевірки

Fatal Error не завжди відображається однаково. У WordPress 5.2 і новіших версіях більшість критичних помилок супроводжується відправленням посилання на режим відновлення на пошту адміністратора. Якщо листа немає або помилка виникає надто рано, потрібно втручатися вручну. Ось основні ознаки, які вказують на плагін як джерело проблеми:

Сайт відкривається чистим білим екраном.
При спробі зайти в адмінпанель з’являється повідомлення "Критична помилка".
При відкритті певної сторінки (наприклад, сторінки оформлення замовлення чи контактної форми) сайт падає.
Помилка з’являється відразу після оновлення плагіна.
У повідомленні про помилку видно шлях до файлу в папці wp-content/plugins.
Логи сервера повторюють рядки з PHP Fatal error.

Під час першої перевірки зафіксуйте, що змінилося за останні 24 години: чи встановлювали нові плагіни, оновлювали існуючі, змінювали версію PHP, оновлювали тему, додавали правила в плагіні безпеки? Найпоширеніша ситуація — плагін, що оновився автоматично, став несумісним із темою або версією PHP.

Таблиця швидкої діагностики: звідки помилка?

Таблиця швидкої діагностики: звідки помилка?
Симптом	Можлива причина	Перший крок
У повідомленні є wp-content/plugins	Конфлікт або помилка в коді плагіна	Відключити відповідний плагін
У повідомленні є wp-content/themes	Проблема в темі або її функції	Переключитися на стандартну тему
Пишеться Allowed memory size exhausted	Недостатньо пам’яті PHP	Збільшити ліміт пам’яті
Call to undefined function	Відсутня залежність або несумісна версія	Перевірити версії плагіна і PHP
Parse error або syntax error	Помилка у коді	Відкотити останні зміни в файлі

Ця таблиця допоможе швидко зорієнтуватися. Однак остаточне рішення має базуватися на аналізі логів і поетапному тестуванні плагінів. Особливо це важливо для інтернет-магазинів, де випадкове видалення файлів може порушити процеси замовлень і платежів.

Підготовка перед початком роботи

Найгірша помилка під час Fatal Error — панікувати й починати видаляти файли або працювати з базою даних без підготовки. Спочатку забезпечте можливість відновлення. Будь-які зміни на живому сайті, особливо якщо це WooCommerce, система членства чи модуль бронювання, несуть ризик втрати даних.

1. Зробіть повну резервну копію: потрібно зберегти не лише папку public_html, а й базу даних.
2. Запишіть час появи помилки: це допоможе знайти правильний рядок у логах сервера.
3. Складіть список останніх змін: оновлення плагінів, версії PHP, зміни теми, впровадження нового коду.
4. Якщо можливо, працюйте у тестовому середовищі (staging): це безпечніше, ніж одразу міняти на живому сайті. WordPress хостинг
5. Перевірте доступи: FTP, панель хостингу і доступ до бази даних мають бути під рукою.

Професійний хостинг пропонує щоденне резервне копіювання, зручний файловий менеджер, можливість змінювати версію PHP і переглядати логи помилок — це значно прискорює усунення проблем. Тому вибирайте хостинг з якісними інструментами адміністрування, а не лише з великим дисковим простором. Веб-хостинг

Покрокове вирішення проблеми WordPress Fatal Error

1. Перевірте лист з режимом відновлення WordPress

Якщо WordPress виявляє критичну помилку, він може надіслати адміністратору листа з посиланням для входу у режим відновлення. Цей режим дозволяє відключити проблемний плагін через адмінпанель. Обов’язково перевірте папки «Вхідні», «Спам» та налаштування пересилання пошти. У листі зазвичай вказано, який плагін спричинив помилку.

Якщо режим відновлення працює, все просто: клікніть по посиланню, зайдіть у панель, на сторінці плагінів відключіть проблемний плагін і перевірте працездатність сайту. Перед повторним увімкненням уважно вивчіть нотатки оновлень, форуми підтримки та сумісність із PHP.

2. Якщо немає доступу до адмінпанелі — відключіть усі плагіни

Якщо панель не відкривається, найпростіше тимчасово перейменувати папку wp-content/plugins. За допомогою FTP, SSH або файлового менеджера хостингу зайдіть у public_html/wp-content і перейменуйте папку plugins, наприклад, у plugins-off. WordPress не знайде плагіни і відключить їх усі.

Це не видаляє налаштування плагінів у базі даних, а лише припиняє їх завантаження. Якщо сайт почав працювати, проблема, ймовірно, у плагінах. Поверніть назву папки назад і по черзі перейменовуйте папки окремих плагінів або активуйте їх через адмінку, щоб знайти винуватця.

Перейменуйте wp-content/plugins у plugins-off.
Перевірте сайт у режимі інкогніто.
Якщо сайт працює — поверніть назву plugins.
Активуйте плагіни по одному.
Відзначте плагін, після активації якого знову з’являється помилка.

Цей метод простий, але дієвий. Особливо корисний, якщо на сайті понад 20 плагінів — тестуйте їх починаючи з останніх оновлень, щоб зекономити час.

3. Ізолюйте проблемний плагін по черзі

Якщо сайт працює без плагінів, але падає після активації певного, це і є винуватець. Проте не поспішайте з висновками: іноді помилка виникає через конфлікт двох плагінів, а поодинці вони працюють нормально. Тому перевірте парні взаємодії.

Наприклад, плагін безпеки може змінювати права доступу до файлів, а плагін кешування — теж. Або оновлений WooCommerce конфліктує з застарілим плагіном платіжного шлюзу, і хоча помилка вказує на WooCommerce, справжня причина — платіжний модуль.

Спершу активуйте основні плагіни: WooCommerce, SEO, форми тощо.
Потім додайте допоміжні: кешування, безпека, перенаправлення, галереї, соцмережі.
Після кожної активації перевіряйте сайт і адмінпанель.
Особливо тестуйте ключові сторінки: оплату, кошик, контактні форми, вхід до акаунту.
Фіксуйте, після якого плагіна виникає помилка, та збережіть повідомлення про помилку.

Мета — не просто запустити сайт, а правильно виявити першопричину. Помилка в діагностиці може призвести до повторних збоїв.

4. Зберіть точні докази з логів помилок

Логи сервера — найнадійніше джерело інформації про Fatal Error. У панелі хостингу шукайте розділи Error Log, Журнали помилок або подібні. Також можна увімкнути режим налагодження WordPress, додавши у файл wp-config.php наступні рядки:

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

Після цього помилки записуватимуться у файл wp-content/debug.log, не показуючись відвідувачам сайту. Проведіть тест, перевірте лог, шукайте такі фрази, як PHP Fatal error, Uncaught Error, require_once failed, allowed memory size exhausted, call to undefined function, cannot redeclare. Поруч буде шлях до файлу і номер рядка, наприклад:

wp-content/plugins/nazva-plagin/includes/class-loader.php on line 214 — це вказує на плагін nazva-plagin.

Хоча читати логи спершу складно, ім’я плагіна у шляху часто дає прямий підказку. У панелі Hostragons можна в одному місці керувати логами, версіями PHP і файлами, що значно спрощує пошук проблеми. Панель управління хостингом

5. Перевірте версію PHP та ліміт пам’яті

Не всі Fatal Error викликані пошкодженим плагіном. Плагін може бути несумісним із вашою версією PHP. Станом на 2026 рік сучасні WordPress-сайти працюють на актуальних версіях PHP задля кращої продуктивності й безпеки, однак деякі застарілі плагіни не підтримують нові зміни. І навпаки — дуже стара версія PHP може не підтримувати функції нового плагіна.

Проблемою може бути і обмеження пам’яті PHP. Сайти з багатьма мовами, WooCommerce, конструктори сторінок та плагіни безпеки часто споживають багато пам’яті. Якщо у логах бачите allowed memory size exhausted, можливо, не сам плагін винен, а замало ресурсів.

Для невеликих корпоративних сайтів 256 МБ пам’яті PHP зазвичай достатньо.
Для магазинів WooCommerce або сайтів з системою членства краще починати з 512 МБ.
Для сайтів з великим трафіком або багатьма плагінами потрібне індивідуальне планування ресурсів.
Зміни версії PHP спочатку тестуйте на staging-середовищі.

Якщо нестача ресурсів повторюється, не варто просто збільшувати memory_limit. Краще проаналізувати кількість плагінів, оптимізувати запити до бази даних і, при необхідності, оновити хостинг-пакет. Пакети хостингу WordPress

Якщо адмінпанель не відкривається: альтернативні способи

Зміна папки плагінів через FTP або файловий менеджер

Один із найнадійніших способів — перейменувати папку проблемного плагіна. Якщо ви знаєте, який саме плагін викликає збій, знайдіть його папку у wp-content/plugins і додайте до назви "-off" або "-disabled". Наприклад, wp-content/plugins/vinuvatyj-plagin → wp-content/plugins/vinuvatyj-plagin-off. WordPress не зможе завантажити плагін, і помилка може зникнути.

Після цього ви зможете зайти в адмінпанель і побачити, що плагін відключений. Перед повторним увімкненням вивчіть оновлення, зверніться до підтримки розробника або поверніться до стабільної версії плагіна.

Відключення плагінів через WP-CLI

Якщо у вас є SSH-доступ, WP-CLI — потужний інструмент для керування WordPress. Командами можна подивитися список плагінів, відключити один або всі плагіни одразу. Наприклад, щоб відключити всі плагіни:

wp plugin deactivate --all

А потім по черзі вмикати їх, щоб визначити проблемний.

Переконайтеся, що команда виконується у каталозі з встановленим WordPress. Для агентств та розробників це стандартний метод швидкого пошуку помилок на багатьох сайтах.

Скидання активних плагінів через базу даних

Як крайній метод можна змінити значення active_plugins у таблиці wp_options через phpMyAdmin. Однак потрібно бути обережним: ця опція зберігається у серіалізованому форматі, і неправильне редагування може спричинити нові помилки. Виконуйте цю операцію лише після створення резервної копії і якщо добре розумієтеся на структурі бази даних.

Якщо технічні навички обмежені, краще віддайте перевагу змінам через файлову систему — це безпечніше для більшості користувачів.

Що робити після виявлення проблемного плагіна?

Відключення плагіна, що викликає Fatal Error, запустить сайт, але для постійного вирішення потрібно зрозуміти, чому він падає. Інакше при повторному включенні або оновленні помилка з’явиться знову.

Ознайомтеся з останніми нотатками оновлень плагіна. Розробник міг виправити помилки чи покращити сумісність.
Перевірте версію ядра WordPress. Дуже стара версія може створювати конфлікти з новими плагінами.
Дізнайтеся мінімальну версію PHP, необхідну для плагіна — ця інформація зазвичай є на сторінці плагіна.
Пошукайте альтернативні плагіни, якщо цей давно не оновлюється або має погані відгуки.
Повторіть помилку у тестовому середовищі, а не на живому сайті.
Зверніться до розробника з логами помилок і детальним описом проблеми — просто повідомлення "сайт не працює" не допоможе.

Наприклад, якщо форма викликає помилку тільки на PHP 8.3, тимчасово можна повернутися на PHP 8.2, поки розробник не випустить сумісне оновлення. Проте не затягуйте це занадто довго через ризики безпеки.

Як уникнути повторних помилок Fatal Error

Повністю виключити ризик помилок неможливо, але регулярне технічне обслуговування значно знижує ймовірність збою. Особливо це важливо для бізнес-сайтів, де оновлення мають бути контрольованими.

Використовуйте staging-середовище: тестуйте оновлення плагінів, тем і PHP перед впровадженням на живому сайті.
Вибірково налаштовуйте автоматичні оновлення: для критичних плагінів краще контролювати оновлення вручну.
Збільшіть частоту резервного копіювання: для сайтів з інтенсивним контентом або замовленнями щоденний бекап може бути замало.
Зменшіть кількість плагінів: кожен плагін — додатковий код, потенційна загроза безпеці та джерело конфліктів.
Видаляйте застарілі плагіни: ті, що не оновлювалися понад 12 місяців, можуть становити загрозу.
Не ігноруйте SSL і заходи безпеки: захищене з’єднання — основа безпеки адмінпанелі і користувацьких даних. сертифікат SSL
Підтримуйте в актуальному стані домен і DNS: швидкий доступ до керування доменом важливий у кризових ситуаціях. Перевірка домену

Добра практика — вести журнал оновлень із датами, назвами плагінів, версіями і результатами тестів. Це допоможе швидко знайти причину майбутніх проблем і підвищить прозорість у роботі з клієнтами для агентств.

Чого не варто робити під час усунення помилки на живому сайті

Деякі дії можуть посилити проблему замість її вирішення. Уникайте поширених помилок, щоб не втратити дані і не допустити тривалого простою сайту:

Не редагуйте базу даних без резервної копії.
Не видаляйте папку проблемного плагіна без попереднього перейменування.
Не вмикайте режим налагодження для відображення помилок відвідувачам.
Не активуйте всі плагіни одночасно.
Не змінюйте версію PHP кілька разів поспіль без системного тестування.
Не завантажуйте плагіни з неперевірених джерел.
Не втручайтеся в сайт без запису повідомлень про помилки.

Особливо небезпечні nulled або неліцензійні плагіни — вони можуть викликати не лише помилки, а й ставити під загрозу безпеку сайту та призводити до витоку даних. Якщо плагін платний, використовуйте його офіційно з ліцензією, щоб отримувати оновлення та підтримку.

Коли варто звертатися до служби підтримки хостингу?

Іноді помилка не вирішується через адмінпанель WordPress. Якщо ви не маєте доступу до логів сервера, не можете змінити версію PHP, пошкоджено права доступу до файлів або сайт повертає помилку 500, допомога хостинг-провайдера буде необхідною. Підготуйте для підтримки таку інформацію:

Дата і приблизний час появи помилки.
Інформація про останні оновлення або встановлення.
Текст помилки, що відображається на сайті.
Якщо є — логи debug.log або error_log.
Що ви вже пробували зробити і з яким результатом.

Ці дані допоможуть технічній підтримці швидко сфокусуватися на пошуку причини, а не витрачати час на загальний аналіз. На платформі Hostragons є зручні інструменти для швидкого керування файлами, вибору версії PHP, налаштування SSL і моніторингу ресурсів, що прискорює процес усунення помилок. Центр підтримки Hostragons

Короткий підсумок

Усунення помилки WordPress Fatal Error не має бути складним, якщо йти за планом: спершу зробіть резервну копію, проаналізуйте повідомлення або логи, безпечно відключіть плагіни і по черзі тестуйте їх, а потім оцініть сумісність PHP, пам’яті та оновлення. Якщо сайт часто дає таку помилку, варто переглянути не лише плагіни, а й технічну базу сайту.

Ознайомившись з WordPress-хостингом на Hostragons, ви зможете отримати більш контрольоване, захищене і з резервними копіями середовище для вашого сайту. WordPress хостинг

Поширені запитання

Чи видалить помилка WordPress Fatal Error мої дані?

Зазвичай ні. Fatal Error пов’язана з неможливістю виконання PHP-коду і не видаляє вміст сайту. Проте необережне видалення файлів чи зміни в базі без резервної копії можуть призвести до втрати даних.

Як дізнатися, який плагін викликає збій?

Найкраща підказка — ім’я плагіна у логах помилок після wp-content/plugins. Якщо логів немає, відключіть усі плагіни і вмикайте їх по одному, доки помилка не з’явиться знову.

Як вимкнути плагіни, якщо немає доступу в адмінпанель?

Перейменуйте папку wp-content/plugins через FTP, SSH або файловий менеджер хостингу — це деактивує всі плагіни і часто повертає доступ до панелі.

Чи допоможе змінити версію PHP усунути Fatal Error?

Іноді так. Якщо плагін несумісний із поточною версією PHP, перехід на іншу може тимчасово допомогти. Проте найкраще використовувати оновлені і сумісні версії плагінів.

Що робити, щоб помилка не повторювалася?

Регулярно робіть резервні копії, тестуйте оновлення на staging, видаляйте непотрібні плагіни, тримайте PHP і WordPress актуальними, а також обирайте надійний хостинг з якісною підтримкою.