Bezpieczna aktualizacja PrestaShop – jak to zrobić?

Aktualizacja PrestaShop może poprawić bezpieczeństwo, stabilność i zgodność sklepu z nowszymi wersjami PHP oraz modułami. Może też ujawnić problemy, których wcześniej nie było widać: niezgodny moduł płatności, przestarzały motyw, błędne nadpisanie klasy albo integrację, która po zmianie wersji przestaje przesyłać zamówienia.

Dlatego aktualizacji sklepu nie warto traktować jak zwykłego kliknięcia przycisku w panelu. W e-commerce nawet krótka awaria koszyka lub płatności może oznaczać utracone zamówienia. Bezpieczny proces obejmuje analizę zgodności, pełną kopię zapasową, test na osobnym środowisku, kontrolowane wdrożenie i sprawdzenie całej ścieżki zakupowej.

W tym wpisie przeczytasz, jak przygotować sklep, wybrać sposób aktualizacji, ograniczyć ryzyko błędów i sprawdzić, czy po wdrożeniu poprawnie działają produkty, koszyk, płatności, dostawy, zamówienia oraz integracje.

Dlaczego warto aktualizować PrestaShop?

Najważniejszym powodem aktualizowania PrestaShop jest bezpieczeństwo. Sklep internetowy przetwarza dane klientów, obsługuje konta użytkowników, komunikuje się z operatorami płatności i przechowuje informacje o zamówieniach. Luka w rdzeniu systemu, module lub bibliotece może więc prowadzić do poważniejszych konsekwencji niż błąd na zwykłej stronie firmowej.

Aktualizacje zawierają również poprawki błędów i usprawnienia stabilności. W nowych wydaniach usuwane są problemy dotyczące panelu administracyjnego, obsługi zamówień, formularzy, mechanizmów rabatowych, tłumaczeń, wydajności lub współpracy z zależnościami wykorzystywanymi przez PrestaShop.

Dobrym przykładem są wydania bezpieczeństwa. W kwietniu 2026 roku opublikowano aktualizacje PrestaShop 9.1.1 oraz 8.2.6, które usuwały krytyczną podatność typu stored XSS w widoku obsługi klienta w panelu administracyjnym. Podatność została oznaczona jako GHSA-w9f3-qc75-qgx9 i otrzymała ocenę 9,3/10. Zespół PrestaShop zalecał możliwie szybką instalację poprawki oraz przypominał o wykonaniu pełnej kopii bazy i plików przed aktualizacją. Informacje o kolejnych wydaniach warto sprawdzać na oficjalnym blogu projektu PrestaShop.

Jakie luki CVE wykrywano w PrestaShop w ostatnich latach?

Historia podatności pokazuje, dlaczego regularne aktualizacje powinny obejmować nie tylko sam rdzeń PrestaShop, lecz także oficjalne moduły. Poniższa tabela przedstawia wybrane luki opublikowane w ostatnich latach. Nie jest to pełny katalog podatności, ale zestaw przykładów dobrze pokazujących możliwe skutki pozostawienia starszego kodu.

Warto wiedzieć. Numer CVE nie jest jedynym źródłem informacji o podatnościach. Część problemów jest najpierw publikowana jako GitHub Security Advisory, dlatego przy utrzymaniu sklepu warto śledzić zarówno bazę CVE/NVD, jak i oficjalne advisories PrestaShop oraz komunikaty dotyczące używanych modułów.

Nie oznacza to jednak, że każdą dużą wersję należy instalować natychmiast na produkcji. Aktualizacja bezpieczeństwa w ramach tej samej gałęzi zwykle wymaga szybkiej reakcji. Przejście na nową główną wersję, na przykład z PrestaShop 8 do PrestaShop 9, powinno zostać potraktowane jak osobny projekt techniczny. Może wymagać aktualizacji motywu, modułów, wersji PHP, integracji i własnych modyfikacji.

Zwróć uwagę. Sprawdź nie tylko numer wersji, ale także rodzaj wydania. Poprawka bezpieczeństwa, aktualizacja utrzymaniowa i migracja do nowej głównej wersji różnią się zakresem zmian oraz poziomem ryzyka.

Jak przygotować sklep do aktualizacji?

Najwięcej problemów po aktualizacji wynika z pominięcia etapu przygotowania. Zanim zmienisz choć jeden plik, zbierz informacje o aktualnym środowisku. Dzięki temu łatwiej ocenisz zgodność, odtworzysz sklep po awarii i przekażesz developerowi dane potrzebne do diagnozy.

Sprawdź wersję PrestaShop i PHP

Zapisz dokładny numer używanej wersji PrestaShop. Nie wystarczy informacja, że sklep działa na PrestaShop 8. Różnice pomiędzy kolejnymi wydaniami mogą wpływać na dostępny proces aktualizacji i kompatybilność rozszerzeń.

Sprawdź również wersję PHP używaną przez domenę oraz wersję PHP uruchamianą z poziomu SSH. W środowisku z kilkoma interpreterami sklep może działać na jednej wersji PHP, a polecenia konsolowe na innej.

Wymagania techniczne zależą od docelowej wersji PrestaShop. Przed aktualizacją porównaj swoje środowisko z aktualną dokumentacją PrestaShop. Zwróć uwagę na wersję PHP, silnik bazy danych, wymagane rozszerzenia PHP, limit pamięci i dostępne miejsce na dysku.

Zrób inwentaryzację modułów i motywu

Przygotuj listę aktywnych modułów. Szczególnie ważne są rozszerzenia odpowiadające za płatności, dostawy, faktury, ERP lub WMS, marketplace, księgowość, marketing automation, wyszukiwarkę, cache i checkout.

• sprawdź deklarowaną zgodność z docelową wersją PrestaShop,
• zweryfikuj dostępność nowszej wersji modułu,
• sprawdź wymagania licencyjne i migracje danych,
• przeczytaj dodatkowe kroki opisane przez producenta,
• zachowaj instalator poprzedniej, działającej wersji.

Nie pomijaj motywu. Szablon może nadpisywać pliki i zachowania rdzenia PrestaShop. Po aktualizacji sklep może wyglądać poprawnie na stronie głównej, ale generować błędy na karcie produktu, w koszyku lub podczas wyboru dostawy.

Sprawdź własne modyfikacje i override

Jeżeli sklep był rozwijany przez kilka lat, może zawierać zmiany wykonane bezpośrednio w plikach rdzenia, własne moduły, override klas i kontrolerów albo niestandardowe fragmenty kodu w motywie. Takie modyfikacje są częstym źródłem problemów po większej aktualizacji.

Jeśli projekt jest przechowywany w Git, sprawdź niezacommitowane zmiany i przygotuj osobną gałąź aktualizacyjną. Nie aktualizuj sklepu, dopóki nie wiesz, które elementy odbiegają od standardowej instalacji.

Backup i środowisko testowe przed aktualizacją

Bezpieczna aktualizacja zaczyna się od kopii, którą da się przywrócić. Sam komunikat o wykonanym backupie nie wystarczy. Musisz wiedzieć, co zostało zapisane, gdzie znajduje się kopia i jak odtworzyć sklep.

Wykonaj pełną kopię sklepu

• pełna baza danych,
• wszystkie pliki PrestaShop,
• zdjęcia i pliki przesłane do sklepu,
• motyw i moduły,
• pliki konfiguracyjne,
• niestandardowe skrypty, cron i integracje.

Przechowuj kopię poza katalogiem sklepu. Najlepszym testem backupu jest odtworzenie na jego podstawie środowiska testowego.

Utwórz staging, czyli kopię testową sklepu

Staging powinien możliwie dokładnie odzwierciedlać produkcję. Zabezpiecz go hasłem, zablokuj indeksowanie i wyłącz wysyłkę wiadomości, automatyczne płatności, integracje magazynowe, webhooki i eksport zamówień.

Jeśli moduły wykorzystują API, korzystaj z danych testowych lub trybów sandbox.

Ustal okno serwisowe

Wybierz okres z najmniejszym ruchem i sprzedażą. Przygotuj komunikat serwisowy, listę osób odpowiedzialnych oraz kryteria rollbacku. Zespół powinien wiedzieć, kiedy kończy się diagnoza, a zaczyna przywracanie poprzedniej wersji.

Jak zaktualizować PrestaShop krok po kroku?

Wybierz właściwą wersję docelową

Nie zakładaj automatycznie, że najlepszym wyborem jest najwyższy dostępny numer. Najpierw sprawdź, która wersja jest wspierana, zawiera potrzebne poprawki i współpracuje z kluczowymi modułami sklepu.

Zaktualizuj moduły w ustalonej kolejności

Najpierw zajmij się modułami krytycznymi dla sprzedaży: płatnościami, dostawami, checkoutem, integracjami zamówień i systemami magazynowymi. Nie aktualizuj wszystkiego jednocześnie, jeśli możesz przeprowadzić testy pośrednie.

Skorzystaj z narzędzia Update Assistant

PrestaShop rozwija oficjalny moduł Update Assistant, wspierający proces aktualizacji sklepu.

• włącz tryb konserwacji,
• wykonaj świeżą kopię bazy i plików,
• sprawdź wolne miejsce,
• potwierdź zgodność PHP,
• wyłącz problematyczny cache,
• zapisz listę aktywnych modułów.

Nie uruchamiaj procesu ponownie w ciemno po błędzie. Najpierw sprawdź logi i stan migracji.

Kiedy potrzebna jest aktualizacja ręczna?

Ręczna aktualizacja może być potrzebna w mocno zmodyfikowanych sklepach, podczas migracji wykonywanej przez pipeline developerski albo wtedy, gdy Update Assistant nie obsługuje danego scenariusza.

Dobra praktyka. Podczas jednego wdrożenia nie zmieniaj równocześnie wersji PrestaShop, PHP, motywu, wszystkich modułów i konfiguracji cache. Rozdzielenie zmian znacznie ułatwia diagnozę.

Co sprawdzić po aktualizacji PrestaShop?

Sprawdź panel i logi

Przejdź przez katalog, zamówienia, klientów, moduły, dostawy, płatności, tłumaczenia i ustawienia wydajności. Przejrzyj logi PrestaShop, PHP i serwera, zwracając uwagę na nowe wyjątki, błędy 500 i problemy z bazą.

Przetestuj katalog i wyszukiwanie

• stronę główną i kategorie,
• produkty i kombinacje,
• ceny, VAT i promocje,
• filtry, sortowanie i wyszukiwarkę,
• zdjęcia i załączniki,
• stany magazynowe,
• języki, waluty i kraje.

Przejdź pełną ścieżkę zakupową

Dodaj produkt do koszyka jako gość i klient. Zmień ilość, użyj rabatu, sprawdź dostawę i wykonaj zamówienia testowe z najważniejszymi metodami płatności.

• sprawdź status i wartości zamówienia,
• potwierdzenie płatności,
• wiadomości e-mail,
• fakturę,
• stan magazynu,
• przepływ danych do ERP, WMS, kuriera i marketplace,
• anulowanie i zwrot.

Sprawdź wydajność i cache

Po testach funkcjonalnych wyczyść cache i ponownie włącz mechanizmy optymalizacyjne. Porównaj czasy odpowiedzi oraz wykorzystanie procesora, pamięci i bazy z okresem sprzed wdrożenia.

Co zrobić, gdy aktualizacja się nie udaje?

Zapisz komunikat i stan sklepu

Zrób zrzut ekranu, skopiuj pełny komunikat błędu, zanotuj etap procesu i zabezpiecz logi. Nie wykonuj serii przypadkowych zmian, które utrudnią później odtworzenie przebiegu awarii.

Zdecyduj, czy naprawiać, czy wykonać rollback

Jeśli problem dotyczy jednego modułu i jest dobrze zidentyfikowany, możesz próbować usunąć go w ramach okna serwisowego. Jeśli sklep nie przyjmuje zamówień, problem dotyczy bazy albo przyczyna pozostaje niejasna, rozsądniejszy będzie rollback.

Rollback powinien przywracać spójny zestaw plików i bazy z tego samego momentu.

Najczęstsze przyczyny problemów

• niezgodna wersja PHP,
• zbyt niski limit pamięci lub czasu wykonywania,
• brak miejsca na dysku,
• niezgodny moduł lub motyw,
• stary override,
• przerwana migracja bazy,
• błędne uprawnienia plików,
• stary cache,
• różne wersje PHP dla WWW i CLI,
• blokada WAF lub limit serwera.

Jak ograniczyć ryzyko podczas kolejnych aktualizacji?

Bezpieczeństwo sklepu nie powinno zależeć od jednego dużego wdrożenia wykonywanego raz na kilka lat. Regularne aktualizacje zmniejszają skalę pojedynczej migracji i pozwalają szybciej reagować na podatności bezpieczeństwa.

• monitoruj komunikaty bezpieczeństwa PrestaShop i producentów modułów,
• prowadź listę rozszerzeń i licencji,
• utrzymuj aktualny staging,
• regularnie wykonuj i testuj backup,
• dokumentuj własne modyfikacje,
• przechowuj kod w systemie kontroli wersji,
• testuj płatności i integracje po istotnych zmianach,
• analizuj logi również wtedy, gdy klienci nie zgłaszają problemów.

Znaczenie ma również środowisko serwerowe. Aktualizacja wymaga odpowiedniej wersji PHP, stabilnej bazy, miejsca na kopie, dostępu do logów i możliwości szybkiego przywrócenia danych. W sklepie o dużym katalogu lub wielu integracjach przydatne są także SSH, zadania cron i wydajne operacje dyskowe.

Hosting PrestaShop w cyber_Folks jest środowiskiem przygotowanym z myślą o sklepach opartych na tym silniku. Obejmuje między innymi dyski NVMe, LiteSpeed Cache, Redis, HTTP/3, mechanizmy WAF oraz kopie baz wykonywane co 6 godzin i dostępne do 28 dni wstecz. Przed wyborem pakietu sprawdź aktualne parametry i dopasuj zasoby do wielkości katalogu, liczby odwiedzin oraz intensywności integracji.

Na czym polega bezpieczna aktualizacja PrestaShop? Najpierw sprawdzasz zgodność i przygotowujesz kopię, następnie aktualizujesz staging, wykonujesz testy sprzedaży i dopiero później przenosisz zmiany na produkcję. Dzięki temu ograniczasz ryzyko przestoju i szybciej reagujesz, gdy któryś element sklepu nie współpracuje z nową wersją.