Uwaga na wstępie: PrestaShop 9.2 nie jest jeszcze wydany. 22 lipca 2026 ukazała się pierwsza publiczna beta, wcześniej – 9 lipca – projekt wszedł w feature freeze. Stabilną wersją produkcyjną pozostaje gałąź 9.1.x.
Nie instaluj bety na sklepie, który sprzedaje. Ale warto ją zainstalować na środowisku testowym już teraz, i za chwilę wyjaśnię, dlaczego akurat ta wersja jest inna niż poprzednie.
Trzy rzeczy, które faktycznie się zmieniają
1. One Page Checkout wchodzi do rdzenia
To jest najważniejsza zmiana w 9.2 i jedyna, która bezpośrednio dotyka konwersji.
Do tej pory PrestaShop dostarczał wyłącznie wielokrokowy checkout rozbity na osobne strony. W Prestashop 9.2 do paczki instalacyjnej trafia natywny moduł One Page Checkout – cały proces zamówienia na jednym ekranie, bez przeładowania strony przy wyborze dostawy i płatności, w trybie guest-first, czyli bez wymuszania zakładania konta.
Panel pozwala przełączać się między jednostronicowym a czterokrokowym checkoutem, więc nie jest to zmiana narzucona.
Zespół PrestaShopa uzasadnia decyzję wprost: poleganie wyłącznie na modułach zewnętrznych powodowało problemy z kompatybilnością między nimi, co uderzało w sprzedawców. Trudno się nie zgodzić. Każdy, kto debugował sklep z trzema modułami próbującymi jednocześnie przejąć kontrolę nad checkoutem, wie, o czym mowa.
Co to znaczy w praktyce: jeśli płacisz dziś abonament za komercyjny moduł OPC, po wyjściu stabilnej 9.2 warto policzyć, czy nadal jest potrzebny. Jeśli masz sklep z przewagą ruchu mobilnego – to jest argument za planowaniem aktualizacji, a nie za odkładaniem jej.
2. Extra Properties – koniec z klepaniem tych samych tabel
Zmiana dla deweloperów, ale z realnym skutkiem dla sprzedawców.
Dotąd dodanie własnego pola do produktu, klienta czy zamówienia oznaczało: własna tabela, ręczne wpięcie relacji, obsługa multistore, obsługa wielojęzyczności, wpięcie w formularze i gridy w panelu, wystawienie tego na froncie, i to samo od zera w każdym kolejnym module.
PrestaShop 9.2 wprowadza Extra Properties – natywny system rejestrowania dodatkowych pól na encjach rdzenia (Product, Combination, Customer, Order i innych). Pole zarejestrowane raz pojawia się automatycznie w formularzach i gridach panelu, na froncie oraz w Admin API. Z obsługą multistore i multilang od strzału. Bez override’ów.
Funkcję dostarczyły wspólnie zespoły Kiwik i PrestaShop SA.
Co to znaczy w praktyce: integracje robione na Extra Properties będą przeżywać aktualizacje. Rozwiązania oparte na własnych tabelach i override’ach — nadal będą wymagały audytu przy każdym upgrade. Jeśli planujesz autorski moduł na 2027 rok, to jest fundament, na którym warto go budować.
3. Ask AI – asystent w panelu, bez vendor lock-in
9.2 dokłada do panelu wbudowanego asystenta konwersacyjnego. Zamiast klikać przez menu, pytasz o dane sklepu naturalnym językiem i zlecasz akcje.
Dwie rzeczy są tu istotniejsze niż sama funkcja. Po pierwsze, pod spodem działa PrestaShop MCP Server (Model Context Protocol), więc podpinasz własnego dostawcę – ChatGPT, Claude, Gemini albo inny kompatybilny model – na własnym kluczu API. Nie jesteś przywiązany do jednego vendora ani do jego cennika.
Po drugie, asystent prosi o zatwierdzenie przed wykonaniem działania na sklepie. To jest właściwa decyzja projektowa i pierwsze pytanie, jakie zadałbym każdemu narzędziu AI z dostępem do bazy produkcyjnej.
Ask AI jest częścią edycji Classic. Szerzej o zastosowaniach AI w sklepie pisałem w tekście o wdrażaniu AI w PrestaShop.
Co jeszcze siedzi w 9.2
Klaviyo wraca do paczki. Moduł PrestaShop Automation with Klaviyo jest znów natywnie zintegrowany z edycją Classic – automatyzacja e-mail i SMS dostępna zaraz po instalacji.
Migracja do Symfony idzie dalej. Kolejna partia stron panelu została przeniesiona i oznaczona jako stabilna: Kraje, Zwroty towaru, Podpinanie modułu do hooka, Szybki dostęp, Tłumaczenia treści e-maili oraz Reguły podatkowe. Wszystkie za feature flagami, więc możesz je włączyć i przetestować, zanim staną się domyślne.
Fundamenty B2B. W rdzeniu pojawiają się przełącznik trybu B2C/B2B, nowa pozycja menu „Business Entities” i model danych pod encje biznesowe, wszystko za flagą improved_b2b. To jeszcze nie jest gotowy moduł B2B, ale kierunek jest jasny i warto go mieć w głowie, planując wdrożenie hurtowe.
Multi-shipment dojrzewa. Duża partia pracy nad obsługą wielu przesyłek w jednym zamówieniu: tworzenie przesyłki na istniejącym zamówieniu, dzielenie i łączenie, dane przesyłek na fakturach, dokumenty dostawy, obsługa w mailach.
Nowa architektura cen. Startuje przepisywanie kalkulacji cen (Product calculator, CartCalculator) za osobną flagą. Na razie do obserwowania, nie do produkcji.
Rzeczy, które ucieszą tylko techników. Dane strukturalne renderowane po stronie rdzenia, a nie w szablonie. Connection::isBot() rozpoznaje nowoczesne crawlery i boty AI, co ma ograniczyć widmowe koszyki i fałszywe sesje. Nowe komendy CLI: prestashop:module:list, prestashop:htaccess:generate, zmiana hasła pracownika i tworzenie superadmina z konsoli. SEO-friendly URL-e załączników. Klasa Upgrader oznaczona jako przestarzała. /init.php utwardzony i deprecated. Symfony podbite do 6.4.42.
Dlaczego akurat tę betę warto zainstalować
Zwykle radzę klientom ignorować bety. Tym razem jest inaczej i powód jest jeden: One Page Checkout zmienia kontrakt dla modułów płatności i przewoźników.
Jeśli utrzymujesz moduł płatności albo integrację kurierską – albo masz taki moduł w sklepie od zewnętrznego autora – jego zachowanie w jednostronicowym przepływie nie jest zagwarantowane. Zespół PrestaShopa opublikował osobną dokumentację dla autorów modułów i dla autorów szablonów właśnie dlatego, że część rozwiązań wymaga dostosowania.
Przekładając na sytuację sprzedawcy: między wyjściem stabilnej 9.2 a momentem, w którym autorzy modułów wypuszczą zgodne wersje, będzie okno. W tym oknie aktualizacja sklepu może oznaczać checkout, który wygląda dobrze i nie kończy transakcji. To jest najdroższy możliwy rodzaj błędu.
Dlatego moduły, które utrzymuję – integracje kurierskie i płatnicze – testuję na becie już teraz, a nie po premierze.
Kiedy wyjdzie stabilna wersja i co robić do tego czasu
Oficjalnej daty nie ma. Po becie standardowo idzie Release Candidate, a potem stabilne wydanie. Cykl minor release’ów w PrestaShopie to zwykle 6–9 miesięcy, a 9.1 wyszło w marcu 2026 – więc realne okno to końcówka 2026 roku. Zespół komunikuje wprost, że skupia się teraz na stabilizacji na podstawie zgłoszeń z bety.
Jeśli prowadzisz sklep na 8.x lub 9.0: nie czekaj na 9.2. Przejdź na 9.1.x, bo to jest gałąź już ustabilizowana kilkoma wydaniami serwisowymi. Z 9.1 na 9.2 skoczysz później znacznie mniejszym kosztem niż z 8.x od razu na 9.2. Koszty takiego przejścia rozpisałem w tekście o migracji na PrestaShop 9.1.
Jeśli startujesz z nowym sklepem: buduj na 9.1.x. Architektura jest ta sama, a przejście na 9.2 będzie aktualizacją, nie migracją.
Jeśli zamawiasz autorski moduł: poproś wykonawcę o deklarację zgodności z One Page Checkout i o wykorzystanie Extra Properties zamiast własnych tabel tam, gdzie to możliwe. To pytanie zadane dziś oszczędza budżet za rok.
Jeśli chcesz przetestować betę: paczka Classic Beta 1 jest do pobrania z bloga deweloperskiego. Jedno ograniczenie, o którym trzeba wiedzieć – z zainstalowanej bety nie zaktualizujesz się do RC ani do wersji stabilnej standardowym kanałem Update Assistanta. Do realnych testów rób świeżą instalację.
Nowe wydanie nie zmienia zasad integracji z marketplace. Moduł TikTok Shop dla PrestaShop 8 i 9 działa z 9.2 bez modyfikacji plików core i korzysta z oficjalnego TikTok Shop Open API.
Jedno zdanie podsumowania
9.2 nie jest wydaniem, które trzeba wdrażać w pośpiechu. Jest wydaniem, do którego trzeba przygotować moduły – i to jest robota do zrobienia teraz, nie w dniu premiery.
Jeśli chcesz sprawdzić, czy Twój sklep i jego moduły przeżyją przejście na 9.2 – napisz, zrobię audyt na środowisku testowym.
