PrestaShop 1.6 i 1.7 bez wsparcia: co to oznacza dla sklepu

Sklep na starej wersji PrestaShop nie przestaje działać z dnia na dzień. Działa, sprzedaje i wygląda tak samo jak rok temu. Właśnie dlatego tak łatwo odłożyć decyzję. Problem w tym, że pod spodem rośnie dług: luki bezpieczeństwa bez poprawek, hosting wygaszający stare PHP, moduły, których nikt nie aktualizuje. Ten tekst mówi, co dokładnie się zmienia, gdy wersja traci wsparcie, i jak zaplanować przejście bez zatrzymywania sprzedaży.

W skrócie

PrestaShop 1.6 nie ma wsparcia od czerwca 2019. Gałąź 1.7.8 dostawała tylko poprawki bezpieczeństwa, a jej utrzymanie skończyło się wraz z wydaniem 9.0 w czerwcu 2025.
Brak wsparcia oznacza brak łatek bezpieczeństwa. Każda nowa luka w rdzeniu lub popularnym module zostaje w Twoim sklepie na zawsze.
Hostingi wygaszają stare wersje PHP, pod które pisano 1.6 i 1.7. Prędzej czy później dostaniesz mail o wyłączeniu i sklep przestanie działać.
Cel to PrestaShop 9 (zalecany) albo 8.x (nadal wspierany). Z 1.7 często da się aktualizować, z 1.6 zwykle stawia się nowy sklep i przenosi dane.

Co dokładnie oznacza brak wsparcia

Wsparcie wersji PrestaShop to trzy rzeczy: poprawki błędów, poprawki bezpieczeństwa i zgodność z nowymi wersjami PHP. Gdy wersja traci wsparcie, znikają wszystkie trzy. Dla 1.6 stało się to w czerwcu 2019. Gałąź 1.7.8 przez ostatnie lata dostawała już tylko poprawki bezpieczeństwa, a wraz z premierą 9.0 w czerwcu 2025 zakończyło się także to.

W praktyce: jeśli ktoś odkryje dziś lukę w rdzeniu 1.7, nikt jej nie załata. Jeśli operator płatności zmieni API, autor modułu nie wyda wersji pod 1.7. Jeśli hosting przejdzie na nowsze PHP, sklep przestanie się uruchamiać. Żadne z tych zdarzeń nie ma daty w kalendarzu, więc łatwo je ignorować. Każde z nich jednak nadejdzie.

Cztery ryzyka, które rosną z każdym miesiącem

Bezpieczeństwo

Stare sklepy są celem automatycznych skanerów. Boty przeszukują internet w poszukiwaniu znanych wersji i znanych luk, a potem wstrzykują skrypty podmieniające dane karty w koszyku albo przekierowujące płatności. Przy wycieku danych osobowych masz 72 godziny na zgłoszenie do UODO. Na starej wersji nie da się tego ryzyka zamknąć, bo nie ma czego zainstalować.

PHP i hosting

PrestaShop 1.6 powstał dla PHP 5 i wczesnych wydań 7, a 1.7 dla PHP 7. Dostawcy hostingu wyłączają stare wersje PHP, bo same nie mają wsparcia i są ryzykiem dla całego serwera. Dostajesz wtedy wybór: zostać na starym PHP na osobnym, droższym serwerze bez gwarancji, albo przejść na nowe PHP, na którym stary sklep sypie błędami. PrestaShop 9 wymaga PHP od 8.1 do 8.4, więc nowy sklep rozwiązuje ten problem na lata.

Moduły i integracje

Autorzy modułów rozwijają wersje pod 8 i 9. Nowe funkcje bramek płatności, nowe API kurierów, zmiany w Allegro czy BaseLinkerze trafiają do nowych wersji modułów, które nie instalują się na 1.7. Z czasem sklep zostaje z integracjami, które działają „jeszcze”, ale nie da się ich ani naprawić, ani wymienić.

Wykonawcy i koszty

Coraz mniej programistów chce pracować na 1.6. Ci, którzy to robią, biorą więcej, bo praca jest żmudna i ryzykowna. Każda poprawka na starym sklepie jest droższa niż ta sama poprawka na 9. Koszt utrzymania starego sklepu rośnie, a wartość każdej złotówki w niego włożonej spada, bo i tak go zmienisz.

Pilne

Jeśli Twój sklep działa na 1.6 i przyjmuje płatności kartą, potraktuj to jako sprawę pilną. Luki w tej wersji są publicznie znane od lat, a skrypty podmieniające dane kart na stronie płatności to najczęstszy sposób ataku na stare sklepy, który widzimy.

Dokąd przejść: 8.x czy 9

Masz dwa wspierane cele. PrestaShop 8.x nadal dostaje poprawki i nie ma ogłoszonej daty końca. PrestaShop 9 jest zalecanym celem aktualizacji, ma nowe Admin API, motyw Hummingbird i wymaga PHP 8.1 do 8.4. Co wybrać, zależy od stanu modułów.

Sytuacja	Zalecany cel	Dlaczego
Moduły mają wersje zgodne z 9	9	Jedna zmiana zamiast dwu, dłuższy czas spokoju
Ważny moduł istnieje tylko dla 8.x	8.x, potem 9	Najpierw wyjście ze strefy bez wsparcia, potem spokojna wymiana modułu
Sklep na 1.6	9 jako nowa instalacja	Nie ma sensownej ścieżki aktualizacji, dane przenosi się do nowego sklepu
Sklep na 1.7 z czystym rdzeniem	9 przez Update Assistant	Aktualizacja da się zrobić na kopii i przetestować
Sklep na 1.7 z nadpisanym rdzeniem	9 jako nowa instalacja	Naprawa nadpisań kosztuje więcej niż przeniesienie danych

Szczegóły zmian w dziewiątce i to, które moduły z 1.7 przestają działać, opisaliśmy w osobnym artykule o PrestaShop 9.

Jak przejść z 1.7 na 8 lub 9

Dla 1.7 istnieje ścieżka aktualizacji modułem Update Assistant (dawniej 1-Click Upgrade). To nie znaczy, że wystarczy kliknąć. Sama aktualizacja plików i bazy to najmniejsza część pracy.

Krok po kroku

Pełna kopia. Baza, pliki, zdjęcia, konfiguracja. Sprawdzona przez odtworzenie na innym serwerze, nie tylko „zrobiona”.
Kopia robocza na PHP 8.1 lub wyższym. Stawiamy sklep na środowisku testowym z docelowym PHP. Już samo to pokazuje, które moduły nie uruchamiają się na nowym PHP.
Przegląd modułów i nadpisań. Lista modułów z wersjami zgodnymi z celem, lista plików w katalogu override, lista zmian w szablonie. Co da się zaktualizować, co wymienić, co usunąć.
Aktualizacja na kopii. Update Assistant, potem naprawa wszystkiego, co się posypało. Zwykle dwie, trzy iteracje.
Testy ścieżki zakupu. Rejestracja, koszyk, każda metoda płatności, każdy przewoźnik, maile, faktury, integracje z magazynem.
Przełączenie. Poza godzinami szczytu, z trybem konserwacji na kilkanaście minut i gotowym planem powrotu.

Jak przejść z 1.6

Dla 1.6 nie ma bezpiecznej ścieżki aktualizacji do 9. Różnice w strukturze bazy, szablonach i modułach są zbyt duże. Stawiamy więc nowy sklep na 9 i przenosimy dane: produkty z kategoriami, cechami i zdjęciami, klientów z adresami i hasłami, historię zamówień, opinie, treści stron. Osobno budujemy mapę przekierowań ze starych adresów na nowe, żeby nie stracić pozycji w Google. Ten proces opisaliśmy w artykule o migracji bez utraty pozycji.

Zaleta nowej instalacji: pozbywasz się wszystkiego, czego nie używasz. Wada: szablon trzeba zrobić od nowa, bo motywy z 1.6 nie działają na 9. Dla wielu sklepów to i tak zaplanowana zmiana, więc łączy się ją z migracją.

Z naszej praktyki

Hurtownia artykułów biurowych działała na 1.6.1 do wiosny 2025. Hosting zapowiedział wyłączenie PHP 7.1 z trzymiesięcznym wyprzedzeniem. Postawiliśmy nową instalację, przenieśliśmy 23 tysiące produktów, 6 tysięcy kont firmowych z grupami cenowymi i osiem lat zamówień. Mapa przekierowań objęła 31 tysięcy adresów. Ruch z Google po przełączeniu spadł o 4 procent w pierwszym tygodniu i wrócił do poprzedniego poziomu po miesiącu. Stary sklep został wyłączony dwa dni przed terminem hostingu.

Jak rozłożyć to w czasie

Najgorszy moment na przejście to ten, w którym musisz. Mail od hostingu, włamanie, moduł płatności, który przestał działać. Lepiej zaplanować przejście w okresie poza sezonem i dać sobie co najmniej dwa miesiące od decyzji do przełączenia. Pierwszy miesiąc to inwentaryzacja i praca na kopii. Drugi to testy, poprawki i przełączenie.

Stary sklep nie przestaje działać w dniu końca wsparcia. Przestaje działać w dniu, w którym coś się zmieni dookoła niego, a Ty nie będziesz miał czym odpowiedzieć.

Pytania, które słyszymy najczęściej

Sklep na 1.7 działa bez problemu. Czy naprawdę muszę coś robić?

Dziś nie musisz. Ale od wydania 9.0 nie dostaje poprawek bezpieczeństwa, a hosting prędzej czy później wyłączy stare PHP. Lepiej wybrać termin samemu niż czekać, aż go ktoś wybierze za Ciebie.

Czy stracę klientów i ich hasła przy przenoszeniu?

Nie. Konta, adresy i zaszyfrowane hasła da się przenieść. Klient loguje się po migracji tak samo jak przed nią.

Czy mogę zostać na 8.x zamiast przechodzić na 9?

Możesz. PrestaShop 8.x jest nadal wspierany. Ma to sens, gdy ważny dla Ciebie moduł nie ma jeszcze wersji dla 9. Potem i tak warto zaplanować przejście, bo 9 jest zalecanym celem.

Co z szablonem z 1.7 po aktualizacji do 9?

Motyw potomny Classic zwykle wymaga poprawek, ale działa. Luźno zmodyfikowany szablon z marketplace to loteria. Przy nowej instalacji szablon robi się od nowa, najczęściej na Hummingbird.

Masz sklep na 1.6 albo 1.7 i chcesz wiedzieć, czy aktualizować, czy przenosić? Zrobimy przegląd modułów i kopii roboczej, a potem przedstawimy plan z terminami. Zobacz, jak przeprowadzamy migrację PrestaShop.

Zaplanuj przejście ze starej wersji