Aktualizacja PrestaShop do wersji 9
Aktualizacja PrestaShop to dwie zupełnie różne prace, które nazywają się tak samo. W czystym sklepie na standardowym szablonie uruchamia się narzędzie i po sprawdzeniu wszystko działa. W sklepie, który przez kilka lat obrósł modułami, override'ami i integracjami, to samo narzędzie zatrzymuje się w połowie - i wtedy zaczyna się prawdziwa robota. Zajmujemy się tym drugim przypadkiem: sklepami na 1.6, 1.7 i 8.x, które są głównym kanałem sprzedaży i których nie da się przeprowadzić jednym kliknięciem.
Czy to w ogóle jest o Twoim sklepie?
Czym różni się aktualizacja narzędziem od aktualizacji z długiem technicznym?
Aktualizacja narzędziem to uruchomienie modułu Update Assistant, który podmienia pliki rdzenia i migruje bazę. Aktualizacja sklepu z długiem technicznym to doprowadzenie kodu do stanu, w którym to narzędzie w ogóle ma szansę przejść - a potem przejście przez nie i naprawa tego, co po drodze przestało działać.
Różnica nie leży w wersji docelowej, tylko w tym, co narzędzie zastanie po drodze. PrestaShop sam ostrzega, że w module aktualizującym trzeba zwykle wyłączyć moduły niestandardowe i wszystkie override'y, żeby proces się nie wywrócił. Jeśli te moduły i override'y odpowiadają u Ciebie za ceny B2B, integrację z ERP albo sposób liczenia dostawy, to „wyłącz je i zaktualizuj" nie jest instrukcją - to opis problemu, który ktoś musi rozwiązać ręcznie.
Jaka jest aktualna wersja PrestaShop?
Najnowsze stabilne wydania to PrestaShop 9.1.5 w gałęzi 9.x i 8.2.8 w gałęzi 8.x - obie widoczne na liście wydań w repozytorium PrestaShopa. PrestaShop 9.0 ukazał się 10 czerwca 2025 roku, a gałąź 9.1 jest dziś tą, którą PrestaShop poleca do pobrania.
W praktyce oznacza to trzy żywe światy: 1.7, które już nie jest utrzymywane, 8.x, które nadal dostaje poprawki, i 9.x, na które przechodzą kolejne sklepy. Wersja 9.2 jest na etapie kandydata do wydania i nie jest wersją, na którą przeprowadza się produkcyjny sklep.
Z jakiej wersji na jaką można zaktualizować?
Z 8.x do 9.x prowadzi normalna ścieżka aktualizacji, bo to przejście między kolejnymi wersjami głównymi obsługiwane przez Update Assistant. Z 1.6 i 1.7 też da się iść aktualizacją, ale im starsza wersja startowa, tym częściej sensowniejsze okazuje się przeniesienie danych do świeżej instalacji - PrestaShop nazywa to migracją i opisuje jako osobny proces.
Wersja startowa
1.6
Na co uważać
Szablon z 1.6 nie jest kompatybilny z 1.7 i nowszymi - system szablonów i kontrolerów zmienił się całkowicie.
Wersja startowa
1.7.8
Na co uważać
Gałąź 1.7 nie jest już utrzymywana. Szablon i moduły wymagają weryfikacji sztuka po sztuce.
Wersja startowa
8.0 – 8.2
Na co uważać
Najczystszy przypadek. Ryzyko siedzi w modułach, nie w rdzeniu.
Czy warto przejść na PrestaShop 9?
Nie zawsze i nie od razu. Jeśli jesteś na 8.2, sklep działa, a serwer trzyma aktualne PHP - możesz spokojnie poczekać, aż Twoje kluczowe moduły dostaną wersje pod 9.x, bo sama „dziewiątka" nie sprzeda za Ciebie ani jednego zamówienia.
Zanim zdecydujesz, obejrzyj demo PrestaShop 9 bez rejestracji. Inaczej wygląda to na 1.6 i 1.7. Tam nie decydujesz między 8 a 9, tylko między wyjściem z niewspieranej wersji a zostaniem w niej na kolejny rok. PrestaShop 9 przyniósł Symfony 6.4 LTS, obsługę PHP 8.1–8.4, nowe Admin API i natywne WebP oraz AVIF - i w tym samym ogłoszeniu twórcy zaznaczyli wprost, że to wersja główna, w której część modułów i szablonów będzie wymagała przeróbek. To jest uczciwa wersja tej decyzji: zysk jest realny, koszt też.
Jakie wymagania serwerowe ma PrestaShop 9?
Warto to sprawdzić przed rozmową o samej aktualizacji, bo kolejność bywa odwrotna do intuicyjnej: to wymagania PHP częściej wymuszają termin niż chęć posiadania nowej wersji. PHP 8.1 nie jest już wspierane, a PHP 8.2 dostaje wyłącznie poprawki bezpieczeństwa do końca 2026 roku. Nie sprzedajemy hostingu, więc ta porada jest bezinteresowna - możemy powiedzieć, czego Twój sklep będzie potrzebował od serwera, i na tym nasza rola się kończy.
PHP 8.1 – 8.5
PrestaShop 9.0 działa na PHP od 8.1 do 8.4. PrestaShop 9.1 dodaje PHP 8.5 jako wersję zalecaną.
MySQL 5.7 lub MariaDB 10.2
Minimalne wersje bazy danych, które PrestaShop 9 uznaje za kompatybilne w środowisku produkcyjnym.
Apache 2.4
Zalecana wersja serwera WWW dla instalacji PrestaShop 9 zgodnie z tabelą kompatybilności.
memory_limit min. 512M
Bez tego limitu proces aktualizacji i codzienna praca panelu administracyjnego będą się wywracać.
Czy aktualizacja zepsuje moje moduły i szablon?
Część modułów przestanie działać i to jest normalny element tej pracy, a nie znak, że coś poszło źle. Dokumentacja PrestaShopa formułuje to bez owijania: przy przejściu na nową wersję główną zakładaj, że moduły są niekompatybilne, dopóki nie udowodnisz, że jest inaczej.
Jeden realny audyt sklepu PrestaShop 1.7 → 9 w liczbach
Sklep, który przeprowadzaliśmy z PrestaShop 1.7 na 9, miał 59 doinstalowanych modułów. Trzydzieści sześć wymagało poprawy, aktualizacji, zastąpienia naszym modułem albo napisania od nowa. Pięć okazało się duplikatami, a pod PrestaShop 9 nadawały się tylko cztery.
Po przepisaniu ten sklep nie ma ani jednego override'a i ani jednego zaszyfrowanego modułu - sześć modułów zniknęło, bo po uporządkowaniu architektury przestały być potrzebne. To nie jest przypadek szczególnie zaniedbanego sklepu - tak wygląda typowy dorobek pięciu, sześciu lat sprzedaży, w których każda nowa potrzeba była rozwiązywana kolejną wtyczką.
-
59 zainstalowanych modułów w sklepie przed audytem *
-
8 modułów zaszyfrowanych ionCube'em – bez dostępu do kodu *
-
~30 override'ów w kodzie rdzenia PrestaShop *
-
0 override'ów i zaszyfrowanych modułów po przepisaniu *
Dlaczego override'y są najdroższym elementem aktualizacji?
Override zastępuje oryginalny kod rdzenia
Override zastępuje oryginalną klasę lub kontroler PrestaShopa własną wersją, więc każda zmiana w rdzeniu może go rozłożyć.
Override'y w PrestaShopie są wyłączne
Jeśli jeden moduł przejmie jakieś zachowanie, drugi nie będzie mógł z niego skorzystać w przewidywalny sposób. Trzydzieści override'ów to nie trzydzieści plików do przeniesienia, tylko trzydzieści miejsc, w których dwa moduły mogą się wykluczać, a błąd ujawni się dopiero w koszyku albo przy statusie zamówienia.
Wychodzimy z aktualizacji bez override'ów
Dokumentacja PrestaShopa wskazuje alternatywy - hooki, rozszerzanie klas i kontrolerów, dekorowanie usług Symfony - i to w tę stronę przepisujemy funkcje, których sklep faktycznie potrzebuje. Zero override'ów na wyjściu, a nie trzydzieści przeniesionych na nową wersję.
Czym różni się Update Assistant od aktualizacji ręcznej?
W praktyce nie wybiera się między nimi, tylko używa obu. My też uruchamiamy Update Assistant - ale dopiero wtedy, gdy sklep jest przygotowany tak, żeby ten moduł miał szansę przejść, a to, co narzędzie każe wyłączyć, jest już przepisane albo zastąpione.
Update Assistant (1-Click Upgrade)
Oficjalny moduł PrestaShopa, który przeprowadza aktualizację z panelu albo z linii poleceń w pięciu krokach:
- Wybór wersji docelowej
- Opcje aktualizacji
- Backup plików i bazy
- Sama aktualizacja
- Lista kontrolna po aktualizacji
Aktualizacja ręczna
Ten sam cel osiągany przez pracę na kodzie, bazie i modułach - najczęściej dlatego, że narzędzie zatrzymało się na czymś, czego samo nie rozwiąże.
- Przepisanie override'ów na hooki i dekoratory usług
- Naprawa lub wymiana niekompatybilnych modułów
- Ręczna praca na kodzie i bazie tam, gdzie narzędzie się zatrzymało
Co stanie się z wyglądem mojego sklepu?
Wygląd odwzorowujemy w 100% na autorskim, zoptymalizowanym szablonie ConversionBox. Wizualnie sklep zostaje ten sam - zmienia się kod pod spodem. Nie migrujemy starego szablonu i mówimy to wprost, bo to jest sedno różnicy: stary szablon jest zwykle jednym z powodów, dla których poprzednie aktualizacje się nie udawały, więc przeniesienie go razem z długiem technicznym oznaczałoby wykonanie tej samej pracy jeszcze raz za dwa lata.
Autorski ekosystem ConversionBox
Wychodzisz z aktualizacji z tą samą identyfikacją wizualną i z kodem, który przestaje blokować kolejne wersje PrestaShop.
Dowiedz się więcejPonad 90 pkt w PageSpeed Insights
Wynik osiągamy na mobile i desktopie i utrzymujemy go w produkcji, nie tylko w dniu odbioru - bo w kodzie nie ma ani jednego override'a ani zaszyfrowanego modułu.
Czy aktualizacja może zniszczyć dane i pozycje w Google?
Dane i adresy URL da się przeprowadzić bez strat, ale nie dzieje się to samo z siebie - dzieje się dzięki backupowi przed startem, mapie przekierowań i testom po. O pozycje trzeba zawalczyć osobno, bo PrestaShop 9 zmienił domyślną budowę adresów produktów - kategoria zniknęła z URL-a - i doszła opcja usunięcia prefiksu języka domyślnego. Dlatego przekierowania planujemy przed aktualizacją, a nie po tym, jak spadnie ruch.
Nie prowadzimy pozycjonowania ani kampanii - to nie jest nasza usługa. Odpowiadamy za to, żeby aktualizacja nie zabrała Ci tego, co już masz, i współpracujemy z partnerami marketingowymi tam, gdzie trzeba iść dalej.
Brak utraty danych
Backup przed startem jest krokiem, którego nie pomijamy, niezależnie od tego, jaki backup ma hosting. Bazę klientów, historię zamówień i katalog produktów przenosimy bez strat.
Mapa przekierowań przed startem
PrestaShop 9 zmienił budowę adresów produktów. Przekierowania planujemy przed aktualizacją, a nie po tym, jak spadnie ruch z Google.
Co się stanie, jeśli nie zaktualizujesz sklepu?
Nic natychmiastowego - i to jest właśnie ta trudna część. Konsekwencje są narastające, a nie nagłe: kończy się wsparcie, kończą się wersje modułów, a w pewnym momencie kończy się PHP, na którym sklep stoi. Najczęściej pierwszym realnym sygnałem nie jest awaria, tylko dostawca płatności albo kurier informujący, że jego moduł nie obsługuje już Twojej wersji.
PrestaShop 1.7.8
PrestaShop zapowiedział, że okres utrzymania gałęzi 1.7.8 skończył się wraz z wydaniem PrestaShop 9.0.0 w czerwcu 2025 roku. Sklepy na 1.7 nie dostają już poprawek.
PHP 8.1 / 8.2
PHP 8.1 wypadło ze wsparcia, a PHP 8.2 ma wyłącznie poprawki bezpieczeństwa do 31 grudnia 2026 roku.
Aktualizować czy zbudować sklep od nowa?
Granica przebiega tam, gdzie koszt naprawy tego, co jest, przekracza koszt zrobienia tego dobrze od zera.
Katalog i dane klientów są w porządku
Jeśli katalog, dane klientów i historia zamówień są w porządku, a problemem jest warstwa kodu - aktualizacja z przepisaniem jest tańsza.
Dostajesz:
- Audyt modułów i override'ów
- Zero override'ów po przepisaniu
- Ten sam wygląd na ConversionBox
- Gwarancję i opiekę w cenie, przez cały czas współpracy
Sklep stoi na 1.6 i szablon jest nie do uratowania
Jeśli sklep stoi na 1.6, ma szablon nie do uratowania i moduły, których autorzy zniknęli - rozmowa powinna dotyczyć nowego wdrożenia, a nie aktualizacji.
Dostajesz:
- Uczciwą rekomendację po audycie
- Nowe wdrożenie na PrestaShop 9
- Bezpieczny transfer danych
- Architekturę ConversionBox od dnia 1.
Zaczynamy od audytu tego, co faktycznie siedzi w Twoim sklepie.
Bez niego każda wycena jest zgadywaniem. Napisz do nas, policzymy Twoje moduły i override'y - albo umów się od razu na krótką rozmowę.
Ile kosztuje aktualizacja PrestaShop?
W wynikach wyszukiwania zobaczysz też aktualizacje za 550 czy 2 499 zł i te ceny nie są nieuczciwe - one po prostu wyceniają inną pracę. Nasze widełki wyceniają sklep, w którym samo narzędzie nie przejdzie.
Aktualizacja narzędziem
Gdy Update Assistant po prostu przechodzi
od 550 zł- Uruchomienie Update Assistant
- Audyt modułów i override'ów
- Przepisanie kodu z długiem technicznym
- Gwarancja i opieka
Tanie oferty agencji
Zwykle bez audytu override'ów
od 2 499 zł- Uruchomienie Update Assistant
- Podstawowa naprawa błędów
- Przepisanie override'ów na hooki
- Gwarancja i opieka
Conversionauts
Sklep z długiem technicznym
5 000 – 30 000 zł netto- Audyt modułów, override'ów i integracji
- Backup przed aktualizacją
- Przepisanie szablonu na ConversionBox
- Testy po aktualizacji
Co dostajesz po aktualizacji? Aktualizacja to wejście w opiekę, nie usługa jednorazowa.
Po aktualizacji sklep stoi na szablonie ConversionBox z zestawem naszych modułów, a aktualizacje szablonu i modułów oraz gwarancja są w cenie opieki - przez cały czas współpracy, bez dopłat. Nie kończymy na dniu wdrożenia, bo kolejne wersje PrestaShopa przyjdą i tak.
Gwarancja na działanie
Nie kończymy na dniu wdrożenia. Aktualizacja to wejście w opiekę nad sklepem, dzięki której następna wersja główna nie jest kolejnym projektem od zera, tylko czynnością.
Aktualizacje w cenie opieki
Aktualizacje szablonu i modułów oraz gwarancja są w cenie opieki przez cały czas współpracy - bez dopłat za kolejne wersje PrestaShopa.
Wynik ponad 90 pkt
Szablon i moduły są nasze, aktualizujemy je w ramach opieki, więc trzymamy wynik PageSpeed również wtedy, gdy sklep żyje, rośnie i dochodzą do niego kolejne funkcje.
Ile trwa aktualizacja i czy sklep musi być wyłączony?
Prace prowadzimy na kopii, więc Twój sklep sprzedaje przez cały czas przygotowań - wyłączenie potrzebne jest dopiero na przełączenie i jest to najkrótszy element całego procesu. Nie podajemy terminu przed audytem, bo czas zależy dokładnie od tego samego, co cena: liczby modułów niestandardowych, override'ów i integracji.
Audyt kodu i modułów
Liczymy moduły, override'y, integracje i sprawdzamy, co jest zaszyfrowane.
Decyzja: aktualizacja czy nowe wdrożenie
Z uzasadnieniem, także wtedy, gdy wychodzi na to drugie.
Backup
Pełna kopia plików i bazy, niezależnie od tego, co ma hosting.
Przygotowanie środowiska
Kopia sklepu, na której pracujemy; Twój sprzedaje przez cały ten czas.
Przepisanie tego, co musi zostać
Funkcje z override'ów i modułów bez wsparcia trafiają do modułów, które przetrwają następną wersję.
Aktualizacja i testy
Przejście na docelową wersję i sprawdzenie ścieżek: koszyk, płatność, dostawa, integracje.
Mapa przekierowań
Przygotowana przed przełączeniem, nie po spadku ruchu.
Przełączenie i obserwacja
Najkrótszy element całości, a potem monitoring błędów i wyników.
Kto powinien wykonać aktualizację PrestaShop?
Ktoś, kto zna kod Twojego sklepu, a nie tylko instrukcję Update Assistanta - bo w sklepie z override'ami cała trudność zaczyna się w miejscu, w którym instrukcja się kończy. Sam PrestaShop przyznaje, że samodzielna aktualizacja bywa ryzykowna i kieruje do agencji oraz sieci wsparcia.
Conversionauts jest certyfikowaną agencją PrestaShop. Mamy za sobą ponad 30 wdrożeń ecommerce - część z nich powstała pod marką innych agencji, dlatego nie wszystkie możemy pokazać z nazwy. U nas rozmawiasz bezpośrednio z osobą, która zna kod Twojego sklepu: bez przekazywania sprawy przez trzy poziomy wsparcia i bez zmiany ludzi w trakcie projektu.
Karol Kowalewski
Założyciel Conversionauts, Twórca ConversionBox
Co się stanie, jeśli zakończymy współpracę?
Sklep zostaje u Ciebie, działa dalej i masz pełne prawo go edytować. Tracisz wyłącznie aktualizacje i gwarancję - nie dostęp, nie kod, nie możliwość zatrudnienia kogoś innego.
Piszemy to wprost, bo w tej branży pytanie o uzależnienie od wykonawcy pada zawsze, tylko zwykle dopiero na trzecim spotkaniu. Odpowiedź brzmi: nie blokujemy Cię.
Współpraca, która zmienia się w partnerstwo
I had a great experience working with Conversionauts on a Magento e-commerce project. They were quick to onboard, highly adaptable, and proactive in tackling challenges. Their frontend skills, flexibility, and ability to adjust to product needs made a real impact. I’d gladly work with them again and highly recommend them!
Alicja Orzeł Senior Product Delivery Manager / Polcode
Wspólnie z Karolem mieliśmy okazję stworzyć dział frontendowy w firmie Aurora Creation. Karol od samego początku był nastawiony na sukces działu oraz partnerstwo. Z takim kompanem u boku można budować zespoły. Polecam...
Mateusz Borowik CEO / Aurora Creation
Karol to Osoba, która ma szeroką widzę technologiczną, doskonale wykorzystuje ją w wdrażanych projektach dobierając najbardziej optymalne rozwiązania. Dodatkowo chętnie dzieli się wiedzą i pomocą z innymi Developerami w zespole. Świetny Programista, ale także i Team Leader.
Adam Suchocki Senior IT Project Manager / Satisfly
Karol oprócz umiejętności technicznych ma bardzo dobre podejście do ludzi. Zawsze znajdzie czas na wsparcie drugiego człowieka.
Paweł Chojnowski CEO / Tilt.pl
Masz pytania?
Mamy odpowiedzi!
Zacznijmy od audytu Twojego sklepu.
Policzymy moduły, override'y i integracje, a potem powiemy, czy to aktualizacja, czy nowe wdrożenie - także wtedy, gdy wyjdzie na to drugie. Rozmowa jest bezpłatna i do niczego nie zobowiązuje.