Переход WooCommerce на HPOS: почему сначала нужна синхронизация заказов
Что проверить до переключения хранилища заказов WooCommerce: синхронизацию, расширения, контрольные операции и возможность возврата.
Содержание статьи
HPOS хранит заказы WooCommerce в специализированных таблицах. Для существующего магазина переход требует предварительной синхронизации данных, а не только выбора нового пункта настройки. До переключения нужно проверить расширения и контрольные операции, которые читают или изменяют заказы.
Определите границы изменения
Составьте список компонентов, работающих с заказами: платёжный шлюз, выгрузка в учёт, доставка, возвраты и отчёты. Отдельно отметьте собственный код. Успешное открытие списка заказов не подтверждает, что все интеграции используют совместимый способ доступа. Список несовместимых плагинов доступен по ссылке View and manage. Если часть системы читает старые таблицы напрямую, это требует отдельной технической проверки.
Подготовьте актуальную резервную копию и понятный порядок восстановления. Сам режим совместимости не заменяет резервное копирование всего магазина. Для теста используйте копию среды с согласованными ограничениями внешних отправок, чтобы проверка заказов случайно не создала реальные письма, платежи или отгрузки.
Дождитесь согласованного состояния данных
Официальная инструкция предлагает включить Enable compatibility mode в Settings → Advanced → Features. После этого создаются фоновые действия для синхронизации. Переключение на HPOS становится доступным после успешного согласования таблиц. Документация рекомендует некоторое время сохранять совместимость, чтобы упростить возврат при проблемах.
Проверяйте прогресс по фактическим данным, а не по истечению условных пяти минут. При задержке разберите очередь Scheduled Actions. Не обходите ограничение переключения ручным изменением настроек базы: оно связано с целостностью заказов, и обход не делает несинхронизированные записи согласованными.
Пройдите жизненный цикл контрольного заказа
Проверьте создание, изменение адреса, оплату, исполнение и возврат в допустимом тестовом сценарии. Сопоставьте номер, сумму, позиции и заметки в магазине и внешней системе. Для исторического заказа проверьте доступность старых данных, а для нового — поступление изменений после переключения.
Отдельно проверьте интеграцию через API WooCommerce. Наличие действующего ключа подтверждает лишь доступ, но не успешность каждого обмена. Если данные не доходят, сохраните ответ и конкретный маршрут запроса, чтобы отличить ошибку прав от несовместимого чтения или записи.
Зафиксируйте критерии принятия
До рабочего переключения определите, кто принимает платежи, складскую связь и отчёты. У каждой проверки должен быть наблюдаемый результат, а не отметка «плагин активен». Сохраните версии участвующих расширений и дату теста. После обновления одного из них эти сведения помогут понять, что именно изменилось.
HPOS не следует подавать как обещание определённого ускорения без измерения на конкретном магазине. Сначала подтвердите корректность операций, затем сравнивайте производительность одинаковым способом. Переход принят, когда синхронизация завершена, старые и новые заказы доступны, ключевые интеграции работают, а способ возврата проверен. Только после этого имеет смысл обсуждать отключение временных совместимых механизмов в рамках отдельного решения.
В контрольный набор включите заказ с возвратом и нестандартными данными расширения: обычный заказ без дополнительных полей не обнаружит все несовместимости.
Материал отражает сведения на указанную дату. Правила и условия работы площадок могут измениться. Редакционные принципы