Aktualizacja PrestaShop 8 do 9 to duża zmiana techniczna: silnik przechodzi z Symfony 4.4 na Symfony 6.4 LTS, wymagane jest PHP 8.1-8.4, a back office został przepisany na szablony Twig. Najnowsza linia to PrestaShop 9.1 z motywem Hummingbird jako domyślnym. Dla większości sklepów MŚP główne ryzyko nie leży w samym rdzeniu, tylko w modułach zewnętrznych, motywie i własnych przeróbkach - dlatego aktualizację zawsze testuję najpierw na kopii sklepu (staging), z pełnym backupem i planem wycofania.
- PrestaShop 9 wymaga PHP 8.1-8.4 (rekomendowane 8.3) i działa na Symfony 6.4 LTS.
- Back office korzysta z Twig zamiast Smarty, a domyślnym motywem od 9.1 jest Hummingbird, nie Classic.
- Najczęstsze problemy to niekompatybilne moduły zewnętrzne i motyw stworzony pod 8.x.
- Bezpieczna kolejność: audyt zgodności, backup, staging, testy, dopiero produkcja.
- Dedykowane funkcje buduję jako moduły i child theme - są odporne na aktualizacje rdzenia.
- Dla MŚP zwykle warto poczekać na stabilną wersję 9.1.x i zgodne wersje modułów.
Czym różni się PrestaShop 9 od 8
Różnica między tymi liniami jest większa niż przy zwykłej aktualizacji punktowej. PrestaShop 8.x opierał się na starym frameworku Symfony 4.4, a PrestaShop 9 przeszedł na Symfony 6.4 LTS, czyli wersję z długim wsparciem (poprawki błędów do listopada 2026, poprawki bezpieczeństwa do listopada 2027). To wymusiło aktualizację dziesiątek zależności i zmianę sposobu, w jaki sklep renderuje panel administracyjny.
Druga duża zmiana dotyczy warstwy widoku. Back office został zmigrowany na szablony Twig zamiast Smarty, a układ panelu jest składany z komponentów Symfony. Front sklepu również poszedł do przodu: od wersji 9.1 domyślnym motywem jest Hummingbird (oparty na Bootstrap 5, z architekturą SCSS i naciskiem na dostępność oraz wydajność), a klasyczny motyw Classic schodzi na dalszy plan. Połączenie PHP 8.x z JIT, optymalizacji Symfony 6.4 i lekkiego motywu daje w praktyce zauważalnie szybsze odpowiedzi serwera niż ten sam sklep na PrestaShop 8.
Wymagania techniczne PrestaShop 9
Zanim w ogóle myślę o aktualizacji, sprawdzam, czy serwer spełnia wymagania nowej linii. To pierwszy filtr, który eliminuje wiele problemów jeszcze przed startem.
| Element | PrestaShop 8.x | PrestaShop 9.x |
|---|---|---|
| PHP | 7.2 - 8.1 | 8.1 - 8.4 (zalecane 8.3) |
| Framework | Symfony 4.4 | Symfony 6.4 LTS |
| Back office | Smarty | Twig |
| Domyślny motyw | Classic | Hummingbird (od 9.1) |
Ryzyka aktualizacji: moduły, motyw, customy
Sam rdzeń PrestaShop migruje się dziś względnie sprawnie dzięki modułowi Update Assistant, który potrafi wykryć niekompatybilne moduły i przeprowadzić aktualizację krok po kroku. Prawdziwe ryzyko leży gdzie indziej - w tym, co dobudowano do sklepu przez lata.
- Moduły zewnętrzne. Wiele modułów napisanych pod 8.x nie działa od razu na 9. Część zmienionych hooków ma inny format parametrów, więc moduł trzeba zaktualizować do wersji zgodnej z PrestaShop 9 albo zastąpić odpowiednikiem. Niektóre znane moduły potrafią wręcz zablokować aktualizację, jeśli nie zostaną wcześniej odinstalowane.
- Motyw. Motyw zbudowany na Classic pod 8.x zwykle nie jest w pełni zgodny z 9. Trzeba go zaktualizować, przepiąć na Hummingbird albo zlecić dostosowanie. Niezgodny motyw objawia się rozsypanym frontem zaraz po przełączeniu rdzenia.
- Własne przeróbki (customy). Każda zmiana w plikach core, nadpisane kontrolery, ręcznie modyfikowane szablony Smarty czy nietypowe overrides to potencjalny punkt awarii. To właśnie ten kod najczęściej psuje się przy skoku na Symfony 6.4 i Twig.
Dlatego przed aktualizacją zawsze robię inwentaryzację: lista modułów z wersjami, użyty motyw, wszystkie overrides i integracje (kurierzy, płatności, marketplace, ERP). Przy bardziej złożonych sklepach pomaga w tym kompletny audyt procesów, który pokazuje, co naprawdę jest krytyczne dla biznesu.
Bezpieczny proces aktualizacji krok po kroku
Aktualizacji PrestaShop 8 do 9 nigdy nie robię bezpośrednio na żywym sklepie. Kolejność, którą stosuję, minimalizuje ryzyko przestoju i utraty danych.
Jeśli aktualizacja okaże się zbyt ryzykowna technicznie, alternatywą bywa czysta migracja na nową instalację z przeniesieniem danych. O tym, jak zrobić to bez utraty pozycji w Google, piszę w artykule o migracji sklepu na PrestaShop bez utraty SEO. Cały zakres prac realizuję w ramach usługi migracji i aktualizacji PrestaShop.
Kiedy aktualizować, a kiedy poczekać
Nie każdy sklep musi przeskakiwać na 9 od razu. Decyzję opieram na realnym bilansie korzyści i ryzyka dla danego biznesu.
Warto aktualizować, gdy
- Twoja linia 8.x zbliża się do końca wsparcia bezpieczeństwa.
- moduły i motyw mają już stabilne wersje pod PrestaShop 9.
- zależy Ci na wydajności, Twig i dłuższym wsparciu Symfony 6.4 LTS.
- planujesz redesign frontu i tak czy inaczej zmieniasz motyw na Hummingbird.
Lepiej poczekać, gdy
- kluczowe moduły lub motyw nie mają jeszcze zgodnych wersji.
- sklep ma dużo przeróbek w core bez child theme.
- trwa sezon sprzedażowy i każdy przestój kosztuje.
- nie ma środowiska staging ani sprawdzonego backupu.
W praktyce dla większości MŚP rozsądnie jest sięgać po stabilne wydanie z linii 9.1.x i poczekać, aż dostawcy modułów wypuszczą zgodne wersje. Pośpiech bywa droższy niż kilka tygodni zwłoki.
Moja zasada: moduły i child theme
Najczęstszą przyczyną bólu przy aktualizacji są zmiany wprowadzone wprost w plikach rdzenia i w motywie nadrzędnym. Dlatego trzymam się jednej zasady: dedykowane funkcje buduję jako osobne moduły, a zmiany wyglądu wprowadzam w child theme, nigdy w plikach core ani w oryginalnym motywie.
Dzięki temu aktualizacja rdzenia nie nadpisuje Twoich przeróbek, a child theme dziedziczy poprawki z motywu bazowego. Sklep prowadzony w ten sposób przechodzi przez kolejne wersje PrestaShop znacznie spokojniej i taniej. To samo podejście stosuję w ramach opieki i utrzymania sklepu, gdzie aktualizacje, backupy i monitoring traktuję jako stały proces, a nie jednorazową akcję.
Planujesz aktualizację PrestaShop 8 do 9 lub chcesz najpierw sprawdzić, czy Twój sklep jest na nią gotowy? Przygotuję audyt zgodności, staging i bezpieczny plan wdrożenia.
Zapytaj o wycenęFAQ
Czy można zaktualizować PrestaShop 8 do 9 bez utraty danych?
Tak, o ile aktualizację poprzedzi pełny backup bazy i plików oraz test na środowisku staging. Dane produktów, klientów i zamówień są migrowane, ale zawsze pracuję na kopii i mam gotowy plan wycofania do wersji 8, gdyby coś poszło nie tak.
Jakie wymagania PHP ma PrestaShop 9?
PrestaShop 9 wymaga PHP w zakresie 8.1-8.4, a na produkcji rekomenduję PHP 8.3. Jeśli Twój hosting stoi na starszym PHP, najpierw przygotowuję serwer, a dopiero potem aktualizuję sklep.
Czy moje moduły i motyw będą działać po aktualizacji do PrestaShop 9?
Nie zawsze. Moduły i motywy napisane pod 8.x często wymagają wersji zgodnej z PrestaShop 9, bo zmieniły się hooki i framework przeszedł na Symfony 6.4. Przed aktualizacją sprawdzam dostępność zgodnych wersji każdego modułu i decyduję, co aktualizować, a co zastąpić.
Czy warto już teraz przejść na PrestaShop 9, czy lepiej poczekać?
Dla większości sklepów MŚP rozsądnie jest sięgać po stabilne wydanie z linii 9.1.x i poczekać, aż dostawcy kluczowych modułów wypuszczą zgodne wersje. Warto przejść wcześniej, gdy zależy Ci na wydajności, dłuższym wsparciu lub i tak planujesz zmianę motywu na Hummingbird.
Czym różni się aktualizacja od migracji na nową instalację?
Aktualizacja podnosi istniejący sklep w miejscu do wyższej wersji. Migracja to przeniesienie danych na świeżą instalację PrestaShop 9, którą stosuję, gdy stary sklep ma dużo przeróbek w core lub jest mocno zaśmiecony. W obu przypadkach pilnuję, żeby nie stracić pozycji w Google.
Jak długo trwa aktualizacja PrestaShop 8 do 9?
Sama migracja rdzenia na stagingu zajmuje zwykle kilka godzin, ale realny czas projektu zależy od liczby modułów, customów i testów. Przy prostym sklepie to jeden do dwóch dni roboczych, przy rozbudowanym z integracjami ERP i kurierami nawet kilka dni z buforem na poprawki.