PrestaShop 9.2 – co nowego i jak podejść do aktualizacji

PrestaShop 9.2.0 wyszedł 30 września 2026. Wydanie przeszło zwykłą drogę: feature freeze 9 lipca, beta 22 lipca, RC1 21 września.

To wersja minor, więc zachowuje zgodność wsteczną z 9.1.x. Twórcy łamali ją tylko tam, gdzie nie dało się inaczej. Nowości dotyczą kasy, panelu i dodatkowych pól, a kilka zmian trzeba po aktualizacji sprawdzić ręcznie.

Wymagania i ścieżka aktualizacji

PrestaShop 9.2 działa na PHP od 8.1 do 8.5.

Sklep na 9.0.x albo 9.1.x zaktualizujesz modułem Update Assistant w wersji 7.6.6. Z wersji beta i RC tą drogą do wydania stabilnego się nie przejdzie.

One Page Checkout w rdzeniu

One Page Checkout to natywny moduł dostarczany w paczce PrestaShop. Całe zamówienie klient składa na jednej stronie, co najbardziej odczuje gość kupujący bez rejestracji.

W panelu można przełączać się między kasą jednostronicową a klasyczną, czterokrokową. Z nowym przepływem trzeba przetestować moduły płatności, moduły przewoźników i motywy.

Twórcy modułów dostają do tego nowy hook actionCheckoutBuildProcess, przez który podłączają się do budowy procesu zamówienia.

Ask AI i zmiany w edycji Classic

Ask AI to asystent w panelu administracyjnym. Pytasz go zwykłym językiem o dane sklepu albo zlecasz mu akcję. Asystent łączy się przez PrestaShop MCP Server (Model Context Protocol), więc nie jest przywiązany do jednego dostawcy: zadziała z ChatGPT, Claude, Gemini albo innym zgodnym modelem, na twoim własnym kluczu API. Zanim cokolwiek zmieni w sklepie, prosi o zgodę.

Ask AI jest w edycji PrestaShop Classic. W tej samej edycji wrócił PrestaShop Automation with Klaviyo do wysyłki e-maili i SMS-ów.

Extra Properties – dodatkowe pola bez override’ów

Extra Properties to natywne dodatkowe pola dla produktów, kombinacji, klientów, zamówień i innych encji. Każde pole ma własny typ i reguły, obsługuje wiele języków i multistore.

Pole pojawia się samo w formularzach i gridach panelu, na froncie i w Admin API. Nie trzeba do tego override’ów ani własnych tabel. Pola tworzy się w panelu, w Zaawansowane → Extra Properties.

Funkcję zbudowały razem agencja Kiwik i PrestaShop SA. W kodzie jest oznaczona jako @experimental, więc jej API może się jeszcze zmienić.

Sześć stron panelu na Symfony

Kolejne strony panelu przeszły na Symfony. Nowe wersje włącza się flagami w Zaawansowane → Nowe i eksperymentalne funkcje:

• Kraje,
• Zwroty towarów,
• Podepnij moduł,
• Szybki dostęp,
• Tłumaczenia treści e-maili,
• Reguły podatkowe.

Jeśli twój moduł zmienia gridy albo formularze którejś z tych stron, sprawdź go na nowej wersji.

Doszły też cztery komendy CLI:

• prestashop:module:list,
• prestashop:employee:create-admin,
• prestashop:employee:change-password,
• prestashop:htaccess:generate.

Katalog install/ znika po instalacji sam.

Obrazki i motyw Hummingbird 2.1.2

Każdy typ obrazka ma teraz tryb dopasowania miniatury: Fit (domyślny), Crop albo Bound.

W Hummingbirdzie 2.1.2 formularz adresu w kasie nie zagnieżdża już formularzy, a formularz śledzenia zamówienia gościa wysyła dane przez POST. Motyw dostał hook displayOrderDetailProductLine, poprawki dostępności i typ obrazka manufacturer_product_page. Pliki deweloperskie usunięto z paczki. Kto buduje motyw ze źródeł, potrzebuje Node.js 24 i npm 11.

Dane strukturalne w rdzeniu

Moduł nie musi już składać microdata w szablonie. Dane JSON-LD przekazuje jako tablicę przez hook actionFrontControllerSetVariables i metodę getStructuredData(), a motyw je wypisuje.

B2B, stany produktu i konfiguracja usług

Nowy tryb B2B ma encje firm, profile klientów B2B, identyfikatory firmowe, adresy B2B i role. Jest w becie, domyślnie wyłączony, a włącza go flaga improved_b2b. Twórcy PrestaShop wprost odradzają budowanie na nim, bo schemat i API będą się jeszcze zmieniać.

Pole stanu produktu (condition) przyjmuje trzy nowe wartości: open_box, damaged i new_with_defects.

Usługi modułu można opisać w config/services.php albo w plikach dla konkretnej wersji: services-9.2.yml i services-9.yml. Stary services.yml działa bez zmian.

Czy i kiedy aktualizować

Sklep na 9.0.x albo 9.1.x zaktualizujesz standardowo, przez Update Assistant 7.6.6. Najpierw jednak zrób kopię i przepuść aktualizację przez środowisko testowe.

Na testach zwykle wychodzą problemy spoza rdzenia. Kiedy przenosiliśmy nasz sklep z 1.7.6.5 na 9.1.5, zatrzymywały nas kod modułów, konfiguracja serwera i cache: zagnieżdżony <form> w zakładce modułu na karcie produktu, GD zbudowane bez WebP, cache odtworzony przez bin/console uruchomione jako root. Żaden z tych błędów nie jest winą 9.2, ale takie rzeczy lepiej znaleźć na kopii niż na działającym sklepie.

Przed wdrożeniem 9.2 sprawdź:

• wersję PHP – musi mieścić się w zakresie 8.1–8.5,
• moduły płatności i przewoźników z One Page Checkout,
• motyw z nowym przepływem zamówienia,
• moduły, które zmieniają gridy i formularze stron przeniesionych na Symfony,
• własne rozszerzenia korzystające z usług, hooków i danych strukturalnych.

Jeśli motyw albo moduły mocno przerabiają kasę, zacznij testy od One Page Checkout. Jeśli wdrożenie opiera się na Extra Properties albo improved_b2b, licz się z tym, że w kolejnych wydaniach coś się w nich zmieni.

Pełna lista zmian jest w ogłoszeniu wydania i w dokumentacji dla deweloperów.