PrestaShop 8.2 wciąż otrzymuje poprawki bezpieczeństwa — nie trzeba migrować na wersję 9 pod presją. Ale to wsparcie nie będzie trwać wiecznie, a sklep ze skomplikowanymi integracjami ERP, zbudowany na PrestaShop 1.7, jest już dziś realnym ryzykiem biznesowym: bezpieczeństwo, zgodność modułów i wydajność będą się z czasem tylko pogarszać. Dobra wiadomość: migracja nie musi oznaczać zatrzymania sklepu na tygodnie. Da się to zrobić etapami, zachowując ciągłość sprzedaży. Poniżej pokazujemy, jak zaplanować to bezpiecznie dla sklepu z integracjami, których nie można sobie pozwolić stracić.
Migracja to nie decyzja „teraz albo nigdy”
Jeśli sklep działa stabilnie na PrestaShop 8.2, ma dużo modułów, integracje z ERP, BaseLinkerem, płatnościami i kurierami, oraz customowy szablon — nie trzeba rzucać się od razu na wersję 9. Rozsądniejsza ścieżka to najpierw upewnić się, że sklep działa na najnowszym, poprawionym wydaniu gałęzi 8.2 (regularnie dostaje poprawki bezpieczeństwa, w tym krytyczne — jak łatka na podatność XSS w wydaniu 8.2.6), a migrację na 9.x zaplanować jako przygotowany, przemyślany projekt, nie reakcję pod presją.
Inaczej wygląda sytuacja, jeśli sklep wciąż działa na PrestaShop 1.7 albo starszym. Tam ryzyko jest już realne i rosnące — brak wsparcia bezpieczeństwa, malejąca zgodność modułów, coraz trudniejszy dostęp do nowych funkcji. Dla takich sklepów migracja przestaje być opcją do rozważenia w przyszłości.
Co się zmienia technicznie — krótkie przypomnienie
Pisaliśmy o tym szerzej w artykule o pisaniu modułów PrestaShop 9, ale kluczowe punkty warto mieć przed oczami przy planowaniu migracji:
- Skok z Symfony 4.4 na Symfony 6.4 LTS — cztery lata rozwoju frameworka naraz, z wszystkimi wynikającymi z tego zmianami łamiącymi kompatybilność.
- Zmiana systemu wysyłki maili ze Swift Mailera na Symfony Mailer — moduły wysyłające powiadomienia mailowe starym sposobem wymagają aktualizacji.
- Minimalna wersja PHP to 8.1, z pełnym wsparciem do 8.4/8.5 w zależności od wydania.
- Nowe Admin API oparte na OAuth 2.0, obok wciąż działającego starego API Webservice.
Plan migracji w etapach — bez zatrzymywania sprzedaży
- Etap 1: audyt obecnych modułów i integracji. Sprawdźcie, które niestandardowe moduły korzystają z override’ów klas rdzenia, starego systemu mailingu albo wewnętrznych mechanizmów Symfony 4.4 — to one wymagają najwięcej pracy przy migracji.
- Etap 2: środowisko testowe na PrestaShop 9. Zainstalujcie kopię sklepu na osobnym środowisku i przetestujcie tam kluczowe integracje — ERP, BaseLinker, płatności — zanim cokolwiek dotknie środowiska produkcyjnego.
- Etap 3: migracja modułów wymagających zmian. Zacznijcie od tych, które audyt z etapu 1 oznaczył jako najbardziej ryzykowne. Stary moduł działający na override’ach zwykle wymaga przepisania pod system hooków, zamiast prostej aktualizacji.
- Etap 4: migracja etapowa, nie jednorazowa. Zamiast przełączać cały sklep naraz, można migrować kategorie produktowe albo poszczególne funkcje stopniowo, monitorując wskaźniki sprzedażowe po każdym kroku — dokładnie tak, jak opisywaliśmy przy migracji na architekturę headless.
- Etap 5: pełne przełączenie, z planem odwrotu. Nawet po dokładnych testach warto mieć gotowy, przetestowany sposób szybkiego powrotu do starej wersji, gdyby coś poszło nie tak na produkcji.
Największe ryzyko: integracje ERP zbudowane na starych fundamentach
Sklep B2B rzadko jest tylko sklepem — to zwykle centrum spięte z systemem ERP, hurtowniami, BaseLinkerem i fakturowaniem. Integracje te, jeśli powstały kilka lat temu, często korzystają z mechanizmów, które migracja na Symfony 6.4 realnie zmienia. Moduł synchronizujący stany magazynowe przez stare API Webservice będzie dalej działał — to API pozostaje wspierane. Moduł wysyłający powiadomienia o zamówieniach przez starą bibliotekę mailingową już nie zadziała bez poprawek.
To dokładnie dlatego etap audytu (Etap 1 powyżej) ma największe znaczenie — pozwala z wyprzedzeniem wiedzieć, które integracje przejdą migrację bez problemu, a które wymagają realnej pracy programistycznej, zanim w ogóle zaczniecie planować terminy.
Przykład z praktyki (Klient O, dystrybutor materiałów budowlanych — przykład poglądowy, dane uśrednione dla tej skali projektu)
Firma prowadziła sklep B2B na PrestaShop 8.2, z integracją ERP synchronizującą stany magazynowe i cenniki dla kilkudziesięciu grup kontrahentów, zbudowaną kilka lat wcześniej. Audyt przed migracją wykazał, że moduł integracyjny korzystał z override’u klasy odpowiedzialnej za generowanie faktur — mechanizmu, który w PrestaShop 9 działał inaczej.
Zamiast migrować cały sklep naraz, firma najpierw przepisała krytyczny moduł integracyjny, testując go równolegle na środowisku testowym z PrestaShop 9 przez kilka tygodni, obserwując zgodność z rzeczywistymi danymi zamówień. Dopiero po potwierdzeniu pełnej zgodności nastąpiła migracja produkcyjna, przeprowadzona w weekend o niskim ruchu, z gotowym planem powrotu do wersji 8.2 na wypadek problemów. Sklep nie miał ani minuty nieplanowanego przestoju.
FAQ
Czy trzeba migrować sklep na PrestaShop 9 natychmiast? Nie, jeśli sklep stabilnie działa na aktualnej wersji 8.2.x, wciąż otrzymującej poprawki bezpieczeństwa. Migrację warto zaplanować z wyprzedzeniem, nie robić jej pod presją.
Ile trwa migracja sklepu B2B z integracjami ERP na PrestaShop 9? Zależy od liczby i złożoności niestandardowych modułów oraz integracji. Sklep z prostym zestawem modułów może przejść migrację w kilka tygodni, sklep z rozbudowanymi, starymi integracjami — kilka miesięcy, licząc od audytu do pełnego wdrożenia produkcyjnego.
Czy migracja na PrestaShop 9 wymaga zatrzymania sprzedaży? Nie musi. Migracja etapowa, z testowaniem na osobnym środowisku i stopniowym przełączaniem poszczególnych elementów, pozwala zachować ciągłość sprzedaży przez cały proces.
Co najczęściej się psuje przy migracji integracji ERP na PrestaShop 9? Najczęściej moduły korzystające z override’ów klas rdzenia (np. generowania faktur, zamówień) oraz moduły wysyłające powiadomienia mailowe starym systemem — obie te rzeczy zmieniły się istotnie między Symfony 4.4 a 6.4.
Czy warto migrować od razu na PrestaShop 9, czy najpierw zaktualizować do najnowszej wersji 8.2.x? Jeśli sklep nie jest jeszcze na najnowszym wydaniu gałęzi 8.2, warto najpierw to zrobić — to prostsza, mniej ryzykowna aktualizacja, dająca czas na spokojne zaplanowanie pełnej migracji na wersję 9.
Macie sklep B2B na PrestaShop z rozbudowanymi integracjami ERP i zastanawiacie się nad migracją na wersję 9? Sprawdźcie naszą ofertę wdrożeń e-commerce — jako certyfikowany PrestaShop Expert przeprowadzimy audyt Waszych integracji i zaplanujemy migrację bez ryzyka dla sprzedaży.
