Migracja PrestaShop 1.7 do 9 krok po kroku - poradnik 2026

Migracja PrestaShop 1.7 do 9 to zmiana PHP z 7.4 na co najmniej 8.1, aktualizacja albo wymiana większości modułów i motywu oraz przeniesienie danych z zachowaniem adresów URL. Robię ją na kopii sklepu w środowisku testowym, a na żywym sklepie zostaje tylko kilkunastominutowe przełączenie. Jako IThandy (Stanisław Sterkowski) przenoszę tak sklepy małych i średnich firm, w Warszawie i zdalnie, w ramach usługi migracji i aktualizacji PrestaShop. Poniżej plan, którego się trzymam, z wymaganiami i kosztami na listopad 2026.

Aktualizacja czy migracja: którą drogę wybrać

Pod hasłem „migracja z 1.7 do 9” kryją się dwie różne roboty. Aktualizacja podnosi wersję w istniejącym sklepie: ta sama baza, te same identyfikatory, te same adresy. Migracja to nowa instalacja PrestaShop 9, do której przenoszę dane ze starego sklepu. Oficjalna dokumentacja PrestaShop opisuje obie drogi: aktualizację modułem Update Assistant i migrację danych (eksport, przekształcenie, import) dla sklepów od wersji 1.7.

Aktualizacja z 1.7 nie odbywa się jednym kliknięciem. Update Assistant pokazuje tylko wersje zgodne z PHP, na którym stoi serwer, a nie ma wersji PHP wspólnej dla 1.7 i 9. Pomostem jest PrestaShop 8: obsługuje PHP 7.2.5-8.1, więc najpierw aktualizuję 1.7.8 do 8 na PHP 7.4, potem przełączam PHP na 8.1, a dopiero wtedy aktualizuję do 9.

Kiedy którą drogę wybieram:

• Aktualizacja, gdy sklep ma niewiele modułów spoza standardu, motyw da się dostosować, a w rdzeniu nikt nie grzebał. Zostają identyfikatory produktów, zamówień i klientów, więc integracje (ERP, BaseLinker, kurierzy) zwykle nie wymagają ponownego mapowania.
• Migracja na czystą instalację, gdy sklep ma za sobą lata przeróbek w plikach rdzenia, dużo porzuconych modułów albo motyw, który i tak trzeba wymienić. Nowa instalacja nie ciągnie tego bagażu.
• Nowy sklep z przeniesieniem samych danych, gdy katalog i tak wymaga przebudowy. Przy dziesięcioletnim sklepie z motywem pisanym na kolanie to bywa tańsze niż przenoszenie wszystkiego.

Jeśli przeszkadza Ci wyłącznie to, że sklep jest wolny, sama migracja tego nie załatwi. Taniej wyjdzie optymalizacja i przyspieszenie sklepu. Różnice między liniami 8 i 9 opisuję w artykule Aktualizacja PrestaShop 8 do 9.

Wymagania PrestaShop 9: PHP, baza danych, serwer

Zanim cokolwiek ruszę, sprawdzam, czy hosting udźwignie nową wersję. Wymagania według dokumentacji PrestaShop i ogłoszenia wydania 9.2:

• Baza danych: MySQL 5.7 lub MariaDB 10.2 jako minimum, zalecana nowsza wersja.
• Pamięć: memory_limit co najmniej 512M na skrypt.
• Rozszerzenia PHP: CURL, DOM, Fileinfo, GD, Iconv, Intl, JSON, Mbstring, OpenSSL, PDO z PDO MySQL, SimpleXML i Zip, do tego włączone allow_url_fopen.
• Serwer WWW: Apache 2.4 lub nowszy albo Nginx; PrestaShop najlepiej działa na Linuksie.

Plan migracji krok po kroku

Kolejność, którą stosuję przy każdym sklepie. Ryzykowne rzeczy dzieją się na kopii, a na produkcji tylko to, co zostało już sprawdzone.

1. Spis modułów, motywu i zmian w kodzie. Lista modułów z wersjami i informacją, czy autor wydał wersję zgodną z PrestaShop 9. Do tego override'y, własne szablony i integracje (płatności, kurierzy, ERP, marketplace). Pliki sklepu porównuję z czystą instalacją tej samej wersji 1.7, bo zmiany wpisane kiedyś wprost w rdzeń aktualizacja skasuje, a nikt już nie pamięta, że tam były.
2. Pełna kopia i test jej odtworzenia. Baza danych plus katalogi /img, /upload, /download, /themes i /modules. Kopię odtwarzam na czysto, zanim zacznę, bo kopia, której nikt nie odtworzył, to tylko nadzieja.
3. Środowisko testowe. Klon sklepu na osobnej subdomenie, zamknięty hasłem i wyłączony z indeksowania, z płatnościami w trybie testowym i wyłączoną wysyłką e-maili do prawdziwych klientów. Dostajesz do niego dostęp i klikasz sklep jak klient.
4. Serwer i PHP. Przygotowanie PHP 8.1 (pomost) i docelowej wersji 8.4 lub 8.5 z wymaganymi rozszerzeniami. Jeśli obecny hosting nie daje wyboru wersji PHP, to jest moment na zmianę hostingu.
5. Aktualizacja albo migracja danych według wybranej drogi. Szczegóły w następnej sekcji.
6. Moduły. Wersje zgodne z 9, zamienniki tam, gdzie autor porzucił moduł, a funkcje, których nie da się zastąpić, dopisuję jako własny moduł.
7. Motyw. Dostosowanie motywu z 1.7 albo przejście na Hummingbird lub motyw na nim oparty. Własne zmiany trzymam w motywie potomnym (child theme), żeby kolejne aktualizacje ich nie kasowały.
8. Przekierowania 301 dla każdego adresu, który się zmienia.
9. Testy koszyka, płatności, wysyłki, e-maili i integracji, a potem Twoja akceptacja.
10. Przełączenie w oknie o najmniejszym ruchu i obserwacja przez kolejne dwa tygodnie.

Migracja danych: narzędzia i pułapki

Przy aktualizacji w miejscu dane zostają w tej samej bazie, a Update Assistant przeprowadza zmiany struktury. Przed startem pyta o opcje: domyślnie wyłącza moduły nienatywne (to rozsądne, ale każdy trzeba potem włączyć i sprawdzić) i regeneruje szablony e-maili, co kasuje ich własne przeróbki. Szablony maili zapisuję więc wcześniej osobno.

Przy migracji na czystą instalację mam do wyboru kilka narzędzi i żadnego nie traktuję jako jedynego słusznego:

• Eksport i import CSV z panelu. Wystarcza do produktów, kategorii i klientów w małym sklepie, ale panel eksportuje tylko widoczne kolumny.
• Eksport tabel z bazy do CSV, przekształcenie danych pod strukturę PrestaShop 9 i import (ETL). Tak opisuje to oficjalna dokumentacja: porównanie struktur obu baz, poprawki kolumn, import do nowego sklepu.
• Moduły i usługi do automatycznej migracji dostępne na rynku. Przyspieszają pracę przy dużych katalogach, ale zawsze sprawdzam wynik na kopii, bo każde z nich ma swoje ograniczenia.

Czego nie przenoszę ze starej bazy: konfiguracji sklepu, uprawnień pracowników i list zakładek panelu (tabele configuration, access, module_access, tab i tab_lang), a także walut i języków (currency, lang), które w nowym sklepie ustawia się osobno, na przykład pakietem lokalizacyjnym. Dokumentacja PrestaShop wprost zaleca pominięcie tych tabel.

Gdzie najczęściej coś się psuje:

• Kombinacje produktów. Ceny i stany wariantów potrafią się rozjechać, a wychodzi to dopiero na kasie. Po migracji przepuszczam kilkanaście zamówień testowych na wariantach.
• Konta klientów. Sprawdzam logowanie na kilku starych kontach i reset hasła.
• Ceny specyficzne i reguły koszyka. Rabaty dla grup klientów i kody promocyjne porównuję z oryginałem pozycja po pozycji.
• Zdjęcia. Po przeniesieniu regeneruję miniatury dla typów obrazów z nowego motywu.

Przekierowania 301 i SEO

Największą wartością starego sklepu są adresy, które przez lata zebrały ruch i linki. Zasady, których się trzymam:

• Ten sam wzorzec adresów, jeśli to możliwe. PrestaShop pozwala ustawić schemat adresów produktów i kategorii w ustawieniach SEO i URL. Przy aktualizacji w miejscu adresy zwykle zostają, przy migracji odtwarzam schemat i identyfikatory.
• Mapa 301 z prawdziwych danych. Listę adresów biorę z Google Search Console (strony z ruchem i linkami) i ze starej mapy witryny, a nie tylko ze wzorca. Każdy stary adres ma prowadzić do najbliższego odpowiednika, nie do strony głównej.
• Kontrola po przełączeniu: logi serwera i raport stron w Search Console pod kątem błędów 404, nowa mapa witryny zgłoszona w Search Console, dane strukturalne produktów sprawdzone w testach Google.

Cały proces z checklistą opisuję w artykule Migracja sklepu na PrestaShop bez utraty pozycji w Google.

Testy koszyka, płatności i wysyłki

Sklep, który się otwiera, to jeszcze nie sklep, który sprzedaje. Przed akceptacją przechodzę tę listę na środowisku testowym:

• Dodanie do koszyka produktu prostego i produktu z kombinacjami, zmiana ilości, kod rabatowy.
• Zamówienie jako gość i jako zalogowany klient, rejestracja nowego konta, reset hasła.
• Każda metoda płatności w trybie testowym, łącznie z powrotem ze strony bramki i powiadomieniem o statusie płatności.
• Każdy przewoźnik: koszt dostawy, wybór punktu odbioru na mapie, etykieta.
• E-maile do klienta i do sklepu: potwierdzenie zamówienia, zmiana statusu, faktura.
• Podatki i ceny brutto, w tym ceny dla grup klientów i informacja o najniższej cenie z 30 dni przy promocjach.
• Integracje: przepływ zamówień do ERP lub BaseLinkera, synchronizacja stanów.
• Wydajność: czas odpowiedzi kategorii, karty produktu i koszyka w porównaniu ze starym sklepem.

Dzień przełączenia

Przełączenie planuję na porę o najmniejszym ruchu, zwykle w nocy, i nigdy na tydzień przed dużą akcją sprzedażową. W 2026 roku oznacza to: przed 20 listopada albo po Cyber Monday, o czym piszę w checkliście na Black Week.

• Dzień lub dwa wcześniej: skrócony czas życia rekordów DNS (TTL), jeśli zmienia się serwer.
• Zamrożenie zmian w katalogu na czas przełączenia.
• Tryb konserwacji w starym sklepie i ostatnia kopia.
• Dosynchronizowanie zamówień, klientów i stanów z okresu prac.
• Przełączenie domeny lub katalogu, wyczyszczenie cache, test zamówienia prawdziwą płatnością i jej zwrot.
• Monitoring koszyka, płatności i błędów 5xx przez pierwsze dni.

Przerwa w sprzedaży trwa kilkanaście minut. Stara instalacja zostaje nietknięta przez dwa tygodnie, więc powrót jest realną opcją, a nie deklaracją. Po migracji sklep warto mieć pod stałym nadzorem: aktualizacje testowane na kopii i monitoring robię w ramach opieki i utrzymania sklepu.

Ile trwa migracja i od czego zależy koszt

Usługa migracji i aktualizacji PrestaShop zaczyna się od 2 159 zł netto. Ostateczna kwota nie zależy od tego, ile wersji trzeba przeskoczyć, tylko od tego, ile w sklepie jest niestandardowego kodu. Dlatego wycena zaczyna się od spisu modułów: około pół dnia pracy, po którym wiem, czy rozmawiamy o tygodniu, czy o miesiącu.

Prace dodatkowe, na przykład dopisanie funkcji porzuconego modułu, rozliczam stawką 120 zł netto za godzinę. Jeśli nie wiesz, w jakim stanie jest sklep, zacznij od audytu technicznego PrestaShop: dostaniesz listę problemów z szacunkiem godzin, z którą możesz pójść do dowolnego wykonawcy.

FAQ

Czy można zaktualizować PrestaShop 1.7 bezpośrednio do wersji 9?

Nie jednym krokiem na tym samym serwerze. PrestaShop 1.7.8 działa najwyżej na PHP 7.4, a PrestaShop 9 wymaga co najmniej PHP 8.1. Aktualizacja w miejscu idzie więc przez wersję 8, bo PHP 8.1 obsługują i PrestaShop 8, i 9. Druga droga to migracja danych na czystą instalację PrestaShop 9.

Jaką wersję PHP wybrać dla PrestaShop 9?

PrestaShop 9.1 i 9.2 obsługują PHP od 8.1 do 8.5, a dla 9.1 dokumentacja zaleca 8.5. PHP 8.1 nie dostaje już poprawek bezpieczeństwa, PHP 8.2 dostaje je do 31 grudnia 2026. Docelowo ustawiam PHP 8.4 (wsparcie do końca 2028) albo 8.5 (do końca 2029), jeśli pozwalają na to moduły sklepu.

Czy po migracji z PrestaShop 1.7 stracę pozycje w Google?

Nie, jeśli mapa przekierowań 301 jest kompletna. Buduję ją z adresów z Google Search Console i z mapy witryny, a nie z samego wzorca adresów. Krótkie wahnięcie pozycji przez dwa, trzy tygodnie po przełączeniu jest normalne i samo się odbudowuje.

Czy moduły z PrestaShop 1.7 zadziałają w PrestaShop 9?

Część tak, po aktualizacji do wersji zgodnej z 9. Dla modułów bez takiej wersji są trzy wyjścia: zamiennik, dopisanie funkcji od zera albo rezygnacja, jeśli moduł i tak nie był używany. Update Assistant domyślnie wyłącza moduły nienatywne na czas aktualizacji, więc każdy trzeba potem włączyć i przetestować.

Czy motyw z PrestaShop 1.7 zadziała w PrestaShop 9?

Motyw oparty na Classic z 1.7 zwykle wymaga dostosowania. Przy aktualizacji sklep zostaje przy swoim motywie, a Hummingbird jest domyślny tylko w nowych instalacjach od wersji 9.1. To ważne dla One Page Checkout z PrestaShop 9.2, który na motywach opartych na Hummingbird działa od razu, a na Classic wymaga przeróbek.

Ile trwa migracja PrestaShop 1.7 do 9?

Zaczynam od spisu modułów, motywu i zmian w kodzie, co zajmuje około pół dnia. Po nim wiem, czy rozmawiamy o tygodniu, czy o miesiącu pracy. Cała praca dzieje się na kopii, a przerwa w sprzedaży dotyczy tylko przełączenia i trwa kilkanaście minut.

Ile kosztuje migracja PrestaShop 1.7 do 9?

Usługa migracji i aktualizacji PrestaShop zaczyna się od 2 159 zł netto. Ostateczna kwota zależy od liczby modułów niestandardowych, motywu, integracji (ERP, kurierzy, marketplace) i zmian w kodzie sklepu. Wycenę podaję po spisie modułów, prace dodatkowe rozliczam stawką 120 zł netto za godzinę.

Czy sklep działa w trakcie migracji?

Tak. Pracuję na kopii sklepu w osobnym środowisku testowym, a sprzedaż idzie normalnie. Zamówienia i klientów z okresu prac dosynchronizowuję przed przełączeniem, a starą instalację zostawiam nietkniętą przez dwa tygodnie, więc powrót jest realną opcją.

Wolisz najpierw diagnozę? Zobacz audyt techniczny PrestaShop. Po migracji możesz oddać sklep w stałą opiekę, a jeśli zależy Ci głównie na szybkości, sprawdź optymalizację i przyspieszenie sklepu.

Powiązane artykuły z bazy wiedzy

• PHP 8.1 bez poprawek bezpieczeństwa: co z PrestaShop 1.7 i 8
• PrestaShop 9.2 i One Page Checkout: czy warto aktualizować
• Aktualizacja PrestaShop 8 do 9 - czym się różnią i czy warto
• Migracja sklepu na PrestaShop bez utraty pozycji w Google

Stanisław Sterkowski (IThandy)

Administrator IT i wykonawca e-commerce. Warszawa i zdalnie. Opublikowano 4.11.2026.