Яка версія PHP потрібна для WordPress, Joomla, Drupal, PrestaShop, OpenCart і Бітрікс: таблиця 2026

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

Ми зібрали в одну таблицю вимоги популярних в Україні CMS — WordPress, Joomla, Drupal, PrestaShop, OpenCart і 1С-Бітрікс — і додали строки підтримки самого PHP. Нижче — як дізнатися свою версію, як безпечно перейти на нову й що найчастіше ламається після переходу.

Коротка відповідь

Для нового сайту у 2026 році обирайте PHP 8.3 або 8.4: обидві версії підтримуються актуальними CMS, а PHP 8.2 перестає отримувати оновлення безпеки вже 31 грудня 2026 року. Для старого сайту — найновішу версію PHP, яку підтримує ваша версія CMS: для Joomla 3.10 це 8.0, для PrestaShop 1.7.8 — 7.4, для Drupal 7 — 8.3. А далі — планувати оновлення самої CMS.

Перемикати PHP на робочому сайті «навмання» не варто: спершу резервна копія й перевірка на копії сайту, потім — перемикання.

Таблиця: яка версія PHP потрібна для CMS у 2026 році

Таблиця зібрана за офіційною документацією проєктів станом на жовтень 2026 року. Для нових гілок OpenCart ми вказуємо рекомендовані версії PHP з нотаток до випусків, а мінімальну краще уточнювати для конкретної версії. Окремо про кожну платформу: оновлення Joomla 3 і 4 до Joomla 5 та 6, кінець підтримки Drupal 10 і Drupal 7, PrestaShop 1.7, 8 чи 9 і перехід з 1С-Бітрікс.

Скільки ще підтримується кожна версія PHP

У PHP є два етапи підтримки: активний (виправлення помилок і безпеки) і лише безпековий. Після його завершення версія не отримує жодних латок, навіть критичних.

Практичний висновок: якщо сайт зараз на PHP 8.2, переходити на 8.3–8.4 варто до кінця 2026 року — оновлення безпеки для 8.2 закінчуються 31 грудня 2026 року. А якщо на 8.1 чи старішій — це вже не планове оновлення, а питання безпеки.

Як дізнатися версію PHP і CMS на своєму сайті

• WordPress: «Інструменти» → «Здоровʼя сайту» → вкладка «Інформація», розділ «Сервер».
• Joomla: «Система» → «Інформація про систему».
• Drupal: «Звіти» → «Звіт про стан» (Status report).
• PrestaShop: «Розширені параметри» → «Інформація».
• 1С-Бітрікс: «Налаштування» → «Інструменти» → «Перевірка системи».
• Будь-який сайт: панель хостингу — там видно версію й режим PHP для кожного сайту.

Ще один спосіб — тимчасовий файл із функцією phpinfo(). Він показує все про PHP на сервері, тому після перевірки його треба одразу видалити: такі дані корисні й зловмисникам.

Чим загрожує застарілий PHP

• Безпека. Знайдені у версії вразливості більше не виправляють, і сайт стає легкою ціллю для автоматизованих атак.
• Швидкість. Кожна нова гілка PHP 8 працює швидше за попередні, а PHP 7 і 5 відстають ще більше — це помітно і на часі відповіді сервера (TTFB), і на роботі адмінки. Як виміряти швидкість, ми розповідали в статті про TTFB і Core Web Vitals.
• Хостинг. Провайдери поступово вимикають старі версії, і сайт може перестати відкриватися після планового оновлення сервера.
• Розширення. Нові версії плагінів і модулів перестають підтримувати старий PHP, тож оновити їх стає неможливо.

Як безпечно перейти на нову версію PHP

1. Резервна копія. Повна копія файлів і бази, яку справді можна відновити.
2. Оновлення CMS і розширень. Спершу — до версій, сумісних з новим PHP, і лише потім змінюйте сам PHP.
3. Копія сайту з новою версією. Розгорніть тестову копію на піддомені й перемкніть PHP саме там.
4. Журнал помилок. Увімкніть запис помилок у лог (не на екран), пройдіть головну, каталог, форми, кошик, адмінку.
5. Виправлення. Фатальні помилки виправляйте одразу, попередження Deprecated — плануйте: вони стануть помилками в наступних версіях.
6. Перемикання робочого сайту. Коли копія працює без помилок, змініть PHP для робочого сайту.
7. Контроль. Кілька днів стежте за журналом і знайте, як швидко повернути попередню версію, якщо щось піде не так.

Робити це значно простіше, коли версію PHP можна обрати для кожного сайту окремо: копія живе на новій версії, робочий сайт — на старій, і повернення займає хвилину. На нашому хостингу доступні PHP 5.6, 7.0–7.4 і 8.0–8.5, а перемикання — у власній панелі керування.

Що найчастіше ламається після зміни PHP

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

Режим PHP теж має значення

Крім версії, на хостингу часто можна обрати режим роботи PHP: модуль Apache або FastCGI (Nginx + PHP-FPM). Від цього залежить, чи працюватимуть правила з файлу .htaccess — редиректи, ЧПУ, захист папок. Чим відрізняються режими й що обрати для своєї CMS, ми розібрали окремо: Apache чи Nginx + PHP-FPM.

Висновок

У 2026 році базовий вибір для нового сайту — PHP 8.3 або 8.4. Для старого — найновіша версія, яку витримує ваша CMS, і план оновлення самої CMS: Joomla 3 і 4, Drupal 7 і 10, PrestaShop 1.7 вже або скоро залишаться без латок безпеки. Перемикайте PHP лише після резервної копії й перевірки на копії сайту.

Якщо потрібен хостинг, де можна запустити і новий сайт, і старий без вимушеного оновлення, подивіться сторінки під свою платформу: WordPress, Joomla, Drupal, PrestaShop, OpenCart або 1С-Бітрікс. Перенесення на наш хостинг — безкоштовне.