26 октября команда WooCommerce открыла тестирование версии 11.3. Финальный выпуск запланирован на неделю 9 ноября 2026 года; сейчас речь идёт о beta. Владельцу магазина полезно заранее проверить изменения на копии витрины, особенно если оформление каталога и отчёты дорабатывались под собственные процессы.

Какие изменения увидит покупатель

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

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

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

Почему обновление темы и ядра нужно различать

Многие изменения относятся к блокам, поэтому сначала выясните, какие шаблоны использует ваш магазин. Перечень собственных доработок поможет определить, где нужен отдельный тест. Перенос разработки Purple в монорепозиторий уже описывал организацию работы над темой; текущий анонс касается функциональности следующей версии WooCommerce.

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

Что изменится в отчёте заказов

В Analytics Orders добавляется способ оплаты как колонка и фильтр, а также поле экспорта CSV. Исторические сведения заполняются фоновой задачей. Разработчики отдельно предупреждают о возможном конфликте собственных SQL-запросов, если поле payment_method использовано без указания таблицы.

Для менеджера это означает необходимость согласовать проверку с разработчиком отчёта. Выберите известные заказы разных способов оплаты, дождитесь обработки данных и сравните результат с карточками заказов. Пустая выборка сразу после обновления ещё не доказывает отсутствие продаж. Одновременно сохраняйте одинаковый тип даты в Analytics, чтобы сравнение периодов оставалось корректным.

Как принять результат тестирования

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

Тестовая версия нужна для подготовки и обратной связи. Успешный просмотр каталога не заменяет проверку оплаты, доставки и возврата контрольного заказа. Решение об обновлении рабочего магазина принимается после выхода подходящего стабильного релиза и повторной проверки действительно затронутых процессов.