Deux blocs architecturaux isométriques représentant la transition de PrestaShop 8 vers 9
Aktualności e-commerce

PrestaShop 9: wszystko, co zmienia się względem PrestaShop 8

PrestaShop 9 to najważniejsza zmiana w najnowszej historii tej platformy. Po długiej fazie współistnienia kodu legacy (Smarty, ObjectModel) i kodu nowoczesnego (Symfony, Twig) gałąź 9 robi porządek: pełna modernizacja Symfony, stopniowe odchodzenie od Smarty’ego, podniesione wymagania PHP i przeprojektowane zaplecze. Ten przewodnik podsumowuje znane zmiany, ich konsekwencje dla Twoich modułów oraz sposób przygotowania migracji z PrestaShop 8.

Kontekst PrestaShop 9

PrestaShop 8 miał ustabilizować ekosystem po wstrząsach wersji 1.7. Misja wykonana: gałąź 8.x jest dojrzała, wydajna i dobrze wspierana przez najważniejsze moduły zewnętrzne. PrestaShop 9 przejmuje pałeczkę z innym mandatem: gruntownie zmodernizować stack techniczny pod kolejne dziesięć lat.

Ta modernizacja ma swoją cenę: część modułów tworzonych pod PrestaShop 1.7 albo 8 nie zadziała na dziewiątce bez zmian. To świadomy kompromis zespołu core.

Symfony i przejście na pełny Twig

PrestaShop 8 działa na Symfony 4.4. PrestaShop 9 wyraźnie podnosi wersję, dostosowując się do aktualnych standardów Symfony, co oznacza nowocześniejsze komponenty, lepszą wydajność i nowe możliwości po stronie warstwy dostępu do danych oraz serwisów.

Po stronie szablonów postępuje przejście ze Smarty’ego na Twiga. W PrestaShop 8 zaplecze jest niemal w całości w Twigu, ale front sklepu pozostaje w większości w Smartym. W PrestaShop 9 kierunek jest jasny: Twig staje się standardem w całym kodzie core, przy czym Smarty jest utrzymywany dłużej dla zgodności istniejących motywów. Docelowo nowe motywy będą powstawać w Twigu.

Dla deweloperów: jeśli w 2026 roku zaczynasz nowy projekt motywu albo modułu, to moment, żeby podnieść kompetencje w Twigu, o ile jeszcze tego nie zrobiłeś.

Podniesione wymagania techniczne

PrestaShop 9 wymaga co najmniej:

  • PHP 8.1 lub nowszego (najlepiej 8.2 albo 8.3 dla wydajności)
  • MySQL 5.7.8 lub nowszego albo równoważnej MariaDB
  • Composera, obowiązkowego w części procesów

Jeśli Twój sklep nadal działa na PHP 7.4 (jak wiele nigdy niezmodernizowanych instalacji PrestaShop 1.7), migracja do PrestaShop 9 oznacza również migrację PHP. Na nowoczesnym hostingu współdzielonym przełączenie wykonuje się w panelu w kilka kliknięć. Na serwerach dedykowanych z własną konfiguracją może wymagać więcej pracy.

Wpływ na istniejące moduły

Wpływ zależy od jakości technicznej Twoich modułów. Trzy typowe przypadki:

Przypadek A: moduły nowoczesne, przyjazne Symfony

Moduły tworzone zgodnie z nowoczesnymi standardami (serwisy Symfony, Twig w zapleczu, warstwa dostępu do danych do zapytań, udokumentowane hooki). Migracja do PrestaShop 9 zwykle bezbolesna, czasem wystarcza ponowna instalacja zależności Composerem.

Przypadek B: moduły hybrydowe z PrestaShop 8

Moduły mieszające kod legacy (ObjectModel, Smarty na froncie, bezpośrednie zapytania przez Db) z kodem nowoczesnym. W większości przypadków zgodne, ale mogą wymagać drobnych korekt przy przestarzałych hookach albo używanych bibliotekach zewnętrznych.

Przypadek C: moduły legacy z PrestaShop 1.7

Moduły zaprojektowane przed Symfony, w czystym Smartym z ObjectModel i starym systemem hooków. Zgodność niepewna. Wiele z nich i tak nie jest już utrzymywanych. To dobra okazja, żeby zrobić porządek.

W przypadku modułów zewnętrznych sprawdź zgodność z PrestaShop 9 na karcie każdego modułu przed migracją. Poważni wydawcy ogłaszają zgodność w ciągu 3 do 6 miesięcy od wydania głównej wersji. Moduły milczące należy uznać za porzucone.

Przeprojektowane zaplecze

PrestaShop 9 modernizuje kilka sekcji zaplecza, w szczególności:

  • Edytor modułów z odświeżonym UX
  • Szybsze sekcje katalogu i zamówień dzięki nowoczesnym datatables
  • Głębszą integrację komponentów Symfony Flex dla deweloperów
  • Ogólną poprawę wydajności zaplecza (szybsze renderowanie, mniej odwołań do serwera)

Doświadczenie sprzedawcy pozostaje spójne z PrestaShop 8, więc ponowne szkolenie zespołów nie jest potrzebne.

Czy migrować od razu?

Dla większości sklepów działających produkcyjnie na stabilnym PrestaShop 8 odpowiedź brzmi: bez pośpiechu. Kilka pragmatycznych zasad:

  • Stabilny sklep produkcyjny: poczekaj na ustabilizowaną wersję 9.0.x (zwykle 6 do 12 miesięcy po pierwszym wydaniu). Wersje .0 często mają jeszcze resztkowe błędy.
  • Nowy projekt w 2026 roku: startuj od razu na PrestaShop 9, jeśli wszystkie krytyczne moduły są zgodne. W przeciwnym razie zacznij na świeżym 8.x i migruj później.
  • Sklep na PrestaShop 1.7: nie czekaj. Migruj natychmiast na świeże 8.x (wersja 1.7 nie jest już wspierana), a potem na dziewiątkę, gdy się ustabilizuje.

Przygotowanie migracji

Niezależnie od terminu, przygotuj się z wyprzedzeniem:

  1. Zaudytuj moduły: wypisz wszystkie zainstalowane moduły, ich wersje, wydawców i status zgodności z PrestaShop 9. Zidentyfikuj moduły porzucone albo niezgodne.
  2. Sprawdź stack PHP: przejdź na PHP 8.1 lub nowszy przed migracją PrestaShop. Na PrestaShop 8 PHP 8.1 działa bardzo dobrze i już poprawia wydajność.
  3. Przygotuj środowisko staging: migrację trzeba przetestować na klonie produkcji przed wdrożeniem. Licz od 2 do 4 tygodni testów dla sklepu z trzydziestoma modułami.
  4. Rób kopie zapasowe wszystkiego, wielokrotnie: baza danych, pliki, konfiguracja nginx lub apache, certyfikaty SSL. Kopia przed każdym etapem.
  5. Poinformuj klientów: zaplanuj migrację w oknie niskiej aktywności (noc, niedzielny poranek, zależnie od Twojej branży). Uprzedź odbiorców newslettera o możliwej kilkugodzinnej niedostępności.

Ile czasu przewidzieć?

Dla sklepu średniej wielkości (około 1 000 produktów, 30 modułów, jeden motyw na zamówienie) licz:

  • Audyt i planowanie: 1 do 2 dni
  • Aktualizacja modułów do wersji zgodnych z PS9: 2 do 5 dni
  • Migracja motywu na zamówienie: 5 do 15 dni zależnie od złożoności (przejścia ze Smarty’ego na Twiga, jeśli konieczne)
  • Testy na stagingu: 5 do 10 dni
  • Migracja produkcyjna i monitoring: 1 dzień

Łącznie od 3 do 6 tygodni dla standardowego sklepu. Więcej dla sklepów złożonych (multisklep, B2B, duży katalog).

Klasyczne ryzyka dużej migracji

  • Zepsute moduły zewnętrzne: niezmiennie ryzyko numer jeden. Testuj je pojedynczo na stagingu.
  • Regresje SEO: sprawdź, czy adresy URL, mapa witryny, dane strukturalne i kanoniczne zostały zachowane. Obserwuj Search Console przez 4 tygodnie po migracji.
  • Regresje wydajności: porównaj Lighthouse przed i po.
  • Utrata danych konfiguracyjnych: część modułów przechowuje konfigurację we własnych polach, które mogą zostać wyczyszczone. Udokumentuj je przed migracją.
  • Resztkowy cache: wyczyść wszystkie warstwy cache (Smarty, Symfony, przeglądarka, CDN) po migracji. Wiele błędów pomigracyjnych to w rzeczywistości błędy cache.

Co to oznacza dla DataFirefly

Wszystkie nasze nowe moduły powstają zgodnie z nowoczesnymi standardami Symfony, co gwarantuje ich zgodność z PrestaShop 9. Istniejący katalog audytujemy moduł po module i publikujemy wersje zgodne z PrestaShop 9 w miarę postępu testów. Aktualizacje są objęte 12 miesiącami wsparcia po zakupie.

Aby pójść dalej

Wszystkie nasze aktualności o PrestaShop 9 i zmianach w e-commerce znajdziesz w kategorii Aktualności e-commerce. Poradniki techniczne dla PrestaShop 8 i 9 zebraliśmy w kategorii Tutoriale PrestaShop. A nasz katalog modułów PrestaShop podaje przy każdym produkcie listę zgodnych wersji.

Aby przejść do działania: nasz wybór modułów wspierających migrację PrestaShop.

Czytaj dalej

Powiązane artykuły