W 2026 roku znacząca część sklepów PrestaShop wciąż działa na wersji 1.7, wydanej w 2016 roku, ogłoszonej przez PrestaShop SA jako wycofana z oficjalnego wsparcia w 2024 roku i pozbawionej poprawek bezpieczeństwa od końca 2025 roku. Sklepy te kumulują ryzyka: niezgodność z nowszymi wersjami PHP, porzucone moduły 1.7, niezałatane podatności, wydajność obciążoną dawnymi hookami oraz brak dostępu do nowoczesnego katalogu PS8 (inteligentny cross-sell, FAQ z AI, AEO, poprawna wielokrajowość).
Migracja do PrestaShop 8 przestała być w 2026 roku opcją i jest docelowo koniecznością. To jednak osobny projekt, a nie kliknięcie w zapleczu. Ten artykuł omawia kompletną listę kontrolną migracji z 1.7 na 8: wstępny audyt, moduły do wymiany, obsługę danych, krytyczne kwestie SEO i przekierowań oraz okazję do modernizacji stacku technicznego przy okazji.
Dlaczego migrować w 2026 roku (i dlaczego czekanie staje się ryzykowne)
Trzy siły zbiegają się w 2026 roku, czyniąc migrację z 1.7 na 8 nieuniknioną.
Koniec wsparcia bezpieczeństwa. PrestaShop SA nie wydaje już poprawek bezpieczeństwa dla gałęzi 1.7 od końca 2025 roku. Każda luka odkryta po tej dacie pozostaje możliwa do wykorzystania, a liczba sklepów 1.7 wciąż działających online czyni je uprzywilejowanym celem atakujących. W ostatnich audytach kilka sklepów 1.7 zostało skompromitowanych przez podatne moduły zewnętrzne, które nie są już utrzymywane: zdefasowane zaplecze, przejęta ścieżka płatności, wyprowadzone dane klientów.
Niezgodność z PHP. PrestaShop 1.7 oficjalnie wspiera wyłącznie PHP 7.4 i część wersji PHP 8.0. Tymczasem PHP 7.4 jest wycofane od listopada 2022 roku, a większość hostingów usunęła je ze swojej oferty albo właśnie to robi. Sklepy 1.7 zmuszone do pracy na PHP 8.1 albo 8.2 doświadczają losowych błędów (ostrzeżenia, funkcje przestarzałe, zepsute niejawne rzutowania), które psują działanie.
Niedostępny nowoczesny katalog PS8. Wszystkie nowoczesne moduły e-commerce roku 2026 (FAQ z AI, AEO przez llms.txt, ważony cross-sell z analityką, rozszerzone oznaczenie Schema.org, poprawna wielokrajowość z automatycznym hreflang) powstają dla PrestaShop 8. Wersje tych modułów na 1.7, o ile w ogóle istnieją, są okrojonymi portami: ograniczone funkcje, gorsza wydajność, wstrzymane wsparcie.
Rachunek ekonomiczny jest prosty: koszt poważnej migracji w 2026 roku (typowo od 20 000 do 100 000 zł zależnie od wielkości sklepu i złożoności) jest niższy niż skumulowany koszt pozostania na 1.7, czyli luki bezpieczeństwa, brak nowoczesnych modułów, pogarszająca się wydajność i utrata klientów przez błędy PHP.
Audyt wstępny: co trzeba wiedzieć przed migracją
Przed jakąkolwiek wyceną albo harmonogramem migracji potrzebny jest pełny audyt obecnego sklepu 1.7. Bez niego komplikacje odkrywasz w trakcie projektu, a budżet eksploduje.
Inwentaryzacja zainstalowanych modułów. Wypisz wszystkie aktywne moduły. Dla każdego: wersję, status (aktywny, wyłączony, osierocony), autora, datę ostatniej aktualizacji i dostępność wersji na PrestaShop 8. W dojrzałych sklepach 1.7 znajduje się typowo od 30 do 80 modułów, z czego od 20 do 40 % jest w rzeczywistości porzuconych albo osieroconych, wyłączonych od dawna i bez aktywnego użycia. Te znikną przy migracji same.
Inwentaryzacja modyfikacji własnych. Nadpisania klas rdzenia w override/classes/, nadpisania kontrolerów, modyfikacje szablonów Smarty, bezpośrednie zmiany w kodzie rdzenia (częsty antywzorzec w starszych sklepach 1.7). Wszystkie te modyfikacje trzeba spisać i udokumentować, bo nie przetrwają migracji bez ręcznej interwencji.
Audyt motywu. Jeśli używasz motywu na zamówienie, a nie natywnego classic albo Hummingbird, sprawdź jego zgodność z PS8. Wiele komercyjnych motywów 1.7 nigdy nie zostało przeniesionych na PS8, więc wybór sprowadza się do zakupu nowej licencji PS8 tego samego motywu (jeśli istnieje), wyboru nowego motywu PS8 albo zlecenia portu deweloperowi (drogo).
Audyt danych. Wolumen produktów, zamówień, klientów i opinii. Migracja sklepu z 500 produktami i 5 000 zamówień to kilka dni pracy. Migracja sklepu z 50 000 produktów i 500 000 zamówień to kilka tygodni z koordynacją logistyczną (zamrożenie produkcji, okno przełączenia).
Audyt SEO. Sto stron o największym ruchu organicznym, sto stron z linkami zwrotnymi, obecna struktura adresów URL. Te dane są krytyczne do zaplanowania przekierowań 301, którym poświęcona jest osobna sekcja niżej.
Zepsute moduły 1.7 do wymiany
W migracjach, które prowadziliśmy, systematycznie sprawiają problem następujące kategorie modułów.
Moduły cross-sell z 1.7. Moduły produktów powiązanych w wersji 1.7 nie działają na PS8, a ich odpowiedniki na PS8 są często wydawane pod inną marką. Wykorzystaj migrację, aby przejść na nowoczesny cross-sell z analityką i ważonymi strategiami, o czym piszemy w artykule o 7 strategiach cross-sellingu na 2026 rok. Rekomendowany moduł: DataFirefly Cross-Sell.
Moduły opinii z 1.7. Natywne moduły opinii w PS 1.7 i stare moduły zewnętrzne nie generują czystego oznaczenia Schema.org AggregateRating i Review, więc nie ma gwiazdek w wynikach wyszukiwania ani cytowania w silnikach odpowiedzi. Do zastąpienia nowoczesnym modułem, takim jak DataFirefly Avis Vérifiés, który pokrywa pełne oznaczenie.
Moduły FAQ produktowego z 1.7. Większość modułów FAQ na 1.7 to zapisany na sztywno Smarty bez obsługi AI i bez poprawnego Schema.org. Przejście na PS8 to okazja, aby przesiąść się na moduł FAQ z masowym generowaniem przez AI, taki jak DataFirefly FAQ IA Produit, co daje ogromną oszczędność czasu redakcyjnego i poprawne oznaczenie.
Moduły listy życzeń z 1.7. Listy życzeń na 1.7 są zwykle podstawowe (dodaj, usuń, wyświetl), bez przechwytywania e-maila anonimowych, bez alertów cenowych i bez analityki. Do zastąpienia przez DataFirefly Wishlist Avancée, o czym piszemy w artykule o liście życzeń jako dźwigni konwersji.
Moduły koszyka bocznego z 1.7. Często w 1.7 w ogóle nieobecne (koszyk był osobną stroną, bez koszyka bocznego). Do dodania na PS8 przez DataFirefly SideCart, który unowocześnia doświadczenie po dodaniu do koszyka.
Moduły SEO wielokrajowego z 1.7. Moduły hreflang na 1.7 są często częściowe i nie obsługują poprawnie wzajemności ani kodów ISO. Do zastąpienia przez moduł Hreflang DataFirefly plus Selektor Kraju.
Moduły płatnicze z 1.7. Stare moduły płatnicze 1.7 często nie spełniają nowoczesnych wymogów silnego uwierzytelniania i 3DS2 albo są niezgodne z PSD2. Główni operatorzy używani w Polsce (Przelewy24, PayU, Tpay, Blue Media) oraz gracze międzynarodowi (Stripe, Mollie, Adyen) mają nowoczesne moduły na PS8 do aktywacji w zamian. Do rygorystycznego przetestowania przed przełączeniem produkcji, bo zepsuta płatność na produkcji to utracony obrót.
Moduły trackingu analitycznego z 1.7. Dawne moduły GA Universal albo GTM na 1.7 nie obsługują Consent Mode v2 (obowiązkowego w 2026 roku dla Google Ads i GA4). Do zastąpienia przez Google Tag Pro albo podobny moduł obsługujący Consent Mode v2 natywnie, plus Cookie Manager Tarteaucitron jako CMP.
Obsługa danych: czysty import i eksport
Migracja danych jest technicznie najbardziej ryzykowną częścią. PrestaShop nie dostarcza niezawodnego natywnego migratora z 1.7 na 8, a istniejące narzędzie ma znane ograniczenia przy złożonych katalogach.
Sprawdzone podejście:
Krok 1: czysty eksport z 1.7. Eksport CSV albo XML produktów, kategorii, klientów, zamówień, opinii i deskryptorów (cechy, atrybuty). Zachowaj oryginalne identyfikatory, aby móc później zmapować przekierowania SEO.
Krok 2: czysta instalacja PS8. Na dedykowanym środowisku (staging) zainstaluj PS8 od zera z kompatybilnym motywem i modułami bazowymi. Nie instaluj ponownie modułów 1.7, tylko ich nowoczesne odpowiedniki na PS8.
Krok 3: uporządkowany import. Import w kolejności: kategorie, cechy, produkty, zdjęcia produktów, klienci, adresy, zamówienia, opinie. Kolejność ma znaczenie, bo część tabel odwołuje się do innych (produkt odwołuje się do kategorii, która musi już istnieć).
Krok 4: weryfikacja spójności. Policz liczbę wierszy w każdej tabeli po imporcie i porównaj z licznikami z pierwotnego 1.7. Przetestuj kilka kart produktów, kilka kategorii i kilka zamówień, aby wzrokowo potwierdzić spójność.
Krok 5: testy funkcjonalne. Pełna ścieżka na stagingu: nawigacja, dodanie do koszyka, checkout, płatność w trybie testowym, potwierdzenie. Przetestuj także funkcje zaplecza (obsługa zamówień, produktów, klientów).
SEO i przekierowania 301: część, którą najczęściej się pomija
Adresy URL zmieniają się między PS 1.7 a PS 8, czasem subtelnie (struktura sluga, obsługa parametrów, dodanie wielojęzyczności). Bez systematycznego planu przekierowań 301 tracisz cały zgromadzony autorytet SEO.
Typy adresów do zmapowania:
- Adresy produktów: dawny format
/kategoria/123-slug-produktu.htmlwobec nowego/kategoria/produkt-456(albo odwrotnie, zależnie od konfiguracji). Mapować produkt po produkcie. - Adresy kategorii: mogą się zmienić, jeśli hierarchia albo slugi zostały skorygowane.
- Adresy stron CMS i statycznych: do mapowania pojedynczo.
- Adresy dostawców i marek: jeśli korzystałeś z nich w 1.7.
- Adresy z parametrami filtrów: do zmapowania na nowe adresy wyszukiwania fasetowego w PS8.
Praktyczne wdrożenie: plik przekierowań 301 w .htaccess albo w konfiguracji nginx, ewentualnie moduł przekierowań na PS8 obsługujący je z poziomu bazy danych. Przy bardzo dużych katalogach (ponad 10 000 produktów) zautomatyzuj mapowanie skryptem, który czyta starą mapę witryny i generuje przekierowania na nowe adresy w oparciu o slugi albo SKU.
I rzecz krytyczna: obserwuj Search Console przez 4 do 8 tygodni po przełączeniu, aby wychwycić błędy 404. Każde 404 ujawnia stary adres, który nie został przekierowany, i trzeba go na bieżąco dopisywać do pliku przekierowań.
Lista kontrolna migracji w 12 krokach
- Pełny audyt obecnego sklepu 1.7 (moduły, motyw, kod własny, dane, SEO).
- Wybór motywu PS8 (odwzorowanie obecnego albo nowy wybór).
- Wybór modułów PS8 zastępczych, wraz z decyzją o modułach do porzucenia.
- Przygotowanie środowiska PS8 (hosting, PHP 8.2 lub nowszy, MySQL 8 albo MariaDB 11, certyfikaty SSL).
- Czysta instalacja PS8 i konfiguracja podstawowa (języki, waluty, wielojęzyczność, kraje).
- Instalacja wybranych modułów PS8 i ich konfiguracja.
- Import danych z eksportu 1.7 (kategorie, produkty, klienci, zamówienia).
- Wytworzenie przekierowań 301 mapujących stare adresy na nowe.
- Wyczerpujące testy funkcjonalne na stagingu (nawigacja, checkout, zaplecze).
- Przełączenie na produkcję (DNS, certyfikaty, plik
.htaccessalbo konfiguracja nginx z przekierowaniami). - Monitoring po przełączeniu: Search Console, GA4, logi serwera, zgłoszenia klientów.
- Iteracje naprawcze na błędach wykrytych na produkcji (licz od 2 do 4 tygodni dopracowywania po przełączeniu).
W prowadzonych przez nas migracjach pełny projekt trwa od 4 do 12 tygodni, zależnie od wielkości sklepu i złożoności personalizacji.
Okazja do modernizacji stacku przy okazji
Migracja z 1.7 na 8 to nie tylko aktualizacja techniczna, lecz także okazja do modernizacji stacku e-commerce narastającego latami bez porządków.
Bezpieczeństwo zaplecza. Wykorzystaj migrację, aby włączyć uwierzytelnianie dwuskładnikowe w zapleczu przez 2FA Google Authenticator dla PrestaShop. To zabezpieczenie niezbędne w 2026 roku, które wiele sklepów 1.7 pomija.
Stack AEO. Wykorzystaj migrację, aby dopasować sklep do standardów AEO roku 2026 (temat omawiany w naszej kategorii AEO). Zestaw LLMs.txt PrestaShop plus FAQ IA plus Avis Vérifiés ustawia sklep pod ruch z ChatGPT, Perplexity i Google AI Overviews.
Przychód cykliczny przez abonamenty. Jeśli katalog na to pozwala (materiały eksploatacyjne, pudełka, usługi cyfrowe), wykorzystaj PS8, aby dodać moduł DataFirefly Subscriptions ze Stripe, o czym piszemy w przewodniku po ścieżce abonamentowej. Cykliczność na PrestaShop 1.7 była wyjątkowo prowizoryczna, a na PS8 jest dojrzała.
Nowoczesny stack konwersyjny. Poza zastąpieniem zepsutych modułów wykorzystaj migrację, aby dodać dźwignie, których nie miałeś na 1.7: pasek darmowej dostawy z paskiem postępu, koszyk boczny, listę życzeń z alertami, wideo produktowe z poprawnymi CWV. Migracja bez modernizacji to przebudowa techniczna bez zysku biznesowego.
Częste błędy przy migracji z 1.7 na 8
Wiara, że migracja zajmuje 2 dni. Przy tanich wycenach obiecujących migrację w 2 dni systematycznie odbierasz zepsuty sklep. Realistyczne minimum to 2 do 3 tygodni dla prostego sklepu i więcej dla złożonych.
Zaniedbanie przekierowań 301. Utrata ruchu SEO po migracji wynosi typowo od 30 do 60 % bez pełnego planu przekierowań. Z planem odzyskuje się od 90 do 100 % w 4 do 8 tygodni.
Zachowanie wszystkich modułów z 1.7. Migracja to okazja do przerzedzenia. Sklepy próbujące przenieść wszystko jeden do jednego kończą z PS8 obciążonym pięćdziesięcioma modułami, z których połowa jest przestarzała.
Migracja bezpośrednio na produkcji. Bez stagingu, bez testów, bez planu wycofania. To gwarancja dramatu. Każda poważna migracja przechodzi przez staging z wyczerpującą walidacją.
Niedocenienie szkolenia użytkowników. Zaplecze PS8 różni się od PS 1.7: zmienione procesy, przeorganizowane ekrany, przeniesione funkcje. Zespoły operacyjne (obsługa zamówień, wsparcie klienta) muszą być przeszkolone przed przełączeniem, a nie odkrywać nowe zaplecze w poranek startu.
Podsumowanie: projekt strukturalny, który modernizuje Twój biznes
Migracja PrestaShop z 1.7 na 8 nie jest zwykłą aktualizacją techniczną. To projekt zasługujący na sponsora po stronie zarządu, skalibrowany budżet i rygorystyczny harmonogram. Sklepy, które traktują temat poważnie, wychodzą z migracji ze sklepem nowoczesnym, zabezpieczonym, wydajnym i dopasowanym do standardów e-commerce roku 2026. Sklepy, które go odbębnią, tracą ruch SEO, przychód przez wiele tygodni i gromadzą dług techniczny do spłacenia później.
Typowa inwestycja w poważną migrację to od 20 000 do 100 000 zł zależnie od skali, plus koszt nowych modułów zastępczych (zwykle od 2 000 do 9 000 zł zależnie od wybranego stacku). Zwrot jest mierzalny w 6 do 12 miesięcy po migracji, przez modernizację dźwigni konwersji i uwolnienie potencjału SEO blokowanego przez ograniczenia 1.7.
Aby pogłębić pokrewne tematy, przejrzyj kategorie Wydajność i Core Web Vitals oraz Tutoriale PrestaShop. A aby złożyć nowoczesny stack PrestaShop 8 po migracji (cross-sell, zweryfikowane opinie, FAQ z AI, koszyk boczny, lista życzeń, darmowa dostawa, wielokrajowość, AEO), cały katalog DataFirefly jest zbudowany wokół wzorców roku 2026: wydajność w pierwszej kolejności, czysty kod, regularne aktualizacje.
Przeczytaj także: PrestaShop 9 kontra PrestaShop 8 oraz migracja Shopware 6.6 na 6.7.
Aby przejść do działania: nasz wybór modułów wspierających migrację do PrestaShop.
