Статья A.S Groups

WooCommerce 11.5 может потребовать PHP 8.1: как подготовить магазин

WooCommerce 11.5 и переход магазина на PHP 8.1

Навигация по статье

Услуги A.S Groups

Нужен сайт, магазин или автоматизация?

Помогаю бизнесу запускать и дорабатывать WordPress-проекты: от посадочной страницы до WooCommerce, CRM и Telegram-уведомлений.

Обсудить проект Telegram
WordPress под ключ Лендинги, корпоративные сайты и структура под заявки. WooCommerce Интернет-магазины, каталог, оплата, доставка и интеграции. Доработка сайта Правки, скорость, формы, баги и развитие текущего проекта. CRM / Telegram / AI Автоматизация заявок, уведомлений и ручных процессов.

8 сентября 2026 года команда WooCommerce опубликовала предложение изменить минимальную версию PHP для будущих релизов. Цель — начиная с WooCommerce 11.5 требовать PHP 8.1 или новее. Сам WooCommerce 11.5 сейчас ориентировочно планируется на январь 2027 года.

Важно: решение пока не окончательное. WooCommerce собирает обратную связь и данные перед подтверждением версии релиза и минимального PHP. Но владельцам магазинов на PHP 7.4 и 8.0 уже стоит проверить совместимость проекта, потому что при принятии предложения обновление до WooCommerce 11.5 без PHP 8.1 будет недоступно.

Что именно предлагает WooCommerce

Сейчас команда Woo рассматривает переход на минимальное требование PHP 8.1+ начиная с WooCommerce 11.5. Это означало бы завершение поддержки PHP 7.4 и PHP 8.0 в новых ветках WooCommerce.

Причина не только в новых возможностях языка. PHP 7.4 завершил жизненный цикл в ноябре 2022 года, а PHP 8.0 — в ноябре 2023 года. Такие версии больше не получают исправления безопасности от самого проекта PHP.

По внутренней opt-in статистике WooCommerce около 7% отслеживаемых магазинов всё ещё используют PHP 7.4 и около 2% — PHP 8.0. Среди магазинов с относительно свежими версиями WooCommerce суммарная доля ниже — около 6% и продолжает снижаться. Эти цифры не охватывают каждый магазин, потому что телеметрия добровольная.

Почему WooCommerce хочет поднять минимальный PHP

Более новый PHP позволяет разработчикам использовать современные возможности языка, подключать актуальные зависимости без поддержки устаревших веток и уменьшать количество совместимых версий в CI. Для большого проекта это означает меньше legacy-кода и меньше условий, которые приходится поддерживать только ради старого окружения.

Отдельный аргумент — производительность самого PHP runtime. Переход на более современную ветку PHP может дать магазину выигрыш без изменения бизнес-логики WooCommerce, хотя реальная скорость конкретного сайта всё равно зависит от темы, плагинов, базы, кэша и сервера.

Что произойдёт с магазином на PHP 7.4 или 8.0

Если предложение будет принято, WordPress не должен автоматически устанавливать WooCommerce 11.5 на сервер, который не соответствует требованию PHP 8.1. Магазин останется на совместимой ветке WooCommerce и сможет получать доступные dot-релизы этой ветки.

Сам WooCommerce не будет автоматически менять PHP на сервере и не станет отключать уже работающий плагин магазина. Чтобы перейти на WooCommerce 11.5 или более новую совместимую версию, сначала потребуется обновить PHP.

Как безопасно подготовить магазин

  1. Проверить текущую версию PHPУточнить PHP production и staging, а также доступные версии на хостинге.
  2. Создать stagingНе переключать рабочий магазин на новую ветку PHP первым экспериментом.
  3. Обновить PHP на копииПроверить загрузку сайта, админки и WooCommerce без fatal errors и warnings.
  4. Прогнать продажиТовар, корзина, checkout, оплата, доставка, письма, webhooks и фоновые задачи.
  5. Проверить кастомный кодТема, child theme, snippets, MU-плагины, интеграции и сторонние расширения.
  6. Только потом productionПеренести изменение с резервной копией и понятным rollback-планом.

Главный риск — не WooCommerce, а окружение магазина

Повышение минимальной версии WooCommerce не гарантирует, что каждый установленный плагин, тема или старый PHP-snippet автоматически совместим с новым runtime. Именно поэтому команда Woo отдельно рекомендует тестирование на staging.

На практике чаще всего внимания требуют старые платежные модули, интеграции доставки, самописные фильтры и хуки, код в functions.php, собственные плагины, генерация документов, cron-задачи и интеграции через REST API или webhooks.

Что проверить разработчику перед сменой PHP

  • PHP fatal errors, warnings и deprecated-сообщения в логах.
  • Совместимость активной темы и child theme.
  • Платёжные шлюзы и callback/webhook обработчики.
  • Расчёт доставки, ПВЗ и сторонние API.
  • WP-Cron и Action Scheduler.
  • Импорт, экспорт, фиды и синхронизацию склада.
  • Кастомные REST endpoints и авторизацию интеграций.
  • Checkout, создание заказа, письма и изменение статусов.

Если магазин сильно доработан, полезно заранее провести аудит кастомного WordPress-кода. Для комплексной разработки и поддержки магазина есть отдельное направление WooCommerce-разработки.

WordPress и WooCommerce могут иметь разные требования

Это нормальная ситуация. WooCommerce — крупное ecommerce-приложение со своими зависимостями и требованиями к производительности, поэтому его минимальная версия PHP не обязана совпадать с минимальной версией WordPress.

В публикации WooCommerce отмечает, что WordPress сейчас продолжает работать с PHP 7.4+, но рекомендует более современное окружение. Поэтому факт, что WordPress запускается на сервере, ещё не означает готовность этого сервера к будущей версии WooCommerce.

Нужно ли срочно обновлять PHP сегодня

Из-за одного этого анонса — нет. WooCommerce пока обсуждает изменение и обещает подтвердить финальную версию и сроки после анализа обратной связи. Но если рабочий магазин всё ещё находится на PHP 7.4 или 8.0, откладывать техническую проверку до дня релиза WooCommerce 11.5 тоже не стоит.

Лучший момент для подготовки — когда обновление можно проверить спокойно: сделать копию, переключить PHP, исправить несовместимости и только после этого менять production. Это намного безопаснее, чем обнаружить старый платёжный модуль или кастомный snippet уже после того, как обновление WooCommerce станет нужно для безопасности или совместимости.

Чек-лист подготовки к PHP 8.1+

  • Известна текущая версия PHP production
  • Хостинг позволяет выбрать современную PHP-ветку
  • Есть свежая резервная копия
  • Есть staging с тем же набором плагинов и темой
  • Проверены checkout, оплата и доставка
  • Проверены REST API, webhooks и фоновые задания
  • Проверены кастомные плагины и snippets
  • Есть понятный rollback-план

Частые вопросы

WooCommerce 11.5 уже требует PHP 8.1?

Нет. На 8 сентября 2026 года это предложение команды WooCommerce. Финальная версия релиза и минимальное требование ещё должны быть подтверждены.

Что будет, если оставить PHP 7.4 или 8.0?

Если предложение примут, WordPress не предложит обновление на WooCommerce-версию, которая требует PHP 8.1. Текущий магазин не должен автоматически отключиться только из-за нового требования.

Можно ли просто переключить PHP в панели хостинга?

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

Какую PHP-версию выбрать?

Нужно ориентироваться не только на будущий минимум WooCommerce, но и на поддержку конкретной версии PHP, требования хостинга, темы и расширений. Перед production-переключением выбранную версию нужно проверить на копии магазина.

Источник

Основа новости — официальная публикация WooCommerce Developer Blog от 8 сентября 2026 года: Proposed change: Requiring PHP 8.1 or newer for WooCommerce 11.5 and beyond.

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

Следующий шаг

Нужно решить похожую задачу?

Предложить аудит совместимости WooCommerce, темы, плагинов и кастомного кода перед сменой PHP.

Обсудить задачу

Источники

Обсуждение

Вопросы и комментарии

Можно уточнить детали статьи или поделиться своим опытом. Первый комментарий проходит проверку.

Оставить комментарий

Email не публикуется. Ссылки и HTML в тексте удаляются.

Мы используем приватную аналитику SlimStat, чтобы понимать, какие страницы полезны посетителям, и улучшать сайт. IP-адреса анонимизируются и хэшируются. Вы можете согласиться или отказаться от аналитики.
Cookies и конфиденциальность

Используем необходимые cookies, аналитику и данные форм, чтобы сайт работал корректно и заявки доходили.