WooCommerce 11.0: кеширование товаров ускоряет магазин, а гостевые заказы привязываются к аккаунту

4 августа вышла WooCommerce 11.0 — крупный релиз самой популярной платформы для интернет-магазинов на WordPress. В официальном блоге для разработчиков команда называет его «одним из самых больших выпусков за последнее время»: в него вошёл 551 pull request (запрос на слияние кода) от 89 контрибьюторов. Обновление обратно совместимо, но при установке выполняет миграцию базы данных, поэтому перед апдейтом на боевом магазине нужен свежий бэкап. Главный акцент версии — производительность и удобство для покупателей, а не громкие маркетинговые фичи.

Кеширование объектов товаров: главное ускорение релиза

Ключевое техническое нововведение 11.0 — кеширование объектов товаров (product object caching). Раньше при формировании одной страницы WooCommerce мог по многу раз обращаться к базе за одним и тем же товаром: карточка, корзина, апселлы, виджеты — каждый обработчик заново поднимал данные. Новый механизм перехватывает вызовы wc_get_product() и отдаёт уже загруженный объект из памяти.

Что это даёт на практике

По замерам команды, вариативные товары (variable products — товары с вариациями вроде размера и цвета) грузятся на странице примерно на 9–12% быстрее, а товары-наборы (bundle products) обрабатываются в оформлении заказа на 6–12% быстрее. Для магазинов с большими каталогами и тяжёлыми карточками это заметная разница, особенно на пиковых нагрузках вроде распродаж.

Технически это request-scoped in-memory cache — кеш живёт только в пределах одного запроса к серверу и очищается между запросами, то есть не хранит устаревшие данные между посещениями. Важная деталь: кеш возвращает клоны объектов, а не ссылки на общий экземпляр. Это защищает от ситуации, когда одно расширение случайно меняет объект товара, а следом «ломает» его для всех остальных обработчиков в том же запросе.

Почему только для новых магазинов и как включить у себя

По умолчанию функция активируется только на новых установках WooCommerce 11.0. Существующие магазины сохраняют прежнюю конфигурацию — команда сознательно катит фичу постепенно, чтобы собрать статистику по реальным сайтам, прежде чем включать её всем. Сроков «для всех» нет: решение обещают принять по данным об использовании, а не по календарю.

Владельцам действующих магазинов включить кеширование можно вручную: WooCommerce → Settings → Advanced → Features (Настройки → Дополнительно → Возможности) и переключатель Cache Product Objects. Перед включением на крупном магазине с большим числом плагинов стоит прогнать проверку на тестовой копии.

Подводный камень для разработчиков: прямые SQL-запросы

Кеширование безопасно для расширений, которые работают через штатные API WooCommerce, — им ничего менять не нужно. А вот код, который пишет данные напрямую в базу через сырой SQL (например, обновляет мета-поле с ценой в обход WordPress), рискует получить устаревший объект: механизм не узнает об изменении и продолжит отдавать старое значение. Отсюда практическое правило: менять цены и атрибуты товара через сеттеры WooCommerce с последующим save(), через мета-API WordPress или хотя бы вызывать clean_post_cache() после прямой записи. Если в проекте есть импортёры или интеграции с «самописными» SQL-апдейтами цен — это первый кандидат на ревизию перед включением фичи.

Гостевые заказы: покупатель сам находит свой заказ

Заметное улучшение для клиентского опыта: теперь покупатель, оформивший заказ без регистрации (guest checkout), может найти и «привязать» свои прежние гостевые заказы через подтверждение по электронной почте. Это логичное развитие механики создания аккаунта после оформления, появившейся ещё в версии 9.5. На практике это снимает частую боль поддержки: человек оплатил как гость, потом завёл аккаунт — и раньше его история заказов оставалась «висеть» отдельно. Теперь покупатель сам подтягивает заказы к профилю, не отвлекая администратора магазина.

Письма, аналитика и Store API

В релизе много точечной работы «под капотом». Из экспериментальных возможностей появились письма о брошенной корзине (abandoned cart emails) и блочный редактор писем (block-based email editing) — включая вставку видео в шаблоны писем. Пока это функции со статусом «экспериментальные», то есть их предлагают тестировать, но не рекомендуют как основу для боевых рассылок.

Отдельно подтянули аналитику: повысили точность отслеживания событий, добавили учёт возвратов в API отчётов о продажах и сделали возможность повторного запуска (retry) неудавшихся импортов исторических данных — раньше сбой импорта нередко приходилось разбирать вручную. Улучшили и Store API (программный интерфейс для «безголовых» и блочных витрин), оптимизировали запросы для больших каталогов и длинных архивов заказов, аккуратнее обрабатывают статус наличия товара прямо в процессе оформления. Для разработчиков добавили новые хуки валидации телефона (phone validation hooks).

Что удалили и что обновили

Версия 11.0 полностью убирает бету нового редактора товаров (Product Editor Beta): команда считает её готовой к тестированию в основном потоке и сворачивает старый экспериментальный контур. Появился новый интерфейс настроек (Settings UI) — постепенное обновление административной части. Наконец, встроенный планировщик фоновых задач Action Scheduler обновлён до версии 4.0.0; это тот самый компонент, который отвечает за отложенные и массовые операции (рассылки, синхронизации, пересчёты), поэтому его мажорное обновление стоит держать в голове при отладке фоновых процессов.

Почему это важно

WooCommerce 11.0 — релиз в жанре «меньше блеска, больше фундамента». Для владельцев магазинов главное — ускорение карточек и оформления без переписывания темы, плюс более гладкий путь гостевого покупателя к аккаунту. Для разработчиков ключевые пункты — кеширование объектов (и связанный с ним риск прямых SQL-записей), мажор Action Scheduler и удаление старой беты редактора товаров: всё это лучше проверить на staging до обновления боевого сайта.

Выход версии совпал с активной фазой обновлений экосистемы WordPress: финал WordPress 7.1 запланирован на 19 августа, а WooCommerce традиционно ориентируется на свежие версии ядра. Так что август для владельцев магазинов на WordPress — хороший момент, чтобы спланировать окно обновлений: сначала обкатать связку на копии, затем катить в прод.