PrestaShop 9.2: как принять обновление с одностраничным оформлением заказа
Что вошло в стабильный PrestaShop 9.2 от 30 сентября и как проверить One Page Checkout, оплату, доставку и скидки перед обновлением магазина.
Содержание статьи
Стабильный PrestaShop 9.2 вышел 30 сентября 2026 года, а 8 октября команда описала его в ежемесячном отчёте разработки. Одно из заметных изменений для магазина — штатный модуль One Page Checkout. В административной части можно выбирать одностраничный либо четырёхшаговый сценарий оформления. Переключение следует рассматривать как изменение процесса покупки, которое требует проверки на конкретной витрине.
Что включено в выпуск
Вместе с новым оформлением команда сообщила об Ask AI в административной части, работающем через PrestaShop MCP Server, обновлении темы Hummingbird до 2.1.2 и изменениях работы с миниатюрами изображений. Дополнительные страницы на Symfony остаются за флагом функции. Наличие функции в отчёте не означает, что все связанные возможности уже включены в каждом магазине.
Для обновления важна и версия помощника: Update Assistant 7.6.6 получил поддержку PrestaShop 9.2, включая переходы с 9.0.x и 9.1.x. Пользователям тестовой RC1 команда указала на необходимость новой установки окончательной версии. Не следует переносить порядок обновления стабильной ветки на тестовую сборку без проверки этого условия.
Соберите матрицу покупательских сценариев
Начните с перечня способов оплаты и доставки, которыми действительно пользуются клиенты. Для каждого сочетания проверьте стоимость, доступность и корректность передачи адреса. Добавьте сценарии гостя и авторизованного покупателя, а также товар с несколькими вариантами. Проверка единственного простого заказа не покрывает рабочий ассортимент магазина.
Особое внимание уделите границам веса, суммы и географии доставки. Разбор диапазонов перевозчиков PrestaShop поможет составить контрольные заказы непосредственно по обе стороны границы. Если покупатель меняет адрес уже во время оформления, итоговый способ и стоимость доставки должны соответствовать новому адресу.
Проверьте скидки и состав заказа
На тестовой копии пройдите оформление с купоном, без купона и с сочетанием условий, которое раньше вызывало вопросы. Сравните показанную сумму с созданным заказом и документами учётной системы. Практическую основу даёт проверка совместимости правил корзины: изменение числа экранов не должно незаметно менять смысл акции.
Для комплектов и вариативных товаров убедитесь, что сохраняются выбранные характеристики и количество. Отдельно прервите оплату и вернитесь к корзине. Покупатель должен понимать состояние заказа, а менеджер — отличать оформленную покупку от незавершённого действия. Это критерии приёмки магазина, а не обещания новой версии платформы.
Выберите момент переключения
Сначала сохраните резервную копию и протестируйте совместимость установленных модулей. Затем определите ответственного, время изменения и понятный способ возврата к проверенной конфигурации. Не объединяйте переключение оформления с массовой заменой тарифов доставки: иначе причину неожиданного результата будет труднее установить.
После запуска сравните ошибки оформления, обращения клиентов и долю успешно завершённых заказов на сопоставимых периодах. Снижение числа экранов само по себе не доказывает рост продаж. Полезный результат обновления — работающий маршрут покупки с правильными суммами, доступной доставкой и корректной передачей данных, а не только новая отметка версии в административной панели.
Материал отражает сведения на указанную дату. Правила и условия работы площадок могут измениться. Редакционные принципы