Переключили 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 в не-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, базовый гигиенический минимум, а не конкурентное преимущество.