Co jakiś czas wraca do mnie ten sam telefon: „słyszałem, że mój PrestaShop przestanie działać, muszę coś z tym zrobić?”. Odpowiedź jest krótsza, niż się większości wydaje. Sklep nie zgaśnie z dnia na dzień. Ale zegar faktycznie tyka i lepiej ruszyć wtedy, kiedy masz na to spokojną głowę, a nie w panice po pierwszym poważnym problemie z bezpieczeństwem.
W tym tekście rozkładam całą sprawę na czynniki pierwsze: co dokładnie oznacza koniec PrestaShop 8, dlaczego warto zaplanować migrację na PrestaShop 9 z wyprzedzeniem i jak przeprowadzić ją tak, żeby sprzedaż ani na chwilę nie stanęła. Bez straszenia, bez marketingowej waty. Tak, jak sam to robię na produkcyjnych sklepach.
Spis treści
- Co właściwie oznacza „koniec PrestaShop 8″
- Dlaczego lepiej ruszyć teraz, a nie w ostatniej chwili
- Co realnie zmienia się w PrestaShop 9
- Największe ryzyko: moduły i motyw
- Wymagania serwera: PHP i baza danych
- Plan migracji krok po kroku
- Ile to trwa i od czego zależy koszt
- Błędy, które kończą się przestojem sklepu
- Najczęstsze pytania
- Podsumowanie
Co właściwie oznacza „koniec PrestaShop 8″
Zacznijmy od faktu, który uspokaja połowę rozmów. Koniec wsparcia to nie to samo, co koniec działania. PrestaShop 8 nadal będzie się uruchamiał, przyjmował zamówienia i wystawiał faktury długo po tym, jak przestanie dostawać oficjalne łatki. Ale to właśnie te łatki są całą stawką.
Zespół PrestaShop zapowiedział, że gałąź 8.x dostaje poprawki bezpieczeństwa co najmniej do początku 2027 roku. Po tym momencie znajdywane dziury nie będą już łatane w rdzeniu. A dobrze wiem z praktyki, jak to wygląda: dokładnie w takich niewspieranych wersjach boty najchętniej szukają luk, bo wiedzą, że nikt ich już nie zamknie. Widziałem sklepy przejęte przez podrzucone pliki override i zmodyfikowane konta administratora właśnie dlatego, że ktoś odkładał aktualizację „na później”.
Drugi element to ekosystem. Twórcy modułów i motywów idą tam, gdzie jest rynek, czyli na dziewiątkę. Im dłużej siedzisz na ósemce, tym częściej będziesz słyszeć „ta wersja modułu nie jest już rozwijana”. Kierunek jest jednoznaczny: przyszłość PrestaShop dzieje się na wersji 9.
Dlaczego lepiej ruszyć teraz, a nie w ostatniej chwili
Migracja pod presją to najgorszy możliwy scenariusz. Kiedy robisz ją, bo „musisz na wczoraj”, ścinasz zakręty: pomijasz testy, zgadzasz się na pierwszy lepszy zamiennik modułu, wypychasz zmiany na żywo w środku tygodnia. I wtedy właśnie coś pęka w koszyku albo w płatnościach.
Kiedy planujesz aktualizację PrestaShop z wyprzedzeniem, masz komfort, którego nie da się kupić później: czas na porządne środowisko testowe, spokojne sprawdzenie każdego modułu i wybór okna wdrożeniowego w nocy albo w weekend, gdy ruch jest najmniejszy. Różnica między jednym a drugim podejściem to zwykle różnica między „klient nawet nie zauważył” a „straciliśmy pół dnia sprzedaży”.
Jest jeszcze argument czysto techniczny. Im starsza wersja, z której startujesz, tym trudniejszy skok. Migracja ze świeżej ósemki na dziewiątkę jest o wiele łagodniejsza niż wleczenie za sobą sklepu z zaległościami sprzed kilku lat. Każdy miesiąc zwłoki to dodatkowy dług, który i tak trzeba będzie spłacić, tyle że drożej.
Co realnie zmienia się w PrestaShop 9
Dziewiątka to najgłębsza przebudowa platformy od czasu przejścia z 1.7 na 8. Z punktu widzenia właściciela sklepu najważniejsze są cztery rzeczy.
Nowocześniejszy fundament. Cały back office stoi teraz na Symfony 6.4 LTS, a kod jest czystszy i łatwiejszy w utrzymaniu. W praktyce oznacza to szybszy panel i mniej dziwnych zachowań przy rozbudowie. W typowych sklepach połączenie nowego PHP i tych optymalizacji daje odczuwalnie krótsze czasy odpowiedzi.
Nowy motyw Hummingbird. Od wersji 9.1 domyślnym motywem jest Hummingbird 2.0. Jest lekki, mobilny w pierwszej kolejności i mocno pilnuje dostępności, co ma znaczenie w kontekście unijnych wymagań (European Accessibility Act obowiązuje od czerwca 2025). Jeśli masz mocno przerobiony własny motyw na Classic, to akurat ten punkt wymaga uwagi, wrócę do tego niżej.
Nowe API. Dziewiątka wprowadza świeże Admin API zbudowane pod nowoczesne integracje. Jeśli spinasz sklep z systemem ERP, magazynem albo aplikacją zewnętrzną, to jest kierunek, w którym to wszystko idzie. Trzeba tylko pamiętać, że pokrycie endpointów rośnie stopniowo, więc część integracji nadal może korzystać ze starszego Webservice.
Lepsza obsługa aktualizacji. Narzędzie Update Assistant (dawne 1-Click Upgrade) jest znacznie bezpieczniejsze niż to, co pamiętasz z ósemki. Ma tryb konsolowy, sprawdzanie przed aktualizacją i wbudowany rollback. To ono jest sercem samego procesu migracji.
Największe ryzyko: moduły i motyw
Powiem wprost: w dziewięciu na dziesięć projektów to nie rdzeń PrestaShop jest problemem, tylko to, co na nim dobudowano. Rdzeń migruje się przewidywalnie. Twój sklep wywraca konkretny moduł do płatności, przerobiona wysyłka albo motyw naszpikowany nadpisaniami.
Jak wygląda dziś kompatybilność modułów PrestaShop 9? W połowie 2026 roku oficjalne moduły PrestaShop są zgodne z dziewiątką w ponad 95 procentach. Wśród topowych modułów zewnętrznych z marketplace na dziewiątkę przeszło mniej więcej 70 do 80 procent. Najgorzej wygląda to przy modułach własnych i tych od małych, zapomnianych już twórców, tu naprawdę bywa różnie.
Planując migrację na PrestaShop 9, sprawdź też moduły marketplace. Integracja z TikTok Shop jest przygotowana pod 8.x i 9.x, więc nie blokuje aktualizacji.
Dlatego pierwsza realna praca w migracji to nie kliknięcie „aktualizuj”, tylko inwentaryzacja. Wypisujesz każdy aktywny moduł i przy każdym stawiasz jedną z czterech decyzji:
- jest wersja na 9, aktualizujemy;
- nie ma wersji na 9, ale jest sensowny zamiennik, podmieniamy;
- nie ma wersji ani zamiennika, ale funkcja jest krytyczna, dopisujemy lub przerabiamy;
- funkcja nie jest już potrzebna, wyrzucamy i przy okazji odchudzamy sklep.
Ostatni punkt jest niedoceniany. Migracja to świetny moment, żeby pozbyć się balastu. Prawie każdy sklep, który przejmuję, ciągnie za sobą kilka modułów, których nikt nie używa od lat, a które nadal spowalniają i komplikują całość.
Motyw to osobna historia. Jeśli korzystasz z motywu opartego na Classic, w większości przypadków da się go przenieść przy niewielkich poprawkach. Nie dostaniesz za to dobrodziejstw Hummingbirda, takich jak obsługa WebP czy Bootstrap 5. Jeśli natomiast masz mocno zmodyfikowany motyw z wieloma nadpisaniami szablonów back office, przygotuj się na większy zakres pracy. To zwykle najbardziej pracochłonny element całej układanki.
Wymagania serwera: PHP i baza danych
Tu jest pułapka, w którą wpada sporo osób próbujących migrować samodzielnie. PrestaShop 9 wymaga PHP w wersji od 8.1 do 8.4, a na produkcję rekomendowane jest 8.3. Jeśli Twój hosting stoi na starszym PHP, sama aktualizacja sklepu nic nie da, bo dziewiątka po prostu nie ruszy.
Zanim więc dotkniesz PrestaShopa, sprawdź środowisko: wersję PHP, limity pamięci, wersję i konfigurację MySQL lub MariaDB. Częsty scenariusz z życia to sklep, który na papierze jest gotowy do migracji, ale hosting współdzielony nie pozwala przełączyć PHP na wymaganą wersję albo dusi go limitami. Wtedy migracja i tak sprowadza się do przeniesienia na porządniejszy serwer, więc lepiej wiedzieć o tym na starcie, a nie w połowie wdrożenia.
Jeśli sklep już dziś regularnie zwalnia w godzinach szczytu, potraktuj migrację jako naturalny moment na uporządkowanie infrastruktury. Dobrze dobrany serwer pod PrestaShop, z sensownym OPcache, cache typu Redis i tuningiem bazy, potrafi zrobić dla wydajności więcej niż sama zmiana wersji.
Plan migracji krok po kroku
A teraz konkret, czyli kolejność, której trzymam się na produkcyjnych sklepach. Złota zasada brzmi: nigdy nie aktualizujemy na żywym sklepie. Cała robota dzieje się na kopii.
1. Pełny backup. Baza danych i pliki, w komplecie. To Twoja siatka bezpieczeństwa i punkt, do którego wrócisz, jeśli cokolwiek pójdzie nie tak. Bez tego nie zaczynamy.
2. Środowisko testowe (staging). Kopia sklepu odcięta od klientów, na której możesz spokojnie eksperymentować. To tutaj wydarzy się cała migracja, zanim ktokolwiek z zewnątrz zobaczy zmianę.
3. Sprawdzenie serwera. Ustawiasz PHP na wymaganą wersję, weryfikujesz bazę i limity. Środowisko musi spełniać wymagania dziewiątki, zanim zaczniesz aktualizować sam sklep.
4. Inwentaryzacja i decyzje o modułach. Ta lista z czterema decyzjami, o której pisałem wyżej. Najlepiej przejść ją przed aktualizacją, żeby wiedzieć, co Cię czeka.
5. Aktualizacja przez Update Assistant. Uruchamiasz narzędzie na kopii, korzystasz ze sprawdzania przed aktualizacją i patrzysz, na co się skarży. Jeśli coś pójdzie źle, masz rollback. Dlatego robi się to na stagingu, a nie na produkcji.
6. Testy krytycznych ścieżek. I to nie „klik, klik, wygląda ok”, tylko realne przejście: przeglądanie kategorii, filtrowanie, dodanie do koszyka, pełny checkout z prawdziwą metodą płatności i dostawy, wystawienie faktury, obsługa zwrotu. Do tego porównanie szybkości i danych strukturalnych z tym, co było wcześniej.
7. Wdrożenie w oknie o małym ruchu. Kiedy staging działa, przenosisz zmiany na produkcję nocą albo w weekend, z backupem gotowym do natychmiastowego przywrócenia. Dobrze zaplanowane wdrożenie to zwykle kwestia kilkudziesięciu minut niedostępności, a nie całego dnia.
Jest jeszcze jedna rada, którą powtarzam każdemu: przy pierwszym wydaniu nowej wersji warto odczekać na pierwszą lub drugą łatkę z serii, zamiast rzucać się na produkcję z dnia zero. Wczesne błędy i braki w kompatybilności modułów zwykle wychodzą w praniu w ciągu pierwszych tygodni.
Ile to trwa i od czego zależy koszt
Nie ma jednej odpowiedzi, bo migracja sklepu PrestaShop to nie produkt z półki. Ale można podać rozsądne widełki, które pomogą Ci oszacować własny przypadek.
Prosty sklep, kilka standardowych modułów, motyw bez większych przeróbek: zwykle kilka dni roboczych. Średni sklep z własnym motywem i kilkunastoma, dwudziestoma modułami: realnie od dwóch do czterech tygodni. Duży, złożony projekt z mnóstwem integracji i mocno przerobionym frontem: od miesiąca w górę.
Co realnie napędza koszt? Nie sama liczba produktów, tylko stopień skomplikowania. Im więcej własnego kodu, nadpisań i integracji z systemami zewnętrznymi, tym więcej godzin trzeba na testy i poprawki. Dlatego uczciwa wycena migracji zawsze zaczyna się od zajrzenia do sklepu, a nie od cennika z tabelką.
Błędy, które kończą się przestojem sklepu
Zebrałem te, które widuję najczęściej, bo łatwiej ich uniknąć, gdy się o nich wie.
- Aktualizacja na żywym sklepie. Klasyk i zarazem najkosztowniejszy błąd. Jeden nieprzewidziany konflikt i klient trafia na białą stronę w trakcie zakupów.
- Brak świeżego backupu. Kopia sprzed tygodnia to nie backup migracyjny. Musi być zrobiona tuż przed operacją, razem z bazą.
- Pominięcie testu płatności i dostawy. Najczęściej pękają właśnie moduły płatnicze i przewoźnicy. Jeśli tego nie przeklikasz na stagingu, dowiesz się o problemie od zdenerwowanego klienta.
- Zignorowanie SEO. Migracja potrafi ruszyć strukturę adresów, kanoniczne, hreflang czy dane strukturalne. Jeśli tego nie dopilnujesz, pozycje w Google mogą spaść po wdrożeniu. Kontrola SEO powinna być częścią planu, a nie akcją ratunkową po fakcie.
- Zły serwer. Próba postawienia dziewiątki na środowisku ze starym PHP kończy się tym, że sklep w ogóle nie wstaje. To pierwsza rzecz do sprawdzenia, nie ostatnia.
Najczęstsze pytania
Czy mój sklep na PrestaShop 8 przestanie działać w 2027?
Nie przestanie działać z automatu. Straci natomiast oficjalne wsparcie i poprawki bezpieczeństwa, co z czasem czyni z niego łatwy cel. Dlatego migracja to kwestia rozsądnego terminu, a nie przymusowego wyłączenia.
Czy mogę zaktualizować sklep jednym kliknięciem?
Update Assistant faktycznie potrafi poprowadzić proces w dużej mierze automatycznie i ma rollback. Ale w realnym sklepie z modułami i motywem samo narzędzie to tylko jeden z siedmiu kroków. Reszta to testy i decyzje, których żaden przycisk za Ciebie nie podejmie.
Czy stracę dane albo zamówienia?
Przy poprawnie zrobionym backupie i migracji na kopii, ryzyko utraty danych jest bliskie zeru. Cała sztuka polega właśnie na tym, że produkcję ruszasz dopiero wtedy, gdy wersja testowa działa jak należy.
Czekać na kolejną wersję czy migrować teraz?
Jeśli sklep ma ruszać albo mocno się rozwijać, sensownie jest oprzeć się na aktualnej, stabilnej gałęzi dziewiątki i mieć architekturę gotową na przyszłe aktualizacje. Czekanie w nieskończoność na „idealny moment” zwykle oznacza po prostu odkładanie długu technicznego.
Podsumowanie
Koniec wsparcia PrestaShop 8 nie jest powodem do paniki, ale jest konkretnym sygnałem: zaplanuj migrację na własnych warunkach, póki masz na to czas. Zrobiona z głową, na środowisku testowym, z porządną inwentaryzacją modułów i sprawdzonym serwerem, aktualizacja do PrestaShop 9 potrafi być zupełnie niewidoczna dla klientów. Zrobiona w pośpiechu na żywym sklepie, potrafi kosztować dzień sprzedaży i sporo nerwów.
Jeśli nie chcesz przechodzić przez to samodzielnie, mogę zajrzeć do Twojego sklepu, sprawdzić moduły, motyw i serwer, a potem przygotować konkretny plan migracji z wyceną dopasowaną do realnego stanu, a nie do tabelki. Odezwij się, zanim zrobi się z tego pilna sprawa.
