На 30 септември 2026 г. PrestaShop публикува стабилната версия PrestaShop 9.2. Това е второто междинно обновление от поколението PrestaShop 9 и едно от най-съществените от години насам: в ядрото влизат вграден чекаут на една страница, система за персонализирани полета към основните обекти и AI асистент в административния панел.
В предишната ни статия за PrestaShop 9.2 разгледахме посоката, в която се развива платформата. Тук говорим за финалната версия: какво точно съдържа, кое е готово за продукционна употреба, кое е все още експериментално и какво трябва да направите, преди да обновите работещ магазин.
Какво е новото в PrestaShop 9.2 накратко
- One Page Checkout — официален вграден модул
ps_onepagecheckout, идващ директно с платформата. - Extra Properties — персонализирани допълнителни полета към продукти, комбинации, клиенти и поръчки, без нужда от собствени таблици и overrides.
- Ask AI — разговорен асистент в Back Office, базиран на PrestaShop MCP Server.
- PrestaShop Automation with Klaviyo — включен в изданието PrestaShop Classic.
- Нови режими за миниатюри — Fit, Crop и Bound за всеки тип изображение.
- Hummingbird 2.1.2 — обновената тема по подразбиране.
- Още страници, мигрирани към Symfony, и нови CLI команди.
- Поддръжка на PHP от 8.1 до 8.5.
One Page Checkout: най-видимата промяна
Години наред PrestaShop предлагаше само чекаут в четири стъпки, а търговците, които искаха поръчка на една страница, разчитаха на модули от трети страни. Именно тези модули бяха един от най-честите източници на конфликти с платежни и куриерски модули — проблем, който описахме подробно в статията за Франкенщайн магазините.
С версия 9.2 чекаутът на една страница става част от самата платформа. Контактните данни, адресът, доставката, изборът на куриер и плащането се намират на един екран, а секциите се обновяват без презареждане на страницата. Ако клиентът смени адреса за доставка, наличните куриери се преизчисляват автоматично. Поръчковият процес е оптимизиран с фокус върху бързи поръчки без регистрация (guest checkout), а входът и създаването на профил са изнесени в отделни страници извън самия чекаут.
Няколко практически детайла, които са важни при внедряване:
- Модулът се инсталира по подразбиране, но не се активира автоматично. Включва се от Design > Checkout, където избирате оформление „One-page checkout“ или „Four-page checkout“.
- Можете да превключвате между двата варианта по всяко време. Това позволява контролиран A/B тест на конверсията вместо сляпа смяна.
- Новият чекаут работи директно с теми, базирани на Hummingbird. Темите, изградени върху Classic, може да изискват адаптация на шаблони.
Какво означава това за модулите
За разработчиците промяната е съществена. Ядрото въвежда нов hook actionCheckoutBuildProcess, чрез който модул може да предостави собствен процес на чекаут. Ако точно един активен модул върне такъв процес, PrestaShop го използва вместо стандартния чекаут в 4 стъпки; във всички останали случаи системата използва стандартния вграден процес.
Официалната документация изрично предупреждава, че платежните модули, куриерските модули и темите трябва да бъдат детайлно тествани с новия едностъпков начин на поръчка. В реалните магазини това е мястото, където възникват проблемите: плащане, което не се инициализира след AJAX обновяване, куриерски модул с избор на офис, който разчита на презареждане на цялата страница, или персонализирани полета, вградени директно в шаблоните на старата тема.
Ако в момента използвате платен OPC модул, въпросът не е дали да преминете към вградения, а кога и с какъв план за миграция. Вграденото решение се поддържа заедно с ядрото и елиминира цял клас конфликти при бъдещи обновявания.
Extra Properties: потребителски полета без собствени таблици
Досега, ако магазинът имаше нужда от допълнителна информация към продукт, клиент или поръчка — вътрешен номер на поръчка, сертификат към продукт, ДДС статус на фирмен клиент — решението беше модул със собствени таблици, собствена логика за запис и често override на ядрото.
Extra Properties заменя този подход с единна вградена точка за разширение. Модул може да регистрира ново поле към поддържан обект (Product, Combination, Customer, Order), а полето има собствен тип и правила за валидация, поддържа многоезичност и автоматично се появява:
- във формите и таблиците (grids) на Back Office;
- във Front Office;
- в Admin API.
Търговците могат да създават полета и сами — от Advanced Parameters > Extra Properties, като избират дали полето да се показва във форми, в таблици или в API.
Важна уговорка: в документацията за разработчици кодът на Extra Properties е маркиран като @experimental. Екипът на PrestaShop заявява, че е предвидил широк набор от сценарии, за да избегне несъвместими промени, но формално такава възможност съществува. За критични бизнес данни това означава, че архитектурата трябва да се планира внимателно, а не да се изгражда върху всяко ново поле „на сляпо“.
Ask AI и PrestaShop MCP Server
Ask AI е разговорен асистент, вграден директно в административния панел. Чрез него търговецът може да задава въпроси за данните на магазина (например за оборот, поръчки или наличности) и да задвижва действия на естествен език. Под капака асистентът използва PrestaShop MCP Server, затова не сте обвързани с един доставчик: свързвате собствен AI модел (OpenAI, Gemini, Claude, Mistral и други) чрез собствен API ключ. Преди всяко действие, което реално променя данни в магазина, Ask AI изисква изрично потвърждение.
Важно уточнение: Ask AI е част от изданието PrestaShop Classic. В екосистемата на платформата съществуват два официални пакета:
- Чистото Open Source ядро (от GitHub / prestashop-project.org) — минималният пакет само със системния код, предназначен предимно за разработчици.
- PrestaShop Classic (пакетът, който се сваля от prestashop.com) — стандартната безплатна self-hosted дистрибуция за търговци. Тя съдържа същото отворено ядро, но идва предварително окомплектована с официалните модули на PrestaShop SA, включително Ask AI, автоматизацията с Klaviyo и интеграцията с официалния маркетплейс.
Повече за самия протокол и възможностите му сме описали в ръководството за PrestaShop и MCP.
Тук отново се вижда основното предимство на PrestaShop пред затворените SaaS платформи: AI функционалността е отворена към избран от вас доставчик, а чувствителните търговски данни остават в собствения ви магазин и сървър.
Технически подобрения, които заслужават внимание
Режими за генериране на миниатюри (Thumbnail Fitment)
Всяко изображение в PrestaShop има зададени целеви размери (например 800 × 800 px за продуктова снимка или 250 × 250 px за количката). Досега, ако качената снимка не беше идеален квадрат, PrestaShop задължително добавяше празни бели ивици отстрани. Във версия 9.2 всеки тип изображение получава настройка Image fitment с три режима:
- Fit (Вписване — по подразбиране): Изображението се оразмерява пропорционално, за да се побере изцяло в рамката. Останалото неизползвано пространство се запълва с бял/прозрачен фон. Продуктът се вижда на 100%, но при разнородни снимки каталогът изглежда неравен заради белите ивици.
- Crop (Запълване с изрязване): Изображението покрива плътно целия целеви размер, а излишните краища (горе и долу или вляво и вдясно) се изрязват автоматично. Резултатът е безупречно подредена, модерна продуктова мрежа с еднакви карти без празни полета — идеално за модни брандове и лайфстайл магазини.
- Bound (Максимални граници без изкуствен фон): Изображението се смалява пропорционално до зададените максимални размери, но самият генериран файл запазва точните пропорции на оригинала, без добавени бели пиксели. Това е ключово за лога на производители (
manufacturer_product_page), хоризонтални банери или прозрачни PNG файлове.
За магазини с разнородни продуктови снимки това е директно подобрение на визуалната консистентност на листингите. Имайте предвид, че смяната на режима изисква регенериране на миниатюрите, което при голям каталог отнема време и натоварва сървъра.
Структурирани данни от ядрото
PrestaShop 9.2 генерира JSON-LD структурирани данни от страна на ядрото, вместо да разчита на microdata в шаблоните. Модулите могат да добавят, променят или премахват структурирани данни (например AggregateRating или MerchantReturnPolicy) чрез hook actionFrontControllerSetVariables, без да редактират шаблони. Това е важно и за класическото SEO, и за видимостта в AI търсачките.
Нови състояния на продукта (Product Condition)
Към съществуващите състояния new (нов), used (употребяван) и refurbished (рециклиран) са добавени open_box (разопакован), damaged (с дефект) и new_with_defects (нов с дефект). Модулите за продуктови фийдове (Google Shopping) и маркетплейси, които подават състоянието на артикулите, трябва да бъдат проверени за коректна обработка на новите стойности.
Конфигурация на услуги в модулите
Модулите вече могат да дефинират Symfony услугите си и чрез PHP файл или чрез файлове, специфични за версията. Приоритетът при зареждане е:
config/services.php config/services-9.2.yml config/services-9.yml config/services.yml
Това улеснява поддръжката на един модул едновременно за няколко версии на PrestaShop.
Нови CLI команди
За поддръжка и автоматизация са добавени няколко команди:
# Списък на модулите (подходящ за скриптове) php bin/console prestashop:module:list --simple --disabled # Създаване на SuperAdmin и смяна на парола php bin/console prestashop:employee:create-admin php bin/console prestashop:employee:change-password employee@example.com --password='S0meStr0ngP@ss!' # Регенериране на .htaccess без достъп до Back Office php bin/console prestashop:htaccess:generate --force
Освен това инсталаторът вече изтрива автоматично папката install/ след успешна инсталация.
Hummingbird 2.1.2
PrestaShop 9.2 идва с Hummingbird 2.1.2 — темата по подразбиране от версия 9.1 насам. Промените, които имат практическо значение за работещ магазин:
- Чекаут и поръчки — стъпката за адрес вече не съдържа вложени форми, така че бутонът „Продължи“ работи коректно при редакция на адрес с отделен адрес за фактуриране. Формата за проследяване на поръчка от гост се изпраща с
POST. - Нов hook
displayOrderDetailProductLine— модулите могат да показват информация до всеки отделен продукт в детайлите на поръчката. - Достъпност — бутоните в акордеоните на страницата с магазини са истински
<button>елементи, а декоративните иконки са маркирани като такива за екранните четци. - Изображения — нов тип
manufacturer_product_page, който използва новия режим за миниатюри, така че логата на марките в продуктовата страница се показват без излишен празен фон. - Корекции — цените без ДДС в B2B режим се форматират с валутата, а настройката за етикета на данъка по държава се спазва в продуктовата страница.
- Сигурност и разработка — от пакета на темата са премахнати файловете за разработка, а компилирането от изходен код вече изисква Node.js 24 и npm 11. Това не засяга магазини, които използват готовия пакет на темата.
Ако магазинът ви използва дъщерна тема или тема, изградена върху Hummingbird, обновяването на родителската тема трябва да се тества отделно, защото промените в шаблоните на чекаута може да засегнат вашите overrides.
Миграцията към Symfony продължава
Още страници от административния панел са мигрирани: Countries, Merchandise Return, Hook a module, Quick Access, Email body translations и Tax rules. Те са достъпни зад feature flags в Advanced Parameters > New & Experimental Features. Ако ваш модул разширява някоя от тези страници чрез grid или form hooks, тествайте го срещу мигрираната версия, преди тя да стане стандартна.
Какво все още не е готово за продукция
Не всичко в 9.2 е предназначено за работещи магазини. В секцията Advanced Parameters > New & Experimental Features има две големи функционалности, които все още са в начален стадий на разработка:
- Новият механизъм за ценообразуване (
new_pricing): Изчисляването на цени в PrestaShop (Product::getPriceStatic(), калкулацията на количката, груповите отстъпки и специфичните цени) исторически е една от най-старите и тромави части от ядрото. Тя поражда множество тежки заявки към базата данни и често бави зареждането при големи каталози. PrestaShop започва цялостно архитектурно пренаписване (т.нар. Pricing v2 /CartCalculator), базирано на Symfony услуги. Целта му е огромно ускорение и чист интерфейс за персонализирани ценови правила, но в 9.2 той е едва в начална бета фаза. Не го активирайте на живо, за да избегнете грешки в сумите на поръчките. - Подобреният B2B режим (
improved_b2b): Първа стъпка към вградени фирмени акаунти с множество потребители и права за пазаруване. Моделът на данните и API-тата все още търпят постоянни промени. Документацията изрично препоръчва да не изграждате къстъм решения върху него на този етап. Ако развивате B2B търговия, вижте защо PrestaShop е силен избор за B2B портал с проверените и стабилни инструменти, налични днес.
Съветът ни е категоричен: никога не активирайте бета експериментални флагове (feature flags) в реален работещ магазин.
Как да обновите до PrestaShop 9.2
Системни изисквания
PrestaShop 9.2 работи с PHP 8.1 до PHP 8.5. Пълните изисквания към сървъра (версии на MariaDB/MySQL, Apache/Nginx модули и PHP разширения) са описани подробно в официалната системна документация на PrestaShop. Ако хостингът ви е на по-стара версия на PHP, обновяването на средата трябва задължително да предхожда обновяването на магазина.
От коя версия идвате
- PrestaShop 9.0.x и 9.1.x — обновяването става с модула Update Assistant, версия 7.6.6, която официално поддържа 9.2.
- Бета или RC версия на 9.2 — директно обновяване до стабилната версия с Update Assistant не е възможно. Необходима е чиста инсталация и пренос на данните.
- PrestaShop 8.x, 1.7 или по-стара — това не е просто рутинно обновяване с един клик, а цялостна миграция към ново поколение на платформата. Темата, модулите и индивидуалните разработки трябва да бъдат прегледани и адаптирани за съвместимост с PrestaShop 9, Symfony 6.4 и PHP 8.1+. Как изглежда такъв проект на практика, показваме в реалния казус с миграцията на Aquamatrix.bg.
Чеклист преди обновяване
- Пълен бекъп на файловете и базата данни, с проверено възстановяване.
- Обновяване първо на staging копие, никога директно на продукция.
- Пълен одит на активните модули и overrides: кои от тях имат съвместими версии за 9.2 и кои вече са излишни.
- Тест на темата, особено ако е базирана на Classic и планирате новия чекаут.
- Пълни тестови поръчки на мобилно устройство и настолен компютър — с всеки платежен метод, всеки куриер, отстъпки и ваучери.
- Проверка на интеграциите: ERP, склад, фактуриране, продуктови фийдове.
- Наблюдение на първите реални поръчки след пускането и готов план за връщане назад.
На хартия това са седем точки. На практика при магазин с 30–40 модула, персонализирана тема и няколко интеграции обновяването е проект от няколко дни до няколко седмици, а най-скъпата грешка е несъвместимост в чекаута, открита едва след пускането.
Защо 9.2 е силен аргумент за PrestaShop
PrestaShop 9.2 решава проблеми, които досега изискваха платени модули, без да въвежда месечен наем или процент от оборота. Чекаутът е в ядрото, но кодът остава ваш и може да бъде адаптиран. При Shopify персонализацията на чекаута е силно ограничена и голяма част от нея е достъпна само в най-скъпия план. При WooCommerce подобна функционалност отново зависи от комбинация от плъгини с различни автори. Сравнение между трите платформи ще намерите в статията PrestaShop, WooCommerce или Shopify.
Добавете към това отворения AI слой чрез MCP и Extra Properties вместо overrides — и 9.2 става най-добрата основа досега за магазин, който трябва да расте, без да сменя платформата си.
Какво следва: GS Vision на PS Summit 2026
PrestaShop 9.2 е само поредната стъпка в развитието на платформата. За да следим пътната карта отблизо, екипът на GS Vision ще участва в PS Summit 2026 — международното събитие за open-source електронна търговия, организирано от PrestaShop и Sylius, което ще се проведе на 4 и 5 ноември 2026 г. в Конгресния център в Лион.
Събитието събира над 500 търговци, агенции и разработчици от цялата PrestaShop екосистема. За нас то е възможност да получим информация от първа ръка за следващите версии на платформата, да обсъдим с основния екип на PrestaShop практическия опит с One Page Checkout и Extra Properties и да пренесем тези знания директно в проектите на нашите клиенти в България и ЕС.
След събитието ще споделим основните изводи тук, в блога.
Често задавани въпроси
Кога излезе PrestaShop 9.2?
Стабилната версия PrestaShop 9.2.0 е публикувана на 30 септември 2026 г.
Задължително ли е да използвам новия One Page Checkout?
Не. Модулът се инсталира по подразбиране, но не се активира автоматично. Можете да избирате между чекаут на една страница и чекаут в четири стъпки от Design > Checkout и да превключвате по всяко време.
Ако в момента ползвате външен платен модул (напр. One Page Checkout PS, The Checkout и др.) и сте свикнали с него, можете да продължите да го използвате, при условие че разработчикът му е пуснал актуализация, съвместима с PrestaShop 9.2 и PHP 8.1+. Вграденият модул обаче ви спестява подновяването на платени абонаменти и премахва риска външният плъгин да се счупи при следващ системен ъпдейт.
Мога ли да обновя директно от PrestaShop 8 до 9.2?
Преминаването от 8.x към 9.x е цялостна миграция към ново поколение на системата, а не бърз ъпдейт с един клик. Препоръчваме предварителен одит на съвместимостта на темата и модулите, както и задължителни тестове на staging среда преди пускане на реалния магазин.
Коя версия на PHP изисква PrestaShop 9.2?
Минимум PHP 8.1. Поддържат се версии до PHP 8.5 включително.
Безплатен ли е Ask AI?
Да, самият модул, кодът и функционалността в PrestaShop са напълно безплатни – няма лицензна такса или месечен софтуерен абонамент към платформата.
Вие заплащате единствено своето реално потребление (изразходваните токени за генериран текст) директно към избрания AI доставчик (OpenAI, Claude, Google Gemini, Mistral и др.), с който свързвате своя личен API ключ. При нормална ежедневна работа на администратор тези разходи обикновено са между няколко цента и няколко долара на месец (pay-as-you-go), а доставчици като Google Gemini предлагат и безплатни дневни квоти.
Обновяване до PrestaShop 9.2 с GS Vision
GS Vision е екип от сертифицирани PrestaShop разработчици (Certified PrestaShop Developers Level 2) от Велико Търново, който работи с търговци в България и ЕС. Подготвяме обновяването до 9.2 като проект: одит на модулите и темата, staging среда, миграция към вградения One Page Checkout, тестове на всички платежни и куриерски сценарии и пускане без прекъсване на продажбите.
Ако планирате обновяване или миграция от по-стара версия, свържете се с нас за оценка на вашия магазин.
Източници
- PrestaShop Project — PrestaShop 9.2 is available
- PrestaShop DevDocs — Changes in PrestaShop 9.2.x
- PrestaShop DevDocs — One Page Checkout for module developers
- PrestaShop Project — Introducing One Page Checkout
- PrestaShop DevDocs — Extra properties
- PrestaShop DevDocs — System requirements
- GitHub — PrestaShop Update Assistant v7.6.6
- GitHub — Hummingbird v2.1.2 release notes
- PS Summit 2026