PHP

Какую версию PHP выбрать для WordPress в 2026 году

Короткий ответ: для WordPress нужно выбирать поддерживаемую версию PHP, которая соответствует официальным требованиям WordPress и совместима с вашей темой, плагинами и хостингом. На 2 июня 2026 года WordPress.org рекомендует PHP 8.3 или новее, а PHP официально поддерживает ветки 8.2, 8.3, 8.4 и 8.5, при этом часть веток может находиться только на поддержке безопасности

Практически это означает вот что: для нового или регулярно обновляемого сайта разумно смотреть в сторону PHP 8.3 или более новой поддерживаемой ветки, а для старого сайта нельзя просто выбрать максимум в панели и надеяться, что все пройдет тихо. Сначала нужно проверить резервную копию, обновления WordPress, тему, плагины и критичные функции сайта

Почему не стоит выбирать старый PHP

Старые версии PHP могут работать, но это не делает их хорошим выбором. У неподдерживаемых веток нет обычных исправлений безопасности, а современные плагины и темы постепенно перестают их учитывать. В итоге сайт может не только тормозить, но и застрять в состоянии, где обновить WordPress уже сложно

Если панель хостинга предлагает PHP 7.4 или 8.0, это не значит, что их стоит выбирать. Такие версии могут быть нужны для временного восстановления старого сайта, но не как нормальная долгосрочная настройка

Почему не всегда стоит выбирать самую новую версию

Самая новая версия PHP хороша для свежих проектов, но старые плагины могут быть к ней не готовы. У WordPress ядро обычно адаптируется быстрее, чем весь набор сторонних расширений на конкретном сайте. Поэтому выбор версии — это баланс между безопасностью, производительностью и совместимостью

Если сайт простой, тема современная, плагины обновляются, а хостинг поддерживает PHP 8.4 или 8.5, можно тестировать более новую ветку. Если сайт старый, коммерческий и с большим количеством плагинов, лучше сначала проверить переход на тестовой копии

Безопасная схема выбора

Начните с официальных требований WordPress. Затем проверьте, какие версии PHP доступны на вашем хостинге. После этого откройте список плагинов и тем: удалите неиспользуемые, обновите активные, проверьте, нет ли давно заброшенных расширений

Дальше сделайте резервную копию файлов и базы данных. Если хостинг позволяет создать staging-копию, используйте ее. Переключите PHP на копии, откройте главную страницу, админку, формы, корзину, личный кабинет, поиск и страницы, где используются важные плагины

Только после этого меняйте версию на основном сайте

Как проверить текущую версию PHP в WordPress

Откройте админку WordPress и перейдите в раздел состояния сайта. Там есть техническая информация о сервере, включая версию PHP. Это удобнее, чем гадать по панели хостинга

Можно также создать временный файл phpinfo.php в корне сайта

<?php

phpinfo();

Откройте файл в браузере и посмотрите версию PHP. После проверки удалите файл, потому что он раскрывает технические параметры сервера

Как понять, что версия подходит

Версия PHP подходит, если сайт открывается без критических ошибок, админка работает, формы отправляются, письма уходят, корзина или оплата не ломаются, а в логах нет массовых предупреждений от темы и плагинов

Проверять нужно не только главную страницу. Главная часто кэшируется и может выглядеть нормально даже при ошибках в админке или в отдельных плагинах

Что делать, если после смены PHP сайт сломался

Верните предыдущую версию PHP в панели хостинга. Затем включите диагностику на тестовой копии или через лог ошибок. Частая причина — старый плагин, старая тема, несовместимый код в functions.php или отсутствующее расширение PHP

Для временной диагностики WordPress можно использовать WP_DEBUG_LOG

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

После проверки не оставляйте отладку включенной без необходимости

Мини-практика

Запишите текущую версию PHP в WordPress, затем проверьте официальные требования WordPress и список поддерживаемых веток PHP. После этого составьте короткий план перехода: резервная копия, обновление WordPress, обновление темы, обновление плагинов, проверка на копии, смена версии на основном сайте

Если у вас нет тестовой копии, хотя бы сделайте резервную копию и проверьте сайт в период, когда можно быстро откатиться

Частые ошибки

Выбирают PHP 7.4 “потому что сайт точно работает”. Это временное решение для старого проекта, но не нормальная стратегия безопасности

Сразу ставят самую новую версию на старый сайт. Если плагины давно не обновлялись, риск поломки выше

Смотрят только главную страницу. Нужно проверить админку, формы, оплату, личный кабинет, поиск, письма и важные страницы

Не делают резервную копию. Смена PHP часто обратима, но если одновременно обновлять плагины и тему, откат без копии становится неприятным

Игнорируют расширения. WordPress и плагины могут требовать mysqli, curl, gd, imagick, mbstring, xml, zip и другие модули

Что почитать дальше по PHP

Если нужен общий маршрут по теме, откройте рубрику PHP. Для соседних задач пригодятся эти разборы:

0 комментариев

Старые

Новые Популярные