Co nowego w PrestaShop 9.2 i co to zmienia w Twoim sklepie

• PrestaShop 9.2 jest stabilny od 30.09.2026. Nowy sklep możesz postawić na nim już dziś. Jak to zrobić krok po kroku, pokazujemy w przewodniku Jak skonfigurować sklep na PrestaShop 9 krok po kroku.
• Z aktualizacją istniejącego sklepu do 9.2 trzeba chwilę poczekać. Wersja Update Assistant, która obsłuży 9.2, jest dopiero w przygotowaniu.
• Największe nowości 9.2 to One Page Checkout w standardzie, Extra Properties (własne pola bez programowania) i Ask AI, czyli asystent AI w panelu.
• Z wersji 9.1 najważniejszy jest motyw Hummingbird 2.0, który spełnia ponad 95% wymagań European Accessibility Act.
• Multi-wysyłka, nowe rabaty i nowy tryb B2B wciąż są eksperymentalne. Testować warto, wdrażać na produkcji jeszcze nie.

Seria 9.x to trzy wydania w ciągu niecałych 16 miesięcy. Każde rozwiązuje inny problem.

Ważne: 9.0 to wersja major, czyli z prawem do zmian łamiących zgodność. 9.1 i 9.2 to wersje minor: projekt stara się w nich utrzymać zgodność wstecz, ale moduły ingerujące w checkout, dostawy i płatności i tak trzeba przetestować.

Klient sklepu raczej nie zauważy PrestaShop 9.0 na pierwszy rzut oka. To wydanie wymieniło jednak fundament, bez którego 9.1 i 9.2 by nie powstały. Prace nad nim trwały ponad dwa lata.

• Symfony 6.4 LTS zamiast 4.4. Framework ma wsparcie bezpieczeństwa do listopada 2027.
• PHP 8.1–8.4, przy czym 8.1 to minimum. Sklep na PHP 7.x musi najpierw zmienić środowisko.
• Nowe Admin API oparte na API Platform. Działa obok starego Webservice API, a sam PrestaShop opisuje je jako wciąż rozwijane.
• Panel w całości w Symfony i Twig, z nową kartą produktu jako jedyną (stara została usunięta).

• Szybsze obrazki. Natywna obsługa formatów WebP i AVIF, bez dodatkowego modułu.
• Drobiazgi w ścieżce zakupu:
• można zamówić jako gość, nawet jeśli konto z tym adresem e-mail już istnieje,
• sklep może podpowiedzieć, że oglądany produkt jest już w koszyku.
• SEO w standardzie:
• krótsze adresy produktów (domyślnie bez kategorii w URL),
• opcja usunięcia prefiksu domyślnego języka z adresów, co przydaje się przy dodawaniu kolejnej wersji językowej,
• przekierowanie 301 lub 302 dla wyłączonej kategorii,
• strony z filtrami produktów wyłączone z indeksowania.
• Bezpieczeństwo: losowy prefiks tabel przy instalacji, blokada bezpośredniego wywołania plików PHP, tryb debug widoczny tylko dla osób z konkretnym ciasteczkiem i dziennik instalacji, aktualizacji i usunięć modułów.
• Wygodniejszy panel: szybsza karta produktu przy dużych katalogach, ręczne sortowanie wartości cech, zakładanie klienta-gościa z panelu (przydatne przy zamówieniach telefonicznych).

Z praktyki: zmiana struktury adresów to najczęstsza przyczyna spadków w Google po aktualizacji. Jeśli Twój sklep ma adresy z kategorią i dobrze się pozycjonuje, nie zmieniaj ich przy okazji. Każda zmiana URL wymaga mapy przekierowań 301 przygotowanej przed wdrożeniem.

Integracje: Admin API nie wyłączyło starego Webservice API. Działające połączenia z ERP czy systemem magazynowym nie muszą być przepisywane od razu, ale nowe integracje warto projektować już pod Admin API.

PrestaShop 9.1, wydany 23 marca 2026, to pierwsza aktualizacja serii 9.x, którą Twoi klienci zauważą na własne oczy. Zmienia domyślny wygląd sklepu i wprowadza dwie duże funkcje w trybie testowym.

Każda świeża instalacja 9.1 startuje z motywem Hummingbird 2.0 zamiast dotychczasowego Classic. To nowocześniejszy punkt wyjścia, łatwiejszy do dopasowania do Twojej marki:

• zbudowany na Bootstrap 5, z mniejszą liczbą zewnętrznych bibliotek, co przekłada się na szybsze ładowanie,
• uporządkowane style, które łatwiej nadpisać własnymi kolorami i czcionkami,
• wbudowany tryb ciemny, włączany jedną zmienną,
• ponad 95% zgodności z wymaganiami EAA: semantyczny HTML, atrybuty ARIA, obsługa klawiaturą i odpowiedni kontrast.

EAA w dwóch zdaniach: European Accessibility Act obowiązuje od czerwca 2025 i obejmuje m.in. sklepy internetowe w UE (w Polsce wdraża go ustawa o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług). Mikroprzedsiębiorcy świadczący usługi są co do zasady zwolnieni, ale czy obowiązek dotyczy Twojej firmy, warto potwierdzić z prawnikiem.

Ważne zastrzeżenie: 95% to nie 100%. Motyw daje solidną bazę, ale dostępność psują też treści: zdjęcia bez opisów ALT, banery z tekstem wtopionym w grafikę, słaby kontrast własnych kolorów. Przejście działającego sklepu na Hummingbird to osobny projekt, szczególnie jeśli korzystasz z szablonu robionego na zamówienie.

Jeśli zdarza Ci się ręcznie dzielić zamówienia, bo klient kupił jednocześnie produkt gabarytowy i małe akcesorium, ta zmiana Cię zainteresuje.

Przykład z życia: klient kupuje telewizor i kabel HDMI w jednym koszyku. Telewizor jedzie kurierem gabarytowym, kabel może trafić do paczkomatu. Do tej pory PrestaShop wiązał całe zamówienie z jednym przewoźnikiem, co kończyło się ręcznym dzieleniem albo dodatkowym modułem.

W 9.1 zamówienie składa się z osobnych przesyłek. Każda ma swojego przewoźnika i numer śledzenia, a w panelu przesyłki można dzielić i łączyć. W wersji 9.2 funkcja dojrzewa dalej: informacje o przesyłkach trafiają na faktury, dowody dostawy i do e-maili.

Funkcja nadal działa za flagą (Parametry zaawansowane > Nowe i eksperymentalne funkcje) i PrestaShop zaleca testy poza środowiskiem produkcyjnym.

Z praktyki: zanim włączysz multi-wysyłkę, sprawdź integracje kurierskie i system generujący etykiety. Jeśli moduł przewoźnika lub integracja z ERP zakłada jedno zamówienie i jedną paczkę, nowy model może je zaskoczyć.

Dotychczasowe reguły koszyka zastępuje bardziej elastyczny system, który pozwala precyzyjniej sterować promocjami w sklepie. Obejmuje cztery typy rabatów:

• katalogowy, cena obniżona jeszcze przed dodaniem do koszyka,
• koszykowy, naliczany w koszyku po spełnieniu warunków,
• darmowa dostawa,
• gratis dodawany do zamówienia.

Do tego dochodzą: priorytety rabatów, daty ważności, limity na klienta, ograniczenie do grup klientów oraz warunki oparte na kategoriach, markach, dostawcach czy krajach. Ten system również włącza się flagą i nie jest zalecany do użytku produkcyjnego bez wcześniejszych testów.

• szybszy koszyk przy produktach z dużą liczbą kombinacji,
• techniczne adresy AJAX wyłączone z indeksowania (mniej zbędnych stron w Google),
• bezpieczniejsza aktualizacja modułów: najpierw pobranie, potem instalacja,
• znaki specjalne działają poprawnie w wyszukiwarce sklepu,
• poprawne wyświetlanie czasu dostawy,
• obsługa PHP 8.5.

Update Assistant 7.6, którym aktualizuje się sklep do wersji 9.1, sprawdza zgodność modułów z wersją docelową i automatycznie odinstalowuje te niezgodne. Bez wcześniejszego przeglądu możesz po aktualizacji zostać bez działającego modułu płatności. Zasada jest jedna: najpierw kopia testowa, dopiero potem produkcja.

Formalnie to wersja minor. W praktyce 9.2 przynosi więcej zmian odczuwalnych przez klientów i zespół sklepu niż jakiekolwiek inne wydanie z serii 9.x.

Twoi klienci przejdą przez cały proces zakupu na jednej stronie, bez odświeżania i bez zbędnych kroków. PrestaShop 9.2 ma wbudowany natywny moduł One Page Checkout, który obejmuje:

• dane klienta i adres,
• wybór dostawy, w tym punktu odbioru,
• płatność,
• podsumowanie i zgody.

Zmiana przewoźnika czy metody płatności nie przeładowuje strony. Domyślny scenariusz zakłada zakup bez zakładania konta. Między wersją jednostronicową a klasycznym checkoutem w 4 krokach przełączasz się w panelu i w każdej chwili możesz wrócić do poprzedniego układu.

Dlaczego to ważne? Do tej pory one page checkout oznaczał płatny moduł zewnętrzny i ciągłe problemy ze zgodnością z modułami płatności i dostaw. PrestaShop wprost podał to jako powód, dla którego funkcja trafiła do projektu. Teraz jest jeden standard, do którego dostosują się twórcy modułów.

Co sprawdzić w polskim sklepie przed włączeniem:

• mapę paczkomatów i punktów odbioru (InPost, Orlen Paczka, DPD Pickup i inne),
• bramki płatności: Przelewy24, PayU, Tpay, BLIK, płatności odroczone i raty,
• pole NIP i dane do faktury,
• checkboxy zgód: regulamin, newsletter, zgody marketingowe,
• moduły liczące koszt dostawy (gabaryty, darmowa dostawa od kwoty),
• analitykę: zdarzenia GA4 typu begin_checkout, add_shipping_info i add_payment_info. Inny układ checkoutu to inny moment ich wysyłania.

Zastrzeżenie: One Page Checkout nie gwarantuje wyższej konwersji. Długi formularz na małym ekranie potrafi przytłoczyć bardziej niż cztery krótkie kroki. Zmierz konwersję checkoutu przed zmianą i po niej, a najlepiej porównaj obie wersje w teście A/B.

Masz już płatny moduł OPC? Nie musisz go wyrzucać od razu. Natywny moduł wygra w dłuższej perspektywie, bo rozwija się razem z rdzeniem, ale przejście warto zaplanować dopiero, gdy Twoje moduły płatności i dostaw oficjalnie potwierdzą zgodność.

Chcesz dodać do produktu pole „kod w ERP” albo „okres gwarancji”? W 9.2 zrobisz to samodzielnie w panelu, bez angażowania programisty i bez ryzyka, że coś się posypie przy kolejnej aktualizacji.

Dotąd dodanie jednego niestandardowego pola oznaczało osobny moduł z własną tabelą w bazie, często też ingerencję w pliki rdzenia i ręczne podpinanie formularzy. W 9.2 działa to natywnie:

• w panelu, w Parametry zaawansowane > Extra Properties, dodajesz pole i decydujesz, gdzie ma się pojawić: w formularzu, na liście czy w Admin API,
• pola działają m.in. dla produktów, kombinacji, kategorii, klientów, adresów, zamówień, koszyków i stron CMS,
• obsługują wiele języków i różne wartości w poszczególnych sklepach (multistore),
• dane trafiają do osobnych tabel, więc podstawowe tabele PrestaShop zostają nietknięte.

Przykłady z polskich sklepów:

• symbol towaru w Subiekcie lub innym ERP przy produkcie i kombinacji,
• okres gwarancji w miesiącach,
• dane producenta i osoby odpowiedzialnej, których wymaga rozporządzenie GPSR,
• opiekun handlowy przypisany do klienta,
• numer zamówienia z systemu zewnętrznego.

Status: w 9.2 kod Extra Properties jest oznaczony jako eksperymentalny. Nowe pola możesz już na nim zakładać, ale działających integracji nie przenoś w pośpiechu. Jeśli pole ma się pokazać na karcie produktu, zwykle trzeba je też dopisać w szablonie. Tu może być potrzebna pomoc programisty.

Zamiast przeklikiwać raporty, możesz zapytać sklep: „Które produkty mają mniej niż 5 sztuk na stanie?” i dostać odpowiedź w kilka sekund.

Ask AI to czat wbudowany w panel, w którym pytasz o dane sklepu i zlecasz akcje zwykłym językiem. Działa na PrestaShop MCP Server. Sam wybierasz dostawcę AI i podłączasz własny klucz API. Zanim asystent coś zmieni w sklepie, prosi o zatwierdzenie. Ask AI jest częścią edycji PrestaShop Classic.

Pytania, od których warto zacząć testy:

• „Które produkty mają mniej niż 5 sztuk na stanie?”
• „Które zamówienia z ostatniego tygodnia nadal czekają na wysyłkę?”
• „Jakie kategorie sprzedały się najlepiej w zeszłym miesiącu?”

Na co uważać:

• Koszt: za zużycie modelu płacisz dostawcy AI, bo to Twój klucz.
• Dane osobowe: pytanie o klientów oznacza wysłanie ich danych do dostawcy modelu. Sprawdź warunki przetwarzania i umowę powierzenia, zanim dasz dostęp zespołowi.
• Uprawnienia: ustal, kto może zatwierdzać zmiany cen, stanów i statusów zamówień.

Jeśli prowadzisz e-mail marketing lub SMS-y, edycja Classic zawiera teraz PrestaShop Automation with Klaviyo. Od razu po instalacji połączysz sklep z Klaviyo i zbudujesz automatyczne kampanie z segmentacją opartą na danych sklepu.

Sklepy sprzedające hurtowo dostaną w przyszłości natywne narzędzia B2B, ale jeszcze nie teraz. W 9.2 pojawiają się pierwsze elementy: firmy jako osobne byty, profile B2B, identyfikatory firmowe, adresy firmowe i role użytkowników. Funkcja jest dostępna w becie za flagą, czyli wymaga ręcznego włączenia. PrestaShop zapowiada zmiany w bazie danych i API i nie zaleca jeszcze budowania na niej. Sklep hurtowy dziś nadal opiera się na modułach albo rozwiązaniach szytych na miarę.

Zdjęcia produktów

Nowe ustawienie dopasowania miniatur daje Ci kontrolę nad tym, jak wyglądają obrazki w katalogu:

• Fit, dopasowuje zdjęcie i wypełnia resztę pustym tłem (jak dotąd),
• Crop, wypełnia całą miniaturę i przycina nadmiar,
• Bound, zachowuje proporcje w maksymalnych wymiarach, bez białych pasów (idealne do logo marek).

SEO

• Dane strukturalne (informacje dla Google o produkcie, cenie, dostępności) generuje teraz rdzeń i uzupełnia je o cechy produktu oraz dane kontaktowe sklepu. Moduły mogą łatwo dodać np. oceny czy politykę zwrotów.
• Adresy hreflang na listingach zachowują paginację.
• Nowe strony CMS są domyślnie indeksowane.
• Wielojęzyczne trasy URL dla stron sklepu.

Katalog

Nowe stany produktu: open box, uszkodzony i nowy z wadami, obok dotychczasowych: nowy, używany i odnowiony. Przydadzą się w sklepach outletowych.

Poprawki, które oszczędzają nerwy

• Wysyłka maili przez SMTP na porcie 587 działa poprawnie.
• E-mail z potwierdzeniem zamówienia respektuje ustawienie dołączania faktury PDF.
• Katalog install/ usuwa się sam po instalacji.

Panel administracyjny

Kolejne strony przeniesione na nowocześniejszy silnik (Symfony): kraje, zwroty, podpinanie modułów pod hooki, szybki dostęp, tłumaczenia treści e-maili, reguły podatkowe. Na razie włączasz je ręcznie za pomocą flag, nie są aktywne domyślnie.

Motyw

Hummingbird 2.1.2 z poprawkami checkoutu i dostępności oraz klikalnymi numerami telefonów i adresami e-mail na stronie sklepów stacjonarnych.

Dla programistów

Nowe komendy CLI do listowania modułów, zakładania administratora, resetu hasła i generowania .htaccess. Przydają się przy audytach i automatyzacji wdrożeń.

Wiele artykułów o 9.2 wrzuca wszystkie nowości do jednego worka, a różnica między „stabilne” i „za flagą w becie” to różnica między wdrożeniem a awarią na produkcji.

Gdzie są flagi? W panelu: Parametry zaawansowane > Nowe i eksperymentalne funkcje. Każdą funkcję włączasz osobno.

Nowy sklep: tak. Istniejący: jeszcze nie od razu. Na dzień 1 października 2026 wersja Update Assistant, która obsłuży 9.2, jest w przygotowaniu, a PrestaShop zapowiada instrukcje aktualizacji wkrótce. Do tego czasu twórcy modułów płatności i dostaw mają czas, żeby dostosować się do One Page Checkout. Jeśli stawiasz nowy sklep, przeprowadzi Cię przez to nasz przewodnik konfiguracja PrestaShop 9 od zera: od instalacji, przez katalog i szablon, po pierwsze zamówienie.

Zanim cokolwiek zmienisz w sklepie, sprawdź kalendarz.

Black Friday wypada w tym roku 27 listopada. Nie wprowadzaj żadnych większych zmian w silniku sklepu w październiku ani w listopadzie. Ryzyko nie jest warte potencjalnych zysków z nowości. Styczeń to znacznie bezpieczniejsze okno na aktualizację: ruch w sklepie opada, a Ty masz czas spokojnie przetestować wszystko przed kolejnym sezonem.

• pełna kopia plików i bazy, z przetestowanym odtworzeniem
• kopia testowa sklepu na tej samej wersji PHP, która będzie na produkcji
• PHP w zakresie 8.1–8.5 i potwierdzenie, że moduły go obsługują
• lista modułów z wersjami i potwierdzeniem zgodności od ich autorów
• spis override'ów i zmian w plikach rdzenia
• decyzja o motywie: zostajesz przy obecnym czy przechodzisz na Hummingbird
• przegląd integracji: ERP, BaseLinker, kurierzy, marketplace'y, księgowość
• punkt odniesienia SEO: pełny crawl adresów, eksport z Search Console, mapa przekierowań 301
• punkt odniesienia wydajności: PageSpeed dla strony głównej, kategorii, produktu i koszyka
• zamówienia testowe dla każdej pary przewoźnik × płatność, jako gość i z kontem, z fakturą na firmę i bez
• plan powrotu i okno wdrożenia poza szczytem sprzedaży

W ShopLever zajmujemy się wyłącznie PrestaShop: migracjami, aktualizacjami, integracjami z ERP i wydajnością. Przejrzymy moduły, szablon, integracje i SEO Twojego sklepu i powiemy, czy aktualizacja ma dziś sens, ile wymaga pracy i co zyskasz. Umów przegląd sklepu.