PrestaShop 9.2: One Page Checkout, Ask AI i kolejne ważne zmiany

PrestaShop rozwija się dziś w kilku kierunkach jednocześnie. Z jednej strony platforma modernizuje zaplecze techniczne, kończy migrację kolejnych obszarów do Symfony i rozwija nowy Admin API. Z drugiej strony wprowadza funkcje, które właściciele sklepów od dawna znają głównie z płatnych modułów lub indywidualnych wdrożeń.

Najważniejszą nadchodzącą wersją jest PrestaShop 9.2. W oficjalnej dokumentacji została ona już opisana jako wersja beta, co oznacza, że jej zakres jest w dużej części ustalony, ale funkcje nadal mogą być poprawiane przed publikacją stabilnego wydania. PrestaShop 9.2 weszła wcześniej w fazę feature freeze, podczas której zespół koncentruje się na testowaniu, stabilizacji i usuwaniu błędów.

Wśród najważniejszych zmian znajdują się:

• natywny One Page Checkout,
• Ask AI, czyli asystent AI w panelu administracyjnym,
• rozwój systemu wielu wysyłek i przewoźników,
• Extra Properties pozwalające dodawać własne pola do obiektów PrestaShop,
• fundamenty nowego trybu B2B,
• dalsza migracja panelu administracyjnego do Symfony.

Jeżeli chcesz poznać również różnice między głównymi generacjami platformy, przeczytaj artykuł PrestaShop 9 – co zmienia nowa wersja i czy warto zaktualizować sklep?.

Najważniejsze zmiany w PrestaShop 9.2

Warto zwrócić uwagę, że PrestaShop 9.2 jest wydaniem typu minor. Projekt zakłada więc utrzymanie możliwie dużej zgodności z wersją 9.1. Nie oznacza to jednak, że każdy moduł lub szablon zgodny z PrestaShop 9.1 automatycznie będzie prawidłowo działać ze wszystkimi nowymi funkcjami 9.2. Szczególnej uwagi wymagają rozszerzenia ingerujące w checkout, dostawy, płatności, zamówienia i dane klientów.

Natywny One Page Checkout w PrestaShop 9.2

Jedną z najważniejszych i najbardziej oczekiwanych zmian jest natywny One Page Checkout. Do tej pory standardowa instalacja PrestaShop korzystała z procesu podzielonego na kolejne etapy. Sklepy, które chciały połączyć formularz klienta, wybór dostawy i płatność na jednej stronie, musiały korzystać z zewnętrznych modułów lub indywidualnych modyfikacji.

W PrestaShop 9.2 One Page Checkout jest dostarczany jako natywny moduł ps_onepagecheckout. Po włączeniu zastępuje klasyczny, wieloetapowy checkout widokiem skupiającym wszystkie najważniejsze elementy procesu zakupowego na jednej stronie. Moduł jest dołączony do PrestaShop 9.2, ale nowy checkout nie jest automatycznie aktywowany. Administrator sklepu musi go świadomie włączyć i skonfigurować.

Co znajdzie się na jednej stronie checkoutu?

Nowy proces może obejmować między innymi:

• dane klienta,
• adres dostawy i adres rozliczeniowy,
• dostępne metody dostawy,
• wybór punktu odbioru,
• metody płatności,
• podsumowanie produktów i kosztów,
• zgody wymagane przed złożeniem zamówienia.

Zmiany poszczególnych wartości mają być obsługiwane dynamicznie, bez konieczności przeładowywania całej strony. Dotyczy to na przykład wyboru przewoźnika, zmiany adresu lub przeliczenia kosztów zamówienia.

Czy klasyczny checkout zniknie?

Nie. Sklepy nadal będą mogły korzystać z klasycznego procesu wieloetapowego. One Page Checkout ma być rozwiązaniem opcjonalnym, które można aktywować zależnie od potrzeb sklepu, używanego szablonu oraz kompatybilności modułów. Oficjalna roadmapa wskazuje, że klasyczny proces zakupowy pozostanie dostępny.

To rozsądne podejście, ponieważ nie każdy sklep potrzebuje jednostronicowego checkoutu. Przy prostym asortymencie i szybkich zakupach taki układ może ograniczyć liczbę kroków. W rozbudowanym sklepie B2B, konfiguratorze produktów albo procesie wymagającym wielu danych etapowy checkout może nadal być bardziej czytelny.

One Page Checkout nie gwarantuje automatycznie wyższej konwersji

Samo przeniesienie wszystkich pól na jedną stronę nie musi poprawić wyników sprzedaży. Źle zaprojektowany One Page Checkout może być długi, trudny do zeskanowania i przytłaczający na urządzeniach mobilnych.

Na skuteczność checkoutu wpływają również:

• liczba wymaganych pól,
• możliwość zakupu bez rejestracji,
• czytelność kosztów dostawy,
• dostępność preferowanych płatności,
• jakość komunikatów walidacyjnych,
• szybkość odświeżania podsumowania,
• widoczność błędów,
• poprawne działanie na telefonach,
• możliwość łatwego powrotu do koszyka.

Natywne rozwiązanie daje jednak ważną przewagę: tworzy wspólny standard, do którego mogą dostosowywać się twórcy modułów płatności, dostaw oraz szablonów.

Kompatybilność One Page Checkout z modułami i szablonem

Natywny checkout jest dużą zmianą architektoniczną. Moduł przejmuje renderowanie procesu zakupowego i korzysta z własnych szablonów. Oznacza to, że przed jego aktywacją trzeba sprawdzić rozszerzenia wpływające na koszyk i zamówienie.

Testów wymagają szczególnie:

• moduły płatności,
• integracje kurierskie,
• mapy punktów odbioru,
• moduły Paczkomatów i automatów paczkowych,
• dodatkowe pola zamówienia,
• systemy zgód,
• faktury i dane firmowe,
• moduły one page checkout innych producentów,
• programy lojalnościowe,
• rabaty zależne od danych klienta,
• integracje z ERP i systemami magazynowymi,
• indywidualne modyfikacje checkoutu.

Dokumentacja PrestaShop zawiera już osobne zalecenia dla autorów modułów i szablonów. Wprowadzono między innymi nowe punkty rozszerzeń związane z budowaniem procesu zamówienia. Twórcy motywów muszą natomiast uwzględnić strukturę HTML, selektory, zdarzenia JavaScript i sposób stylowania nowego checkoutu.

W praktyce nie należy aktywować One Page Checkout bezpośrednio na sklepie produkcyjnym. Najpierw trzeba przygotować kopię testową, odwzorować realne konfiguracje płatności i dostaw, a następnie przejść pełne scenariusze zakupowe.

Multi-wysyłka i wielu przewoźników w jednym zamówieniu

Kolejną ważną zmianą jest rozwój systemu multi-shipment, czyli obsługi wielu przesyłek w ramach jednego zamówienia.

W starszym modelu PrestaShop zamówienie było mocno związane z jednym przewoźnikiem. Powodowało to problemy w sytuacjach, gdy produkty miały być wysyłane:

• z różnych magazynów,
• w innych terminach,
• przez różnych przewoźników,
• w osobnych paczkach,
• częściowo do punktu odbioru, a częściowo pod wskazany adres.

Nowa architektura przenosi punkt ciężkości z przewoźnika na przesyłkę. Jedno zamówienie może dzięki temu posiadać kilka wysyłek, a każda z nich może zawierać określone produkty, mieć własny status, numer śledzenia i przypisanego przewoźnika. PrestaShop wprowadził w tym celu osobne struktury danych dla przesyłek i produktów należących do danej przesyłki.

Multi-wysyłka jest nadal funkcją eksperymentalną

System został udostępniony w PrestaShop 9.1 za pomocą feature flaga i jest domyślnie wyłączony. Dokumentacja zaznacza, że funkcja pozostaje w aktywnym rozwoju i może jeszcze ulegać zmianom.

W rozwoju PrestaShop 9.2 kontynuowano prace nad:

• dokumentami dostawy dla zamówień wieloprzesyłkowych,
• obliczaniem kosztów dostawy,
• podziałem produktów między przesyłki,
• obsługą kilku przewoźników,
• prezentacją przesyłek w panelu administracyjnym.

Nie oznacza to jeszcze, że funkcję należy bezwarunkowo aktywować w każdym działającym sklepie. Na obecnym etapie jest ona szczególnie interesująca dla developerów, integratorów i firm planujących bardziej zaawansowane procesy logistyczne.

Dla jakich sklepów multi-wysyłka będzie szczególnie ważna?

Nowy system może mieć duże znaczenie dla:

• marketplace’ów,
• sklepów korzystających z kilku magazynów,
• modeli dropshippingowych,
• firm wysyłających produkty wielkogabarytowe,
• hurtowni B2B,
• sklepów realizujących zamówienia częściowo,
• firm łączących własny magazyn z zewnętrznym fulfillmentem,
• zamówień zawierających towary o różnych wymaganiach transportowych.

W takich przypadkach zamówienie nie zawsze odpowiada jednej fizycznej paczce. Rozdzielenie zamówienia i przesyłki jest więc potrzebną zmianą architektoniczną.

Ask AI – natywny asystent AI w PrestaShop

Jednym z najbardziej przyszłościowych kierunków jest Ask AI. W oficjalnej roadmapie PrestaShop został on opisany jako natywny asystent instalowany w panelu administracyjnym.

Jego zadaniem ma być umożliwienie komunikowania się ze sklepem przy użyciu języka naturalnego. Administrator nie będzie musiał za każdym razem przechodzić przez kolejne zakładki panelu, ustawiać filtrów i eksportować danych. Zamiast tego będzie mógł zadać pytanie lub zlecić określoną operację.

Przykładowe polecenia mogą w przyszłości wyglądać następująco:

• „Pokaż produkty, których stan magazynowy spadł poniżej pięciu sztuk”.
• „Które produkty wygenerowały najwyższą sprzedaż w ostatnich 30 dniach?”.
• „Znajdź zamówienia oczekujące na wysyłkę dłużej niż dwa dni”.
• „Przygotuj listę produktów bez opisu”.
• „Pokaż klientów, którzy nie złożyli zamówienia od roku”.
• „Utwórz promocję dla wskazanej kategorii”.

Oficjalna roadmapa zakłada możliwość zarówno odczytywania danych sklepu, jak i uruchamiania wybranych akcji. Ask AI ma bazować na serwerze PrestaShop MCP i pozwalać na korzystanie z różnych dostawców modeli, takich jak ChatGPT, Claude czy Gemini.

Czym jest PrestaShop MCP Server?

MCP, czyli Model Context Protocol, umożliwia bezpieczne udostępnianie narzędzi i danych sklepu zewnętrznemu asystentowi AI. Model nie musi otrzymywać bezpośredniego dostępu do bazy danych. Korzysta z wcześniej zdefiniowanych operacji i zasobów.

PrestaShop MCP Server może pełnić rolę pomostu pomiędzy sklepem a narzędziem AI. PrestaShop informuje, że obecna wersja MCP Servera posiada między innymi:

• różne metody uwierzytelniania,
• obsługę lokalnego transportu STDIO,
• integrację z n8n,
• szablony promptów,
• zasoby dostarczające modelowi kontekst,
• granularne uprawnienia,
• oznaczenia operacji tylko do odczytu i operacji destrukcyjnych.

Bezpieczeństwo Ask AI będzie ważniejsze niż sam interfejs

Wprowadzenie asystenta AI do panelu administracyjnego może znacząco przyspieszyć pracę, ale wymaga bardzo precyzyjnego systemu uprawnień.

Innego dostępu potrzebuje właściciel sklepu, innego pracownik magazynu, a jeszcze innego specjalista marketingu. Asystent nie powinien wykonywać operacji zmieniających ceny, stany magazynowe, statusy zamówień lub dane klientów bez odpowiedniej autoryzacji.

W praktycznym wdrożeniu szczególnie ważne będą:

• ograniczenie dostępnych operacji,
• rozdzielenie odczytu danych od ich modyfikacji,
• rejestrowanie wykonanych działań,
• potwierdzanie operacji destrukcyjnych,
• ochrona danych klientów,
• kontrola informacji wysyłanych do dostawcy modelu,
• indywidualne uprawnienia pracowników,
• możliwość wycofania lub odtworzenia zmian.

Należy również pamiętać, że Ask AI znajduje się w roadmapie PrestaShop 9.2, ale szczegóły funkcji mogą jeszcze zmienić się przed stabilnym wydaniem.

Extra Properties – własne pola bez modyfikowania rdzenia

Extra Properties to funkcja mniej widowiskowa dla klienta sklepu, ale bardzo ważna dla developerów i firm korzystających z indywidualnych danych.

Pozwala ona dodawać niestandardowe właściwości do podstawowych obiektów PrestaShop, takich jak:

• produkt,
• klient,
• zamówienie,
• adres,
• inne encje systemowe.

Do tej pory dodanie własnego pola często wymagało tworzenia dodatkowych tabel, modyfikowania formularzy, podłączania hooków i przygotowywania własnej warstwy zapisu danych.

Extra Properties ma zapewnić wspólny mechanizm obsługujący między innymi:

• własne pola danych,
• panel administracyjny,
• formularze i listy,
• wiele języków,
• multistore,
• dostęp w front office,
• nowy Admin API.

Przykładowe zastosowania to numer partii produktu, dodatkowy kod ERP, informacja logistyczna, wewnętrzny status klienta lub parametr potrzebny w integracji.

W becie PrestaShop 9.2 system jest nadal finalizowany i został oznaczony jako eksperymentalny. Zespół dąży jednak do tego, aby dostarczyć stabilną wersję wraz z dokumentacją dla twórców modułów.

Nowe fundamenty PrestaShop B2B

PrestaShop 9.2 rozwija również podstawy natywnego trybu B2B. Dotychczas wiele funkcji potrzebnych w sprzedaży hurtowej trzeba było budować za pomocą grup klientów, dodatkowych modułów i indywidualnych tabel.

Nowe podejście ma uwzględniać między innymi:

• osobne encje firm,
• profile klientów B2B,
• kontakty przypisane do organizacji,
• identyfikatory firmowe,
• adresy B2B,
• role użytkowników,
• uprawnienia zależne od roli.

Funkcja znajduje się za flagą improved_b2b, jest domyślnie wyłączona i pozostaje w intensywnym rozwoju. Dokumentacja PrestaShop wprost zaznacza, że schemat danych oraz API mogą jeszcze zmienić się przed stabilnym wydaniem, dlatego nie jest to obecnie właściwa podstawa do budowania produkcyjnych rozwiązań.

Jest to jednak istotny sygnał dotyczący kierunku rozwoju platformy. PrestaShop chce lepiej rozdzielić firmę jako kontrahenta od poszczególnych osób posiadających dostęp do konta.

Dla hurtowni, producentów i dystrybutorów może to w przyszłości ułatwić tworzenie:

• kont organizacji z wieloma pracownikami,
• akceptacji zamówień,
• indywidualnych uprawnień,
• różnych ról zakupowych,
• limitów i warunków handlowych,
• procesów zależnych od działu lub oddziału.

Więcej o rozwiązaniach dla sprzedaży hurtowej znajdziesz na stronie PrestaShop B2B – wdrożenie platformy hurtowej.

Dalsza migracja panelu administracyjnego do Symfony

PrestaShop od kilku wersji stopniowo zastępuje starsze kontrolery i formularze nowymi rozwiązaniami opartymi na Symfony.

W PrestaShop 9.2 kolejne obszary panelu są dostępne w nowej architekturze, między innymi:

• kraje,
• zwroty towarów,
• przypisywanie modułów do hooków,
• szybki dostęp,
• tłumaczenia treści wiadomości e-mail,
• reguły podatkowe.

Część nowych widoków jest początkowo dostępna za feature flagami. Administrator lub developer może je włączyć, przetestować i w razie problemów wrócić do dotychczasowej wersji.

Dla właściciela sklepu zmiana może być niemal niewidoczna, ale ma duże znaczenie długoterminowe. Nowe strony są łatwiejsze do utrzymania, testowania i rozszerzania. Korzystają też z nowocześniejszych mechanizmów formularzy, routingu oraz bezpieczeństwa.

Nowe narzędzia dla administratorów i developerów

PrestaShop 9.2 wprowadza również dodatkowe komendy konsolowe. Jedną z praktycznych nowości jest:

php bin/console prestashop:module:list

Komenda pozwala wyświetlić listę modułów z poziomu CLI oraz filtrować ją według statusu. Może być przydatna podczas:

• audytów technicznych,
• aktualizacji,
• automatyzacji wdrożeń,
• diagnozowania błędów,
• porównywania środowiska testowego i produkcyjnego,
• przygotowywania raportów o zainstalowanych rozszerzeniach.

To przykład zmiany, która nie wpływa bezpośrednio na wygląd sklepu, ale usprawnia jego utrzymanie.

Czy warto aktualizować sklep do PrestaShop 9.2 już teraz?

Nie należy instalować wersji beta w działającym sklepie produkcyjnym. Beta jest przeznaczona przede wszystkim do:

• testowania modułów,
• sprawdzania szablonów,
• zgłaszania błędów,
• przygotowywania integracji,
• poznawania zmian przed stabilnym wydaniem.

PrestaShop zachęca społeczność i autorów rozszerzeń do testowania wersji 9.2, ale podkreśla, że funkcje pozostają w aktywnym rozwoju.

Właściciele sklepów mogą natomiast już teraz przygotować się do aktualizacji.

Co warto sprawdzić przed PrestaShop 9.2?

Obecną wersję PrestaShop

Inaczej wygląda aktualizacja z PrestaShop 9.1, inaczej z wersji 8, a jeszcze inaczej migracja ze starego PrestaShop 1.7.

Zgodność modułów

Szczególną uwagę należy zwrócić na płatności, dostawy, checkout, ERP, marketplace, rabaty i moduły modyfikujące zamówienia.

Szablon sklepu

Natywny One Page Checkout musi zostać przetestowany z używanym motywem i indywidualnymi modyfikacjami front office.

Wersję PHP i środowisko serwera

Zgodność samego rdzenia nie oznacza jeszcze zgodności wszystkich modułów oraz bibliotek. Pomocna będzie aktualna tabela zgodności wersji PHP z PrestaShop.

Integracje zewnętrzne

Trzeba sprawdzić integracje z ERP, WMS, PIM, systemem księgowym, kurierami, marketplace’ami i narzędziami automatyzacji.

Indywidualne modyfikacje

Override’y i zmiany w rdzeniu mogą utrudniać aktualizację oraz korzystanie z nowych funkcji.

Proces testowania

Aktualizacja powinna być wykonana najpierw na kopii sklepu. Dopiero po testach można przygotować wdrożenie produkcyjne.

Jeżeli sklep działa na starszej generacji platformy, pomocny będzie również artykuł Stary sklep PrestaShop 1.7 – aktualizować, migrować czy przebudować?.

Co zmiany w PrestaShop oznaczają dla różnych sklepów?

Nie wszystkie korzyści będą dostępne od razu po instalacji. Część funkcji pozostanie opcjonalna lub eksperymentalna, a ich wdrożenie będzie wymagało dostosowania modułów i procesów sklepu.

PrestaShop 9.2 a aktualizacja ze starszych wersji

Przejście z PrestaShop 9.1 do 9.2 powinno być mniej złożone niż migracja między głównymi generacjami. Nadal trzeba jednak przeprowadzić testy kompatybilności.

Znacznie większym projektem będzie przejście:

• z PrestaShop 8 do 9.2,
• z PrestaShop 1.7 do 9.2,
• ze starszego szablonu Classic lub Warehouse do nowej architektury,
• ze sklepu zawierającego liczne override’y i modyfikacje rdzenia.

W takim przypadku aktualizacja nie powinna zaczynać się od uruchomienia automatycznego modułu. Najpierw należy ocenić:

• stan techniczny instalacji,
• jakość modułów,
• zgodność szablonu,
• integracje,
• strukturę bazy danych,
• wersję PHP,
• wymagania SEO,
• możliwość zachowania dotychczasowych adresów URL,
• czas potrzebny na testy i finalne wdrożenie.

Więcej o wyborze odpowiedniego scenariusza przeczytasz w artykule Aktualizacja czy przebudowa PrestaShop – co wybrać?.

Czy PrestaShop 9.2 zmieni sposób rozwijania sklepów?

Najważniejsze zmiany w PrestaShop nie ograniczają się do wyglądu panelu czy pojedynczych funkcji. Widać szerszy kierunek rozwoju platformy:

• więcej funkcji dostępnych natywnie,
• ograniczanie konieczności modyfikowania rdzenia,
• rozwój nowoczesnego API,
• większa rola Symfony,
• gotowość na integrację z AI,
• lepsza obsługa złożonej logistyki,
• rozwój rozwiązań B2B,
• stopniowe zastępowanie starszej architektury.

One Page Checkout, Extra Properties, multi-wysyłka i Ask AI są elementami tego samego procesu. PrestaShop chce być platformą, którą łatwiej rozwijać i integrować bez tworzenia osobnych, niestandardowych mechanizmów dla każdego sklepu.

Podsumowanie

PrestaShop 9.2 zapowiada się jako ważna aktualizacja funkcjonalna. Najbardziej widoczną zmianą będzie natywny One Page Checkout, który może uprościć finalizację zakupów i ograniczyć zależność od zewnętrznych modułów.

Równie istotny jest jednak rozwój zaplecza platformy. Extra Properties mogą uprościć dodawanie indywidualnych danych, nowy system przesyłek przygotowuje PrestaShop na bardziej złożoną logistykę, a fundamenty B2B mogą w przyszłości ograniczyć liczbę modyfikacji potrzebnych w sklepach hurtowych.

Ask AI pokazuje natomiast, że panel administracyjny ma stopniowo zmieniać się z zestawu formularzy w system, z którym można komunikować się językiem naturalnym.

Nie oznacza to jednak, że każdy sklep powinien od razu wdrożyć wszystkie nowości. PrestaShop 9.2 znajduje się obecnie w fazie beta, multi-wysyłka i nowe B2B pozostają funkcjami eksperymentalnymi, a Ask AI jest nadal elementem rozwijanej roadmapy.

Końcowo, najlepszym podejściem jest przygotowanie środowiska testowego, audyt modułów i szablonu oraz zaplanowanie aktualizacji po opublikowaniu stabilnej wersji.

FAQ – PrestaShop 9.2