Aktualizacja PrestaShop krok po kroku (1.7 → 8 → 9) bez utraty danych

Bezpieczna aktualizacja PrestaShop to zawsze ta sama kolejność: pełna kopia plików i bazy, kopia testowa sklepu, sprawdzenie modułów, override'ów i szablonu, aktualizacja na kopii oficjalnym modułem Update Assistant, testy zakupu i panelu, a dopiero na końcu produkcja. Ze sklepu na 1.7 do wersji 9 przechodzisz przez wersję 8, bo każda z nich wymaga innego PHP. Poniżej znajdziesz cały proces krok po kroku, typowe błędy po aktualizacji i listę testów.

Dlaczego warto zaktualizować PrestaShop?

Najważniejszy powód to bezpieczeństwo. Seria 1.7 nie jest już rozwijana, a PrestaShop 8 działa najwyżej na PHP 8.1, którego wsparcie bezpieczeństwa zakończyło się z końcem 2025 roku. Stary sklep na starym PHP to łatwy cel: włamania do sklepów często wykorzystują znane, dawno załatane podatności. Więcej o tym, jak je rozpoznać, piszemy w artykule o bezpieczeństwie sklepu PrestaShop.

Drugi powód to moduły. Autorzy coraz częściej wydają nowe wersje tylko dla PrestaShop 8 i 9, więc na starej wersji po prostu nie zainstalujesz aktualnej bramki płatności czy integracji z kurierem. Do tego dochodzi szybkość: nowsze PHP wyraźnie przyspiesza sklep.

Jak przejść z PrestaShop 1.7 na 9?

Kluczem jest PHP. Każda wersja PrestaShop działa tylko na określonych wersjach PHP, a moduł aktualizacji proponuje najnowszą wersję sklepu, która pasuje do PHP na Twoim serwerze.

Wersja PrestaShop Obsługiwane PHP
1.7.8 do 7.4
8.x od 7.2.5 do 8.1
9.x od 8.1 wzwyż

Stąd bierze się ścieżka 1.7 → 8 → 9:

  1. Sklep 1.7 na PHP 7.4 aktualizujesz do najnowszej wersji 8.x, bez zmiany PHP.
  2. Na PrestaShop 8 przełączasz PHP na 8.1 i sprawdzasz, czy wszystko działa.
  3. Na PHP 8.1 aktualizujesz sklep do wersji 9.
  4. Dopiero potem, jeśli Twoja wersja 9.x i moduły na to pozwalają, podnosisz PHP wyżej.

Aktualną wersję sklepu i PHP sprawdzisz w Zaawansowane → Informacja. Jeśli masz starsze wydanie 1.7 (np. 1.7.6), zasada jest ta sama: najpierw wersja 8, potem 9.

Krok 1: pełna kopia zapasowa plików i bazy danych

Aktualizacja zmienia tysiące plików i strukturę bazy. Bez kopii każdy błąd oznacza ręczne odtwarzanie sklepu.

  • Pliki: cały katalog sklepu, w tym img, modules, themes, override, upload, download oraz app/config/parameters.php z danymi dostępu do bazy.
  • Baza danych: pełny zrzut, np. przez mysqldump albo panel hostingu. Nie polegaj na eksporcie z phpMyAdmin przy dużej bazie, bo potrafi się urwać bez ostrzeżenia.
  • Miejsce przechowywania: kopia powinna leżeć poza serwerem sklepu, a nie tylko w katalogu obok niego.

Ważne: kopia, której nigdy nie przywracano, to tylko nadzieja. Przywróć ją raz na serwerze testowym i sprawdź, czy sklep się uruchamia. Przy okazji zyskasz gotową kopię testową do kolejnego kroku.

Jeśli robisz kopie ręcznie, łatwo pominąć katalog albo tabelę. Sprawdź też, jakie kopie automatyczne robi hosting: z ilu dni wstecz i czy da się przywrócić pliki i bazę z tego samego momentu. To Twój plan B, gdyby aktualizacja się nie udała.

Krok 2: kopia testowa sklepu

Nigdy nie aktualizuj sklepu od razu na produkcji. Postaw kopię na subdomenie (np. test.twojsklep.pl) z osobną bazą danych:

  • przywróć pliki i bazę z kroku 1,
  • zmień domenę w tabeli ps_shop_url, żeby kopia nie przekierowywała na sklep produkcyjny,
  • wyłącz wysyłkę maili: Zaawansowane → Adres e-mail → Nigdy nie wysyłaj e-maili, żeby klienci nie dostali powiadomień z testów,
  • przełącz płatności w tryb testowy (sandbox) i zablokuj kopię hasłem, żeby nie trafiła do Google.

Na tej kopii przećwiczysz całą aktualizację, zanim dotkniesz prawdziwego sklepu.

Krok 3: sprawdź moduły, override'y i szablon

To etap, który najczęściej decyduje o powodzeniu. Sam rdzeń PrestaShop aktualizuje się zwykle bez kłopotów; problemy robią dodatki.

Co sprawdzić Gdzie Ryzyko
Moduły spoza standardowej instalacji Moduły → Menedżer modułów moduł bez wersji dla 8 lub 9 przestanie działać albo zostanie odinstalowany
Override'y katalog override/ nadpisana klasa nie pasuje do nowego rdzenia, co kończy się błędem 500
Szablon katalog themes/ szablon pisany pod 1.7 może się rozjechać lub nie wczytać skryptów
Zmiany w plikach rdzenia porównanie z czystą instalacją aktualizacja nadpisze je bez ostrzeżenia

Dla każdego modułu sprawdź u autora, czy ma wersję zgodną z wersją docelową, i pobierz ją zawczasu. Najważniejsze są moduły płatności, wysyłki i integracje z księgowością lub hurtownią. Override'y przejrzyj plik po pliku: część da się usunąć, bo nowa wersja PrestaShop robi to samo natywnie, część trzeba przepisać. Szablon kupiony w sklepie z dodatkami zwykle ma osobną wersję dla PrestaShop 8 i 9; szablon pisany na zamówienie wymaga przeglądu przez programistę.

Krok 4: aktualizacja modułem Update Assistant

Oficjalne narzędzie to moduł Update Assistant (nazwa techniczna autoupgrade, dawniej „1-Click Upgrade”). Zainstaluj jego najnowszą wersję z repozytorium PrestaShop na GitHubie. W nowych wersjach modułu pojawia się w menu jako osobna pozycja Update assistant w sekcji Konfiguruj; w starszych był w zakładce Zaawansowane.

Aktualizacja przebiega w kilku etapach:

  1. Wybór wersji — moduł sprawdza wymagania serwera i proponuje najnowszą wersję zgodną z Twoim PHP. Możesz też wgrać archiwum wybranej wersji ręcznie (kanał lokalny).
  2. Opcje aktualizacji — m.in. wyłączenie modułów spoza standardowej instalacji, odinstalowanie modułów niezgodnych z nową wersją, wyłączenie wszystkich override'ów i ponowne wygenerowanie szablonów e-maili.
  3. Kopia zapasowa — pliki, baza i opcjonalnie zdjęcia. Nie wyłączaj jej, nawet jeśli masz własną kopię.
  4. Aktualizacja — podmiana plików, migracja bazy i aktualizacja modułów.
  5. Po aktualizacji — lista kontrolna i, jeśli coś poszło źle, przywrócenie kopii.

Dwie opcje wymagają uwagi. Odinstalowanie niezgodnych modułów usuwa ich konfigurację i dane, więc najpierw upewnij się, że nie dotyczy to np. modułu z historią przesyłek. Ponowne wygenerowanie szablonów e-maili nadpisuje Twoje zmiany w mailach. Przy dużym sklepie, gdy przeglądarka przerywa długie operacje, aktualizację można uruchomić z linii poleceń (php bin/console update:start w katalogu modułu), co opisuje dokumentacja PrestaShop.

Co zrobić, gdy po aktualizacji PrestaShop sklep nie działa?

Najczęstsze objawy i ich przyczyny:

  • Biała strona lub błąd 500 — zwykle niezgodny moduł albo override. Włącz tryb debugowania i sprawdź logi w var/logs. Cały proces szukania przyczyny opisujemy w poradniku o błędzie 500 i białej stronie w PrestaShop.
  • Moduł zniknął lub jest wyłączony — Update Assistant wyłączył go jako niezgodny. Zainstaluj wersję zgodną z nową wersją PrestaShop albo znajdź zamiennik.
  • Rozjechany wygląd, niedziałające przyciski — stara pamięć podręczna albo szablon niezgodny z nową wersją. Wyczyść cache w Zaawansowane → Wydajność lub usuń zawartość var/cache, a potem sprawdź konsolę przeglądarki.
  • Błąd 404 na wszystkich podstronach — na Apache wystarczy zwykle zapisać ponownie ustawienia w Preferencje → Ruch → SEO & URL, co odtwarza plik .htaccess.
  • Maile wyglądają inaczej niż wcześniej — szablony zostały wygenerowane od nowa. Przywróć swoje zmiany z kopii.

W jakiej kolejności testować sklep po aktualizacji?

Testuj na kopii, a potem jeszcze raz na produkcji, zawsze w tej samej kolejności:

  1. Strona główna, kategoria z filtrami i wyszukiwarka.
  2. Karta produktu, także produktu z kombinacjami (rozmiar, kolor).
  3. Rejestracja, logowanie i odzyskiwanie hasła.
  4. Koszyk, kody rabatowe i każdy przewoźnik, w tym wybór paczkomatu.
  5. Każda metoda płatności aż do potwierdzenia zamówienia i maila.
  6. Panel: lista i szczegóły zamówienia, zmiana statusu, faktura PDF, edycja i zapis produktu.
  7. Integracje: feedy produktowe, eksporty, synchronizacja stanów, zadania CRON.

Na produkcji przejdziesz tę samą listę w kilkanaście minut.

Jak wdrożyć aktualizację na produkcję?

Nie kopiuj bazy z wersji testowej na produkcję: w międzyczasie spłynęły nowe zamówienia i rejestracje. Powtórz na produkcji tę samą procedurę, przećwiczoną wcześniej na kopii:

  • wybierz porę najmniejszego ruchu,
  • włącz tryb przerwy technicznej (Preferencje → Ogólny → Przerwa techniczna) i dodaj swój adres IP, żeby widzieć sklep,
  • zrób świeżą kopię plików i bazy,
  • wgraj przygotowane wcześniej wersje modułów, szablonu i poprawione override'y,
  • uruchom aktualizację, przejdź listę testów i dopiero wtedy wyłącz przerwę techniczną.

Przez kolejne dni obserwuj logi błędów, zamówienia i raport stron w Google Search Console.

Nie masz czasu na przygotowanie kopii testowej? Nasza usługa aktualizacji PrestaShop obejmuje dokładnie te kroki, łącznie z aktualizacją lub wymianą niezgodnych modułów.

Najczęściej zadawane pytania

Czy mogę zaktualizować PrestaShop 1.7 od razu do wersji 9?

W praktyce nie. PrestaShop 1.7 działa najwyżej na PHP 7.4, a wersja 9 wymaga PHP 8.1 lub nowszego, więc nie ma PHP, na którym działają obie. Dlatego najpierw aktualizujesz sklep do wersji 8, potem zmieniasz PHP na 8.1, a na końcu przechodzisz na 9.

Czy stracę produkty, zamówienia i klientów?

Aktualizacja zachowuje dane w bazie: produkty, zamówienia, klientów i treści. Ryzyko dotyczy modułów odinstalowanych jako niezgodne (tracą konfigurację i dane) oraz zmian w plikach rdzenia i mailach. Dlatego kopia zapasowa i próba na kopii testowej są obowiązkowe.

Ile trwa aktualizacja PrestaShop?

Samo uruchomienie aktualizacji to zwykle od kilkunastu minut do godziny, zależnie od wielkości sklepu i serwera. Najwięcej czasu zajmuje przygotowanie: sprawdzenie modułów, poprawki w override'ach i szablonie oraz testy na kopii.

Mam PrestaShop 1.6. Co dalej?

Najpierw trzeba przejść na 1.7 starszą gałęzią modułu (4.14.x), a dopiero potem aktualną wersją Update Assistant na 8 i 9. Przy mocno zmodyfikowanym sklepie 1.6 często prościej jest postawić nowy sklep i przenieść do niego dane.

Ile kosztuje aktualizacja sklepu PrestaShop?

Przy samodzielnej pracy płacisz głównie swoim czasem i ewentualnymi nowymi wersjami płatnych modułów. Nasza usługa aktualizacji ma stałą cenę 1999 € netto i obejmuje analizę, aktualizację na kopii, poprawki, testy, wdrożenie i 30 dni wsparcia.

Chcesz wiedzieć, ile pracy wymaga Twój sklep? Napisz do nas — sprawdzimy wersję, moduły i szablon.

Produkty z tego wpisu

Wróć do: Blog

Ładowanie...
Powrót do góry