Tak, jeśli Twój sklep działa na PrestaShop 8.2, zaplanuj przejście na PrestaShop 9.2, wydany 30 września 2026. Wersja 8.2 dostaje już tylko poprawki krytyczne i bezpieczeństwa, a działa najwyżej na PHP 8.1, które straciło wsparcie 31 grudnia 2025. Termin przejścia wyznaczają moduły i motyw: dopóki kluczowe moduły nie mają wersji zgodnych z 9.2, przenosiny na sklep produkcyjny muszą poczekać.
Ten wpis odpowiada na pytanie, czy i kiedy przechodzić. Kroków samej aktualizacji tu nie opisuję, bo mają osobny poradnik, do którego linkuję niżej.
Co nowego w PrestaShop 9.2
Najważniejsze zmiany według ogłoszenia projektu (PrestaShop 9.2 is available):
- One Page Checkout - natywny moduł, który zbiera dane klienta, dostawę i płatność na jednej stronie. Między nim a dotychczasowymi czterema krokami przełączasz się w zapleczu. Klient jako gość zaczyna od adresu e-mail, a logowanie i rejestrację przeniesiono na osobne strony (opis One Page Checkout).
- Extra Properties - własne pola dla produktów, kombinacji, klientów i zamówień, tworzone w zapleczu i widoczne w formularzach, na stronie sklepu oraz w Admin API.
- Ask AI - asystent w zapleczu, który odpowiada na pytania o dane sklepu i wykonuje działania po Twojej akceptacji. Wymaga podłączenia własnego dostawcy AI kluczem API.
- Hummingbird 2.1.2 - nowa wersja motywu z poprawkami procesu zamówienia i dostępności.
- PHP - obsługiwane wersje od 8.1 do 8.5.
Jedna strona zamówienia nie usuwa wszystkich powodów, dla których klienci rezygnują z zakupu. Pozostałe opisuję we wpisie o tym, jakie techniczne przyczyny stoją za porzuconymi koszykami.
Co zmieniło się wcześniej, w 9.0 i 9.1
Sklep przechodzący z wersji 8 dostaje od razu wszystkie zmiany z całej linii 9:
- PrestaShop 9.0 (10 czerwca 2025) - przejście z Symfony 4.4 na Symfony 6.4, z poprawkami bezpieczeństwa do listopada 2027, minimalne PHP 8.1 i kolejne strony zaplecza przepisane na Symfony. Usunięto między innymi starą stronę edycji produktu, zaawansowane zarządzanie magazynem i wysyłkę jednego zamówienia na kilka adresów (zmiany w 9.0).
- PrestaShop 9.1 (23 marca 2026) - Hummingbird 2.0 jako domyślny motyw nowych instalacji i obsługa PHP 8.5. Nowy system rabatów i wysyłka kilkoma przewoźnikami są eksperymentalne, ukryte za przełącznikami funkcji i przeznaczone do testów, a nie na sklep produkcyjny (PrestaShop 9.1).
Dla modułów to zmiany wymagające przeróbek, dlatego moduły pisane pod wersję 8 traktuję jako niezgodne, dopóki ich nie sprawdzę.
Stan PrestaShop 8.2
- Od lipca 2025 gałąź 8.2 jest w fazie wsparcia rozszerzonego: nowe wydania pojawiają się tylko przy błędach krytycznych i poprawkach bezpieczeństwa. Wsparcie skończy się w dniu premiery PrestaShop 10.0 (wsparcie 8.2.x). Do 5 października 2026 projekt nie podał daty tej premiery.
- Wydanie bezpieczeństwa 8.2.8 ukazało się 18 sierpnia 2026.
- PrestaShop od 8.0 do 8.2 działa na PHP od 7.2 do 8.1 (wymagania PrestaShop 8). PHP 8.1 nie ma wsparcia od 31 grudnia 2025, a PHP 8.2, którego wersja 8 nie obsługuje, ma poprawki bezpieczeństwa tylko do 31 grudnia 2026 (php.net). Co to oznacza dla hostingu, opisuję we wpisie PHP 8.2 bez wsparcia od 2027 - co zrobić ze stroną i sklepem.
- Symfony 4.4, na którym opiera się wersja 8, nie dostaje poprawek bezpieczeństwa od listopada 2023 (symfony.com).
Sklep na 8.2 nadal działa i dostaje poprawki krytyczne. Problemem jest środowisko: PHP i framework, które nie dostają już poprawek bezpieczeństwa. Jeśli na razie zostajesz na 8.2, pilnuj bieżących aktualizacji, kopii zapasowych i monitoringu, tak jak opisuję we wpisie PrestaShop: jak nie zaniedbać sklepu po wdrożeniu.
PrestaShop 8.2 i 9.2 w jednej tabeli
Stan na 5 października 2026, według ogłoszeń i dokumentacji projektu PrestaShop oraz harmonogramów wsparcia PHP i Symfony.
| Kryterium | PrestaShop 8.2 | PrestaShop 9.2 |
|---|---|---|
| Status | Wsparcie rozszerzone: tylko poprawki krytyczne i bezpieczeństwa, do premiery PrestaShop 10.0. | Aktualne wydanie, dostępne od 30 września 2026. |
| Wersje PHP | Od 7.2 do 8.1. PHP 8.1 nie ma wsparcia od 31 grudnia 2025. | Od 8.1 do 8.5. |
| Framework | Symfony 4.4, bez poprawek bezpieczeństwa od listopada 2023. | Symfony 6.4, z poprawkami bezpieczeństwa do listopada 2027. |
| Finalizacja zamówienia | Cztery kroki. Jedna strona tylko przez moduł innego dostawcy. | Do wyboru cztery kroki albo One Page Checkout, natywny moduł przełączany w zapleczu. |
| Motyw | Classic. | Hummingbird w nowych instalacjach od 9.1. Classic obsługuje One Page Checkout dopiero po dostosowaniu szablonów. |
| Własne pola | Przez moduł albo zmiany w kodzie. | Extra Properties: pola dla produktów, kombinacji, klientów i zamówień tworzone w zapleczu. |
| Asystent AI w zapleczu | Brak. | Ask AI, po podłączeniu własnego dostawcy AI kluczem API. |
| Moduły | Duży wybór modułów zgodnych z wersją 8. | Wymagane wersje zgodne z 9.x. Moduły płatności i dostaw trzeba sprawdzić w One Page Checkout. |
| Jak dojść do tej wersji | Z 8.0 i 8.1 aktualizacją w ramach wersji głównej. | Z 9.0 i 9.1 przez Update Assistant. Z wersji 8 to zmiana wersji głównej, dla której dokumentacja zaleca migrację. |
Źródła: build.prestashop-project.org i devdocs.prestashop-project.org. Daty wsparcia PHP według php.net, Symfony według symfony.com.
Kiedy przechodzić
- hosting wyłącza PHP 8.1 albo oferuje je bez poprawek bezpieczeństwa,
- planujesz nowe moduły albo przebudowę motywu. Pisanie ich pod wersję w fazie wygaszania oznacza drugą pracę przy przejściu,
- potrzebujesz One Page Checkout bez modułu innego dostawcy albo własnych pól z Extra Properties,
- moduły, z których korzystasz, mają wersje zgodne z 9.2, a motyw ma odpowiednik dla wersji 9,
- sklep ma niewiele nadpisań klas i zmian w rdzeniu.
Kiedy poczekać
- kluczowy moduł nie ma wersji dla 9.x: płatności, dostawy, integracja z BaseLinkerem albo ERP. Dopóki nie ma zamiennika, przenosiny skończą się utratą funkcji,
- moduł płatności albo dostawy nie działa poprawnie w One Page Checkout. Wtedy zostajesz przy czterech krokach albo czekasz na poprawkę od autora,
- zbliża się szczyt sprzedaży. Zmianę wersji głównej planuję poza okresem, w którym sklep zarabia najwięcej,
- nie masz pilnego powodu do zmiany. Wtedy możesz poczekać na pierwsze wydania poprawkowe 9.2.x i w tym czasie przygotować migrację na kopii sklepu.
Czekanie ma sens jako przygotowanie, a nie odkładanie bez końca. Wsparcie 8.2 zakończy się z premierą wersji 10, a im dłużej sklep zostaje na 8, tym więcej zmian trzeba nadrobić naraz.
Moduły i motyw decydują o terminie
- Spisuję wszystkie moduły z wersjami i decyzją dla każdego: aktualizacja, zamiennik, przepisanie albo rezygnacja.
- Motyw z poprzedniej wersji głównej dokumentacja PrestaShop każe zastąpić motywem zgodnym z nową wersją (dokumentacja PrestaShop).
- One Page Checkout działa od razu w motywach opartych na Hummingbird. Motyw Classic i motywy na nim oparte wymagają nadpisania szablonów modułu.
- Moduły płatności i dostaw, które dodają treść w krokach zamówienia, muszą odświeżać ją po zmianach na stronie. Sprawdzam je w pierwszej kolejności, bo od nich zależy, czy zamówienia przechodzą.
- Moduły pisane na zamówienie przeglądam pod zmiany z wersji 9.0, zwłaszcza usunięte hooki i przepisane strony zaplecza.
- Moduły, które dodawały do produktów albo klientów proste pola, sprawdzam pod kątem zastąpienia ich przez Extra Properties. Mniej modułów to mniej pracy przy kolejnych aktualizacjach.
Przy zmianie wersji głównej dokumentacja PrestaShop zaleca migrację, czyli nową instalację i przeniesienie danych, a nie aktualizację na miejscu. Takie przenosiny prowadzę tak jak przy migracji sklepów internetowych: z mapą danych, testami na kopii i planem powrotu.
Sklep na PrestaShop 1.7
PrestaShop 1.7.8 działa najwyżej na PHP 7.4, które nie ma wsparcia od 28 listopada 2022 (php.net), więc sklepu na 1.7 nie zaktualizujesz do wersji 9 w jednym kroku. Możliwe drogi, a także samo przejście z wersji 8 na 9, opisuję w poradniku aktualizacja PrestaShop do nowej wersji - jak zrobić to bezpiecznie.
Sklep na 9.0 albo 9.1
To aktualizacja w ramach wersji głównej. Update Assistant w wersji 7.6.6 obsługuje przejście z 9.0.x i 9.1.x na 9.2. Wydanie 9.1.5 z 18 sierpnia 2026 projekt opisał jako ostatnie planowane w linii 9.1 przed wersją 9.2 (PrestaShop 9.1.5). Aktualizację i tak robię najpierw na kopii, bo One Page Checkout i zmiany w motywie Hummingbird wymagają testu zamówień.
Najczęstsze pytania
Czy One Page Checkout zadziała w moim obecnym motywie?
Jeśli motyw jest oparty na Hummingbird, tak. Motyw Classic i motywy na nim oparte projekt opisuje jako domyślnie nieobsługiwane: trzeba nadpisać część szablonów modułu albo zmienić motyw.
Czy po przejściu na 9.2 muszę używać One Page Checkout?
Nie. Układ czterech kroków nadal jest dostępny, a między układami przełączasz się w zapleczu. Możesz przejść na 9.2 i włączyć jedną stronę dopiero po testach modułów płatności i dostaw.
Jak długo PrestaShop 8.2 będzie dostawał poprawki?
Do premiery PrestaShop 10.0, której data nie jest ogłoszona. Do tego czasu dostaje tylko poprawki krytyczne i bezpieczeństwa, bez nowych funkcji, a działa na PHP i Symfony bez wsparcia.
Czy przejść najpierw na 9.1, a potem na 9.2?
Nie ma takiej potrzeby. Wydanie 9.1.5 projekt opisał jako ostatnie planowane w linii 9.1, więc przy migracji z wersji 8 celuję od razu w 9.2. Każdy dodatkowy etap to kolejna runda testów modułów i zamówień.
Czy Ask AI wysyła dane sklepu na zewnątrz?
Ask AI korzysta z dostawcy AI, którego sam wybierasz i podłączasz kluczem API, a działania w sklepie wykonuje po Twojej akceptacji. Zanim go włączysz, sprawdź zasady przetwarzania danych u tego dostawcy.
Przegląd modułów pod PrestaShop 9.2, ich aktualizację albo przepisanie robię razem z przejściem sklepu, bo to moduły najczęściej wyznaczają termin. Zakres i sposób wyceny opisuję przy usłudze Moduły PrestaShop.
