PrestaShop 8 do 9 – aktualizacja: Case Study o upgrade i migracji
Upgrade PrestaShop z wersji 8 do 9 przyniósł nie tylko nowoczesny system, lecz także radykalnie poprawił czas odpowiedzi serwera: Time to First Byte spadł z ponad 6000 ms do około 200–250 ms. W tym Case Study prezentujemy nasze doświadczenie z prawdziwej migracji PrestaShop: upgrade’u sklepu o dużym ruchu z PrestaShop 8 do 9. Chociaż PrestaShop oferuje narzędzie do aktualizacji, w praktyce upgrade do wersji major to często raczej mała migracja niż „aktualizacja jednym kliknięciem”. Właśnie dlatego dokumentujemy tutaj nasze doświadczenie i podajemy konkretną instrukcję, jak porządnie przygotować upgrade PrestaShop z 8 do 9 i stabilnie wdrożyć go na produkcję, unikając typowych źródeł błędów.
Dlaczego upgrade PrestaShop z 8 do 9 to raczej migracja
Wiele sklepów wciąż działa na starszych wersjach PrestaShop. W dłuższej perspektywie jest to ryzykowne. Powody przemawiające za upgrade’em to przede wszystkim:
- Sicherheitsupdates
- lepsza kompatybilność z PHP
- poprawa wydajności
- łatwość długoterminowego utrzymania systemu sklepowego
- lepsza kompatybilność modułów
Zwłaszcza w przypadku sklepów o dużym ruchu ważne jest, aby utrzymywać platformę w aktualnym stanie technicznym, nie zagrażając przy tym bieżącemu działaniu.
W przypadku Fischkaufhaus.de mówimy o ugruntowanym sklepie internetowym z tysiącami odwiedzających dziennie, którym opiekujemy się już od dziesięciu lat. Sklep był już wielokrotnie nagradzany i całkiem niedawno został wyróżniony w 2026 roku jako najlepszy sklep internetowy w handlu rybami.
Aktualizacja nie mogła zatem powodować żadnych przestojów w godzinach największego ruchu.
Aktualizacja sklepu o dużym ruchu: planowanie to podstawa
Aktualizację celowo zaplanowano na porę o niskim ruchu: godzinę 3:00 w nocy. Prawdziwym kluczem do sukcesu było jednak przygotowanie. Zanim aktualizacja została uruchomiona na serwerze produkcyjnym, wielokrotnie symulowaliśmy cały proces:
- lokalnie w środowisku Docker
- na osobnym serwerze developerskim
Łącznie zaplanowano trzy pełne dni wyłącznie na testy i troubleshooting w ramach przygotowań.
Już na tym etapie mogliśmy:
- zidentyfikować konflikty modułów
- zoptymalizować konfiguracje serwera
- udokumentować problemy z aktualizacją
- przygotować konkretne poprawki
Gdy właściwy proces aktualizacji ruszył na systemie produkcyjnym, większość problemów była już znana, udokumentowana i rozwiązana.
Techniczny przebieg aktualizacji PrestaShop z 8 do 9
Upgrade PrestaShop z wersji 8 do 9 to z technicznego punktu widzenia często raczej migracja niż klasyczna aktualizacja. Postępowaliśmy przy tym według jasnej instrukcji upgrade’u: najpierw lokalnie, potem środowisko developerskie, a dopiero na końcu produkcja. W ten sposób potencjalnie ryzykowna aktualizacja staje się kontrolowaną migracją, w której ryzyka są widoczne wcześnie, a poprawki są przygotowane. Proces aktualizacji rozpoczął się najpierw lokalnie.
- pełny backup sklepu
- zbudowanie lokalnego środowiska Docker
- przeprowadzenie aktualizacji krok po kroku
- dokumentacja wszystkich zmian
Właściwa aktualizacja została następnie przeprowadzona za pomocą modułu PrestaShop „Update Assistant” (wcześniej „1-Click Update”). Przed aktualizacją dezaktywowano wszystkie moduły nienależące do core’a, aby uniknąć konfliktów.
Mimo to ujawnił się klasyczny problem dużych sklepów: niektóre moduły ingerują w system głębiej, niż można się spodziewać. Przykładem był moduł Trusted Shops Easy Integration, który nawet w stanie dezaktywowanym wciąż wpływał na proces aktualizacji.
Dzięki wcześniej udokumentowanym testom problem ten udało się jednak szybko rozwiązać.
Wyzwania podczas aktualizacji na produkcji
Mimo intensywnych przygotowań podczas aktualizacji na produkcji pojawiły się dodatkowe problemy. Powód: serwer produkcyjny nie odpowiadał dokładnie środowisku testowemu. Zwłaszcza różnice w strukturze serwera wymusiły dodatkowe dostosowania. W celu diagnozy błędów przeanalizowano:
- Apache-Logs
- MySQL-Logs
- PHP-Fehlerprotokolle
Na podstawie tych danych można było wprowadzić ukierunkowane zmiany w konfiguracji serwera.
Go-Live: sklep był ponownie online jeszcze tego samego ranka
Po zakończeniu aktualizacji ręcznie przetestowano następujące krytyczne funkcje:
- Warenkorb
- Login
- Checkout
- Shipping (generowanie etykiet wysyłkowych)
- Payment
- SEO-Strukturen
Po pomyślnym zakończeniu tych testów sklep został ponownie udostępniony.
Pierwsze zamówienie w nowym systemie wpłynęło już krótko po godzinie 8 rano.
Stabilizacja po aktualizacji
Aktualizacja major systemu sklepowego nie kończy się wraz z go-live. W kolejnych dniach przeprowadzono dalsze optymalizacje:
Backend-Arbeiten:
- analiza błędów serwera
- doprecyzowanie konfiguracji
- usuwanie problemów z modułami
Frontend-Arbeiten:
- uzupełnienie brakujących obrazów
- dostosowanie layoutów modułów
- usunięcie drobnych błędów UI
Pełna stabilizacja trwała łącznie około pięciu dni, ponieważ dopiero w realnym użytkowaniu ujawniły się niektóre problemy, których nie wychwyciły automatyczne testy crawlerów i dane z logów.
Ważna lekcja z naszego doświadczenia: po migracji PrestaShop tracking i consent zawsze powinny być częścią instrukcji, a nie tylko „nice-to-have”. W przeciwnym razie Google Ads, kampanie afiliacyjne i pomiar konwersji trafiają w próżnię podczas upgrade’u lub po nim i przepalają AdSpend.
Dziś sklep działa stabilnie, a drobne optymalizacje są wprowadzane w miarę potrzeb.
Performance: dlaczego PrestaShop 9 jest znacznie szybszy
Kolejnym istotnym efektem aktualizacji była ogromna poprawa czasu reakcji serwera. Przed upgrade’em Time to First Byte (TTFB) wynosił miejscami ponad szokujące 6000 milisekund. Przyczyny leżały nie tylko w środowisku serwerowym, lecz także w samym systemie Prestashop. Starsza wersja PrestaShop w połączeniu z ówczesną konfiguracją serwera powodowała dodatkowe opóźnienia w backendzie.
W ramach aktualizacji wdrożono kilka działań:
- upgrade do PHP 8.4
- pełna aktualizacja wszystkich pakietów serwerowych
- optymalizacja konfiguracji Apache i PHP
- dostosowanie parametrów serwera do obciążenia sklepu o dużym ruchu
20 razy szybciej: TTFB z 6000 ms do 200 ms
Wynik był wyraźnie mierzalny: TTFB po aktualizacji: 200–250 ms … a tym samym w zielonym zakresie.
Dzięki temu backend sklepu reaguje dziś około 20 razy szybciej niż wcześniej. Właśnie w e-commerce szybka odpowiedź serwera ma decydujące znaczenie dla:
- Ladezeiten
- współczynnika konwersji
- SEO-Signale
- efektywności crawlowania przez wyszukiwarki
Także szybka obsługa backendu przy zarządzaniu produktami i realizacji zamówień jest teraz znacznie sprawniejsza dzięki wyraźnie lepszemu czasowi odpowiedzi serwera.
Wnioski z projektu: aktualizacja PrestaShop z 8 do 9 dla Fischkaufhaus.de
Oprócz wyzwań technicznych przy aktualizacji sklepu pojawiają się także aspekty organizacyjne, które często są niedoceniane.
- Aktualizację należy zawsze przeprowadzać poza godzinami wysyłki: w przypadku sklepów z codzienną wysyłką trzeba koniecznie uwzględnić, że paczki muszą zostać przygotowane i wysłane w dniu nadania. Dlatego wszystkie zaangażowane osoby w firmie powinny zostać odpowiednio wcześnie poinformowane o oknach serwisowych, aby nie doszło do zakłóceń w codziennej pracy operacyjnej.
- Systemy trackingowe mogą przestać działać podczas aktualizacji i bezpośrednio po niej: w trakcie aktualizacji niektóre systemy trackingowe czasowo nie działały poprawnie. Należały do nich między innymi: tracking Google Ads, zarządzanie consentem, tracking kampanii afiliacyjnych. Dlatego wszyscy zaangażowani muszą zostać poinformowani z wyprzedzeniem, a AdSpend na czas upgrade’u powinien zostać wstrzymany. Systemy te trzeba było po aktualizacji ponownie sprawdzić i częściowo skonfigurować od nowa. Zwłaszcza dla sklepów z aktywnymi kampaniami marketingowymi ważne jest, aby zaplanować ten punkt.
- Moduły ingerują w system głębiej, niż można się spodziewać: nawet dezaktywowane moduły mogą nadal wpływać na system. W naszym przypadku dokładnie takie zachowanie wykazał moduł Trusted Shops Easy Integration.
- Serwer produkcyjny i środowisko developerskie często się różnią: nawet przy dobrym przygotowaniu różnice między systemem developerskim a produkcyjnym mogą wymusić dodatkowe dostosowania.
- Należy zaplanować stabilizację po aktualizacji: aktualizacja major nie kończy się wraz z go-live. W naszym przypadku zaplanowaliśmy około pięciu dni na stabilizację, fine-tuning i naprawianie błędów – i rzeczywiście tyle było potrzeba.
Już w ostatnich latach – mimo odpowiedzi AI w Google – udawało nam się stale poprawiać rankingi. Jesteśmy teraz ciekawi, jak zaktualizowany system i odczuwalna poprawa PageSpeed przełożą się na dalszy rozwój widoczności.
Podsumowanie: czy upgrade PrestaShop z wersji 8 do 9 się opłaca?
Upgrade z PrestaShop 8 do 9 opłaca się szczególnie w przypadku sklepów z wieloma modułami, dużym obciążeniem lub starszymi konfiguracjami serwera. Oprócz aktualizacji bezpieczeństwa nowa wersja często przynosi odczuwalną poprawę wydajności, lepszą kompatybilność z PHP i łatwiejsze długoterminowe utrzymanie. Decydujące jest jednak porządne przygotowanie: kto najpierw przetestuje upgrade lokalnie i w środowisku developerskim, ten może zminimalizować ryzyko i zaktualizować działający sklep bez większych przestojów.
Częste pytania o upgrade & migrację w PrestaShop
Teoretycznie pomaga „Update Assistant”, w praktyce upgrade z PrestaShop 8 do 9 w przypadku zindywidualizowanych sklepów to często mała migracja. Motywy, override’y, moduły i środowisko serwerowe muszą zostać wcześniej sprawdzone, w przeciwnym razie na produkcji pojawiają się błędy, które przerywają działanie sklepu na dłużej, niż życzyliby sobie tego właściciele sklepów (i klienci).
Z jasną instrukcją: najpierw testować lokalnie lub na stagingu, następnie przećwiczyć na środowisku developerskim, udokumentować konflikty modułów i wymagania serwerowe, a dopiero potem uruchomić upgrade na produkcji. Dzięki temu upgrade staje się kontrolowany i mało ryzykowny.
To zależy w dużej mierze od indywidualnych rozwiązań i modułów. W naszym przypadku upgrade na produkcji był możliwy w kilka godzin, ponieważ wcześniej wykonano kilkudniowe przygotowania. Późniejsza stabilizacja może mimo to potrwać jeszcze kilka dni.
Najczęściej są to niekompatybilne moduły, różnice między środowiskiem testowym a produkcją oraz kwestie serwerowe (PHP, Apache, MySQL). Także dezaktywowane moduły mogą nadal ingerować w system i muszą zostać uwzględnione przy upgradzie.
Bardzo często: o trackingu i consencie. Tracking Google Ads, zarządzanie consentem i tracking afiliacyjny muszą po upgradzie zostać aktywnie sprawdzone i częściowo skonfigurowane od nowa, w przeciwnym razie brakuje danych o konwersjach, a kampanie działają „na ślepo”.
Najlepiej w porach minimalnego ruchu (np. w nocy) i w uzgodnieniu z procesami operacyjnymi. W sklepach z logiką wysyłki obowiązuje zasada: uwzględnić dni wysyłki i wcześniej poinformować wszystkich zaangażowanych, aby nie doszło do zakłóceń w codziennej działalności.
Planujesz upgrade lub migrację PrestaShop?
Aktualizacja systemu sklepowego to nie rutynowe kliknięcie, lecz projekt techniczny, w którym doświadczenie robi różnicę.
Wspieramy sklepy PrestaShop od wersji 1.6 i w minionych latach zrealizowaliśmy liczne upgrade’y i migracje – z 1.6 na 1.7, z 1.7 na 8, aż po aktualny upgrade do PrestaShop 9. Tutaj opisujemy upgrade Prestashop z 1.6 do 8 ze skokiem o całą wersję.
Znamy przy tym typowe wyzwania z praktyki: moduły, override’y, konfiguracje serwerów, problemy z wydajnością czy tematy trackingowe po go-live.
Jeśli nie mają Państwo pewności, czy sklep jest gotowy na upgrade PrestaShop lub migrację, przeanalizujemy Państwa instalację i wskażemy najbezpieczniejszą drogę do aktualizacji.
👉 Skontaktuj się już teraz i zleć sprawdzenie upgrade’u PrestaShop
