Перемкнули PHP на хостингу, і сайт ліг білим екраном. Знайома картина? З 2020 року цей сценарій пройшли тисячі власників WordPress, коли хостинги почали масово вимикати PHP 7.4, а екосистема плагінів ще не наздогнала восьму гілку.

Зараз середина 2026-го, і ландшафт змінився радикально. Команда WordPress Core офіційно скасувала позначку «бета-сумісність» для всіх версій PHP 8.x, від 8.0 до 8.5. Мінімальна рекомендована версія піднялася до PHP 8.3, а WordPress 6.9 і 7.0 повністю підтримують PHP 8.5. Якщо ваш сайт досі працює на 7.4 або 8.0, ви втрачаєте не лише безпеку, а й помітний приріст продуктивності, який дають нові версії мови.

Розберемо без зайвого: які версії PHP актуальні для WordPress сьогодні, чому «бета» пішла в минуле і як оновитися так, щоб жоден плагін не відвалився.

💡 Швидкий огляд:

• Мінімальна рекомендована версія PHP для WordPress у 2026, 8.3, а WP 6.9 повністю підтримує PHP 8.5 (джерело)
• Позначку «бета-сумісність» офіційно скасовано в травні 2026, усі версії PHP 8.x тепер із повною підтримкою
• План безпечного оновлення: бекап → staging-копія → перевірка плагінів → оновлення → верифікація
• PHP 7.4, 8.0 і 8.1 більше не отримують патчів безпеки, продовжувати їх використовувати ризиковано

Як WordPress прийшов до повної підтримки PHP 8

Шлях зайняв майже шість років. WordPress 5.6, що вийшов у грудні 2020-го, став першою версією із заявленою сумісністю з PHP 8.0. Але команда одразу позначила статус як «бета», і не дарма. Ядро працювало, а екосистема з десятків тисяч плагінів і тем залишалася непередбачуваною. Функція create_function(), видалена в PHP 8.0, використовувалася більш ніж у 5500 плагінах на той момент, за підрахунками Wordfence.

Ключовий зсув стався у 2023-му, коли WordPress ухвалив кількісні критерії зняття бета-позначки: вона трималася доти, доки використання конкретної версії PHP не перевищувало 10% на відповідній версії WordPress. До весни 2026 року кількість і серйозність звітів про несумісність впали настільки, що позначку скасували повністю, заднім числом для всіх версій PHP 8.x.

Сьогодні розклад жорсткий і зрозумілий: WordPress 6.4 і новіші повністю підтримують PHP 8.3, версії 6.8+, PHP 8.4, а 6.9 і 7.0, уже PHP 8.5. Жодних «бета» і «з винятками».

Які версії PHP працюють із WordPress у 2026

Офіційна сторінка вимог WordPress фіксує три рівні підтримки. Ось актуальна картина на червень 2026:

Важливий момент: PHP 8.2 досягає EOL 31 грудня 2026 року. Якщо ваш хостинг пропонує «PHP 8.2» як максимум, через пів року ви залишитеся без оновлень безпеки. Вимагайте 8.3 або 8.4.

Чому варто оновитися прямо зараз

Три причини, які окупають годину роботи системного адміністратора.

Безпека. PHP 7.4 не отримує патчів з листопада 2022-го, чотири роки без захисту. Будь-яка вразливість, знайдена після цієї дати, залишається відкритими дверима на вашому сервері. PHP 8.0, з листопада 2023-го. За даними W3Techs на червень 2026, близько 15% сайтів на WordPress досі працюють на версіях PHP без підтримки безпеки. Це сотні тисяч потенційно вразливих установок.

Продуктивність. PHP 8.0 приніс JIT-компілятор, а версії 8.1-8.4, каскад оптимізацій опкодів, попереднього завантаження і типізації. На практиці перехід з 7.4 на 8.3 дає приріст швидкості в 30-50% на типовому WordPress-сайті без зміни коду, за вимірами бенчмарків. Для магазинів на WooCommerce із сотнями товарів різниця ще відчутніша: менший час генерації сторінки, вища конверсія.

Сумісність. Розробники плагінів уже тестують на PHP 8.3 і 8.4 як на мінімальній версії. Нові релізи популярних плагінів можуть просто не запуститися на PHP 7.4, і ви залишитеся без оновлень функціональності на додачу до відсутності патчів безпеки.

Що ламається під час оновлення PHP і як це перевірити

Головне джерело проблем, видалені функції. PHP 8.0 вирізав кілька десятків застарілих викликів, зокрема create_function(), each() і money_format(). PHP 8.1 посилив типізацію: передача null у non-nullable параметр стала фатальною помилкою замість попередження. PHP 8.2 продовжив чистку динамічних властивостей, а 8.4 фінально прибрав E_STRICT.

Практичний висновок: якщо ваш плагін або тема не оновлювалися з 2020-2021 року, ризик несумісності високий. Але є інструменти для діагностики.

Спочатку залізне правило: бекап створюється до будь-яких дій. Далі два шляхи перевірки.

Шлях перший: PHP Compatibility Checker. Встановіть однойменний плагін з каталогу WordPress.org. Він сканує код активної теми і плагінів і показує несумісні виклики із зазначенням файлу та рядка. Не ідеальний, не бачить проблем часу виконання, але за п'ять хвилин дає карту мінного поля.

Шлях другий: staging-копія. Створіть копію сайту на піддомені через інструмент хостингу або плагін на кшталт WP Staging. Перемкніть PHP на цільову версію і пройдіть по всіх ключових сторінках: головна, товари, кошик, форми, адмінка. Що впало, лагодити або замінювати.

Як безпечно оновити PHP: покроковий план

Порядок дій, перевірений на десятках сайтів. Кожен крок займає хвилини, а економить години відновлення.

Крок 1: повний бекап. Файли і база даних. Не «автобекап хостингу за минулий тиждень», а ручний бекап прямо зараз. Більшість хостингів дають кнопку в панелі керування. Як fallback, плагін UpdraftPlus: п'ять хвилин на встановлення і запуск.

Крок 2: оновіть WordPress, тему і всі плагіни до останніх версій. Свіжі релізи з найбільшою ймовірністю вже враховують особливості нових версій PHP. Якщо якийсь плагін закинутий і не оновлювався більше року, вирішіть, чи потрібен він вам, до переходу на новий PHP. Заміна знаходиться майже завжди.

Крок 3: створіть staging-копію. Перемкніть на ній PHP на цільову версію, 8.3 або 8.4, і протестуйте сайт. Пройдіть по всіх критичних сторінках. П'ятнадцять хвилин на тестування зараз проти годин аварійного відновлення потім.

Крок 4: на бойовому сайті перемкніть PHP у панелі хостингу. Зазвичай це розділ «Налаштування PHP» або «Select PHP Version» у cPanel / DirectAdmin / ISPmanager. Після перемикання відкрийте сайт у режимі інкогніто і перевірте: головну, внутрішню сторінку, форму зворотного зв'язку, адмінку.

Крок 5: увімкніть логи на 48 годин. Додайте в wp-config.php:

1
define( 'WP_DEBUG', true );
2
define( 'WP_DEBUG_LOG', true );
3
define( 'WP_DEBUG_DISPLAY', false );

Файл wp-content/debug.log покаже помилки, які не проявилися під час поверхневої перевірки. Через дві доби, якщо лог порожній або містить лише notices, вимкніть дебаг і працюйте спокійно. Якщо є фатальні помилки, ви знаєте, який плагін винен, і можете замінити його прицільно.

⁉️🤔 Часті питання

Чи потрібно оновлювати PHP, якщо сайт працює нормально?

Так, і що довше відкладаєте, то вищий ризик. Версії без підтримки безпеки не отримують патчів. Хостинг може примусово вимкнути PHP 7.4 будь-якої миті, сайт просто перестане відкриватися, а ви дізнаєтеся про це від відвідувачів. За чотири роки без патчів (з листопада 2022) накопичився значний список відомих вразливостей, які на PHP 7.4 ніхто не закривав.

Який PHP обрати: 8.3 чи 8.4?

Якщо хостинг пропонує обидві, беріть 8.4. Вона швидша і отримуватиме патчі до грудня 2028 року. PHP 8.3, мінімально рекомендований варіант, якщо 8.4 недоступна. Різниця в продуктивності між ними помітна на типових WordPress-навантаженнях, тож сенс переходити вище є.

Що робити, якщо після оновлення PHP сайт показує білий екран?

Увімкніть WP_DEBUG (крок 5 вище), лог покаже точну помилку і файл. У переважній більшості випадків проблема в одному застарілому плагіні. Вимкніть плагіни через FTP: перейменуйте папку /wp-content/plugins/ на /plugins-off/, сайт оживе. Потім вмикайте плагіни по одному, щоб знайти винуватця, і замініть його актуальним аналогом.

WordPress сам оновлює PHP?

Ні. PHP, серверне програмне забезпечення, яке налаштовується на рівні хостингу. WordPress може лише порекомендувати версію через Site Health в адмінці, але саме перемикання робите ви або підтримка хостингу.

Чи можна пропустити оновлення і залишитися на PHP 7.4?

Технічно так, поки хостинг не вимкне стару версію примусово. Але з листопада 2022 року ця версія не отримує виправлень безпеки. Кожен місяць без оновлення, гра в російську рулетку: ви не знаєте, яку вразливість уже знайшли і використовують.

PHP і WordPress у 2026: що ставити і коли оновлюватися

Короткий вердикт: PHP 8.4 для більшості сайтів, PHP 8.3 як абсолютний мінімум. Перехід з 7.4 дає не лише закриття дірок у безпеці чотирирічної давнини, а й відчутний приріст швидкості, за даними вимірів, від 30% на звичайному сайті до 50% на навантаженому WooCommerce.

Головне правило, не пропускайте крок із бекапом і staging-тестуванням. Десять хвилин на копію економлять години відновлення впалого сайту. Перевірте плагіни до оновлення PHP, а не після, і процес пройде без сюрпризів.

Якщо ваш хостинг досі не пропонує PHP 8.3, це привід задуматися про зміну хостингу серйозно. У 2026 році підтримка актуальних версій PHP, базовий гігієнічний мінімум, а не конкурентна перевага.