WooCommerce 11.1 вышел: галереи вариаций, ускорение API и что проверить перед обновлением

3 сентября 2026 года WooCommerce опубликовал стабильный релиз 11.1.0. Для владельцев магазинов это не просто очередное техническое обновление: галереи изображений вариаций теперь включены в ядро, Store API и REST-запросы получили заметную оптимизацию, а часть поведения, на которое могли рассчитывать кастомные расширения, изменилась.

Если магазин использует вариативные товары, кастомный checkout, собственные блоки, интеграции через API или старое расширение Additional Variation Images, обновление лучше сначала проверить на staging. Ниже — практический разбор того, что изменилось и где возможны сюрпризы.

Что вошло в WooCommerce 11.1

В официальных release notes WooCommerce выделяет три направления: галереи изображений для вариаций, право покупателя на отказ от заказа для сценариев ЕС и ускорение Store API и REST. Релиз также включает улучшения производительности вариативных товаров, изменения CSV-импорта и экспериментальную поддержку видео в галерее товара.

Галереи изображений вариаций теперь в ядре

Функция Additional Variation Images постепенно переносилась в WooCommerce core и в 11.1 стала доступна всем магазинам. Отдельный экспериментальный переключатель удалён. Если использовалось официальное расширение Additional Variation Images, WooCommerce деактивирует его, чтобы не возник конфликт двух реализаций.

Галерея вариации хранится через _product_image_gallery. В REST API вариаций wc/v3 для неё используется свойство gallery_image_ids. Старое значение _wc_additional_variation_images сохраняется для обратной совместимости, но больше не является источником истины.

Для магазина это особенно полезно, если один товар продаётся в разных цветах, материалах или комплектациях: покупателю можно показать отдельный набор фотографий именно выбранной вариации.

Что происходит с существующими галереями

Официальный механизм миграции использует Action Scheduler и переносит данные порциями. Процесс сделан идемпотентным: уже заполненное новое поле не должно перезаписываться повторно. Для большого каталога это ещё одна причина не обновлять production без резервной копии и проверки фоновых задач.

Store API и REST стали быстрее

До 11.1 WooCommerce регистрировал типы блоков и паттерны во многих запросах, где они фактически не могли ничего отрисовать. Новый BlockRegistrationContext пропускает эту работу в подходящих контекстах. По измерениям команды WooCommerce, Store API и REST-запросы в их тестах стали быстрее примерно на 30–42%.

Эту цифру нельзя автоматически переносить на любой магазин: итог зависит от темы, плагинов, сервера, кэша и характера запросов. Но архитектурно изменение полезное — API-запрос не должен оплачивать лишнюю работу редактора блоков.

Кому нужно проверить кастомные блоки

Если собственное расширение ожидает, что WooCommerce-блоки зарегистрированы во время REST, AJAX или другого пропускаемого запроса, поведение может измениться. WooCommerce предусмотрел фильтр woocommerce_should_register_blocks для точечного возврата регистрации там, где расширение действительно рендерит блоки.

add_filter( 'woocommerce_should_register_blocks', function ( $should_register ) {
    return my_context_renders_blocks() ? true : $should_register;
} );

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

Право на отказ от заказа для магазинов ЕС

WooCommerce 11.1 добавляет отключённый по умолчанию сценарий order withdrawal. После включения покупатель получает отдельный экран в My Account для отправки запроса на отказ. Запрос фиксируется, магазин получает уведомление, но дальнейшая обработка и возможный возврат денег остаются ручным процессом.

Это техническая функция, а не юридическая консультация: конкретные правила возврата и отказа зависят от страны, типа товара и процессов магазина.

Видео в галерее пока экспериментальное

В 11.1 появилась экспериментальная поддержка локально загруженных видео в классической и блочной галерее товара. Функция выключена по умолчанию и включается в Advanced → Features. Для production-магазина лучше воспринимать её именно как beta-возможность и отдельно проверять производительность и мобильное отображение.

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

1. Сделать актуальную резервную копию файлов и базы данных.
2. Создать staging-копию магазина.
3. Обновить WooCommerce на staging и дождаться завершения обновления базы.
4. Проверить вариативные товары и переключение галерей.
5. Проверить корзину, checkout, оплату, доставку и письма.
6. Прогнать интеграции, использующие REST API, webhooks и фоновые задачи.
7. Проверить логи PHP, WooCommerce и Action Scheduler.
8. Только после этого обновлять production.

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

Официальные источники

• WooCommerce 11.1.0 Release Notes
• Additional Variation Images included in WooCommerce 11.1
• Faster REST and Store API requests

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