Jaka wersja PHP do PrestaShop? Tabela zgodności dla wersji 1.6, 1.7, 8 i 9

Wersję PHP trzeba dopasować do konkretnego wydania PrestaShop. Nie należy wybierać jej wyłącznie na podstawie tego, jaka opcja jest najnowsza lub dostępna w panelu hostingu. Znaczenie ma również zgodność modułów, szablonu, integracji i indywidualnych modyfikacji sklepu.

PrestaShop 9.0 obsługuje PHP od 8.1 do 8.4, przy czym rekomendowaną wersją jest PHP 8.4. Z kolei PrestaShop 9.1 obsługuje również PHP 8.5, które jest dla tej wersji zalecanym środowiskiem. a dla porównania, PrestaShop 8 kończy natomiast oficjalną kompatybilność na PHP 8.1.

Samo znalezienie kompatybilnej wersji nie oznacza jednak, że można bezpiecznie przełączyć ją bez testów. Sklep może działać poprawnie na stronie głównej, a jednocześnie mieć problem z checkoutem, płatnością, integracją ERP, zadaniami CRON albo panelem administracyjnym.

W tym poradniku znajdziesz aktualną tabelę zgodności PHP z PrestaShop, sposób sprawdzenia środowiska sklepu oraz procedurę bezpiecznej zmiany wersji PHP.

Jaka wersja PHP do PrestaShop? Krótka odpowiedź

Najbezpieczniejsza wersja PHP to taka, która jednocześnie:

• jest oficjalnie obsługiwana przez konkretną wersję PrestaShop,
• pozostaje wspierana przez twórców PHP,
• działa z modułami używanymi w sklepie,
• jest zgodna z szablonem i override’ami,
• obsługuje integracje z ERP, PIM, WMS, marketplace i innymi systemami,
• została przetestowana na kopii sklepu.

Natomiast nie zawsze będzie to najwyższa wersja PHP dostępna na serwerze.

Przykładowo PrestaShop 8 oficjalnie obsługuje PHP maksymalnie do wersji 8.1, ale PHP 8.1 nie znajduje się już wśród wspieranych gałęzi PHP. Oznacza to, że sklep może być zgodny z wymaganiami swojej wersji PrestaShop, a jednocześnie działać na środowisku, które nie otrzymuje już aktualizacji bezpieczeństwa.

W takim przypadku rozwiązaniem nie powinno być wymuszenie PHP 8.2, 8.3 lub 8.4 na nieprzystosowanym sklepie. Najpierw należy sprawdzić możliwość aktualizacji PrestaShop albo migracji do nowszej wersji systemu.

Tabela zgodności PrestaShop i PHP

Poniższa tabela przedstawia oficjalne zakresy zgodności rdzenia PrestaShop. Nie potwierdza zgodności wszystkich modułów, szablonów ani indywidualnych modyfikacji.

Tabela aktualna na 11 lipca 2026 roku. Dane dotyczą zgodności rdzenia PrestaShop i nie potwierdzają automatycznie zgodności modułów, szablonu ani indywidualnego kodu.

Źródła i aktualność danych

Tabela zgodności została opracowana na podstawie oficjalnej dokumentacji technicznej:

• PrestaShop 1.7 — wymagania systemowe i tabela zgodności PHP,
• PrestaShop 8 — wymagania systemowe i obsługiwane wersje PHP,
• PrestaShop 9 — wymagania systemowe i rekomendowane wersje PHP,
• PHP — oficjalny harmonogram wsparcia poszczególnych wersji.

Stan danych: 11 lipca 2026 roku.

Zakresy podane w tabeli dotyczą zgodności rdzenia PrestaShop. Z kolei moduły, szablon, override’y, biblioteki i indywidualne integracje mogą mieć własne wymagania, dlatego przed zmianą PHP należy sprawdzić cały sklep na środowisku testowym.

Linia PrestaShop 9 jest nadal intensywnie rozwijana. Informacje o nadchodzącym One Page Checkout, Ask AI i pozostałych funkcjach znajdziesz w analizie PrestaShop 9.2 – co nowego w kolejnej wersji?

Jaką wersję PHP wybrać? Rekomendacja w zależności od sklepu

Ważne: zgodność PrestaShop nie oznacza zgodności całego sklepu

Tabela dotyczy przede wszystkim rdzenia systemu. Sklep internetowy składa się jednak także z:

• modułów płatności i dostaw,
• szablonu,
• modułów checkoutu,
• override’ów,
• indywidualnego kodu,
• integracji z systemami zewnętrznymi,
• bibliotek instalowanych przez Composer,
• skryptów CRON,
• konfiguracji serwera.

Moduł może być opisany jako zgodny z PrestaShop 8, ale jednocześnie zawierać kod, który nie działa poprawnie na PHP 8.1. Podobnie rozszerzenie przeznaczone dla PrestaShop 9 może wymagać dostosowania do PHP 8.5.

Dlatego przed zmianą trzeba sprawdzić nie tylko wersję samego systemu, ale cały stos technologiczny sklepu.

Kompatybilna wersja PHP może już nie być wspierana

Kompatybilność techniczna i aktywne wsparcie bezpieczeństwa to dwie różne kwestie.

Oficjalna dokumentacja może wskazywać, że dana wersja PrestaShop obsługuje określone PHP. Nie oznacza to jednak, że ta wersja PHP nadal otrzymuje poprawki.

Na dzień 11 lipca 2026 roku wspierane są gałęzie PHP:

• PHP 8.2 — poprawki bezpieczeństwa do 31 grudnia 2026 roku,
• PHP 8.3 — poprawki bezpieczeństwa do 31 grudnia 2027 roku,
• PHP 8.4 — aktywne wsparcie do 31 grudnia 2026 roku, a następnie poprawki bezpieczeństwa do końca 2028 roku,
• PHP 8.5 — aktywne wsparcie do 31 grudnia 2027 roku, a poprawki bezpieczeństwa do końca 2029 roku.

❌ Natomiast PHP 7.4, PHP 8.0 i PHP 8.1 nie są już aktywnie wspierane.

To szczególnie ważne dla właścicieli sklepów działających na PrestaShop 1.7 lub 8. Sklep może działać stabilnie, ale jego środowisko stopniowo staje się coraz trudniejsze w utrzymaniu. Hosting może również w pewnym momencie wycofać starą wersję PHP albo ograniczyć jej dostępność.

Jeżeli sklep działa na PrestaShop 1.7, warto przeczytać również poradnik: aktualizacja czy przebudowa PrestaShop — co wybrać dla starszego sklepu?.

Jak sprawdzić wersję PrestaShop?

Przed wyborem PHP trzeba ustalić dokładny numer wydania PrestaShop. Różnica między PrestaShop 1.7.4, 1.7.7 i 1.7.8 ma znaczenie dla zgodności środowiska.

Sprawdzenie w panelu administracyjnym

Numer wersji można zwykle znaleźć:

• w stopce panelu administracyjnego,
• w sekcji informacji o systemie,
• na stronie parametrów zaawansowanych,
• na ekranie odpowiedzialnym za aktualizacje.

Układ panelu może różnić się zależnie od wersji PrestaShop i zastosowanych modyfikacji.

Sprawdzenie w plikach sklepu

W starszych wersjach informacja o wydaniu może znajdować się w plikach konfiguracyjnych systemu. Tę metodę warto wykorzystać, jeżeli panel administracyjny jest niedostępny.

Nie należy jednak modyfikować plików konfiguracyjnych tylko po to, aby sprawdzić numer wersji.

Sprawdzenie przez specjalistę

Jeżeli sklep był wielokrotnie aktualizowany, numer widoczny w panelu nie zawsze mówi wszystko o jego rzeczywistym stanie. Warto wtedy sprawdzić również:

• historię aktualizacji,
• zmiany w rdzeniu,
• override’y,
• ręcznie modyfikowane moduły,
• wersje bibliotek,
• zgodność bazy danych ze wskazanym wydaniem.

Jak sprawdzić aktualną wersję PHP?

Wersję PHP można sprawdzić na kilka sposobów.

Panel hostingu

Większość hostingów pokazuje aktywną wersję PHP w ustawieniach domeny lub serwera. Trzeba jednak uważać, ponieważ hosting może korzystać z różnych wersji PHP dla:

• strony działającej przez przeglądarkę,
• konsoli SSH,
• zadań CRON,
• wybranych subdomen,
• środowiska testowego.

Sklep może więc działać na PHP 8.1, podczas gdy zadanie synchronizujące produkty przez CRON uruchamia się na PHP 8.2 albo PHP 7.4.

Panel PrestaShop

Informacja o PHP może być dostępna w sekcji parametrów zaawansowanych lub informacji o konfiguracji serwera.

Narzędzie diagnostyczne

PrestaShop udostępnia narzędzie phppsinfo.php, które pomaga sprawdzić, czy środowisko spełnia wymagania systemowe. Oficjalna dokumentacja zaleca umieszczenie pliku w katalogu sklepu i uruchomienie go w przeglądarce. Po zakończeniu diagnostyki plik jednak należy niezwłocznie usunąć lub odpowiednio zabezpieczyć, ponieważ może ujawniać informacje o konfiguracji serwera.

Co może przestać działać po zmianie PHP?

Po przełączeniu wersji PHP sklep nie zawsze przestaje działać całkowicie. Ostatecznie część problemów ujawnia się tylko w określonych sytuacjach.

Szczególnie niebezpieczne są sytuacje, w których strona główna, kategorie i produkty działają, ale klient nie może zapłacić albo zamówienie nie trafia do systemu ERP.

Dlatego test po zmianie PHP nie może ograniczać się do otwarcia kilku podstron.

Błąd 500 po zmianie PHP w PrestaShop — co zrobić?

Błąd 500 oznacza, że serwer nie był w stanie prawidłowo wykonać żądania. Sam komunikat nie wskazuje jeszcze konkretnej przyczyny.

Po zmianie PHP warto sprawdzić:

1. logi serwera i PHP,
2. logi PrestaShop,
3. ostatnio aktualizowane moduły,
4. override’y,
5. zgodność szablonu,
6. wymagane rozszerzenia PHP,
7. konfigurację memory_limit,
8. wersję PHP używaną przez CRON,
9. cache aplikacji,
10. bibliotekę Composer i indywidualne integracje.

Nie należy usuwać losowo modułów ani plików na działającym sklepie. Takie działanie może zamaskować źródło problemu albo doprowadzić do kolejnych błędów.

Jeżeli sklep przestał działać po zmianie wersji PHP, przejdź do usługi pomoc PrestaShop. Analiza logów i środowiska zazwyczaj pozwala szybciej odnaleźć źródło problemu niż próby naprawy metodą prób i błędów.

Jak bezpiecznie zmienić wersję PHP w PrestaShop?

Zmiany PHP nie należy rozpoczynać od przełączenia ustawienia na serwerze produkcyjnym. Bezpieczny proces powinien obejmować analizę, kopię sklepu, środowisko testowe i testy sprzedażowe.

1. Ustal dokładną wersję PrestaShop

Sprawdź pełny numer wydania, a nie tylko główną linię systemu. PrestaShop 1.7.4 obsługuje inny zakres PHP niż PrestaShop 1.7.8.

2. Sprawdź obecne środowisko

Należy ustalić:

• aktualną wersję PHP,
• wersję PHP dla CLI i CRON,
• wersję MySQL lub MariaDB,
• dostępne rozszerzenia PHP,
• limity pamięci i wykonywania skryptów,
• sposób obsługi PHP, np. PHP-FPM,
• konfigurację OPcache,
• system cache,
• konfigurację serwera WWW.

Więcej informacji o parametrach serwera znajdziesz w poradniku jaki hosting PrestaShop wybrać.

3. Przygotuj listę modułów i integracji

Największą uwagę należy zwrócić na elementy odpowiadające za:

• płatności,
• dostawy,
• koszyk i checkout,
• faktury,
• rabaty i kupony,
• wyszukiwarkę i filtry,
• integrację ERP, PIM lub WMS,
• synchronizację marketplace,
• import produktów,
• narzędzia analityczne,
• marketing automation,
• SEO.

Trzeba sprawdzić nie tylko deklarowaną wersję PrestaShop, ale również wymagania PHP poszczególnych modułów.

4. Zweryfikuj szablon i override’y

Starszy albo mocno zmodyfikowany szablon może korzystać z kodu, który przestał być obsługiwany w nowym PHP.

Ryzyko jest większe, jeżeli:

• motyw był modyfikowany przez kilka firm,
• zmiany nie są udokumentowane,
• kod został wprowadzony bezpośrednio do rdzenia,
• sklep korzysta z licznych override’ów,
• część modułów była ręcznie przerabiana,
• repozytorium nie zawiera pełnej historii zmian.

5. Wykonaj pełny backup

Kopia powinna obejmować:

• bazę danych,
• wszystkie pliki sklepu,
• zdjęcia produktów,
• moduły,
• szablon,
• konfigurację,
• pliki integracji,
• zadania CRON,
• ustawienia serwera, jeśli są dostępne.

Backup trzeba również zweryfikować. Sam fakt utworzenia archiwum nie daje pewności, że da się z niego odtworzyć sklep.

6. Przygotuj środowisko testowe

Najbezpieczniej pracować na możliwie wiernej kopii produkcji. Środowisko testowe powinno mieć:

• podobną konfigurację serwera,
• kopię modułów i szablonu,
• porównywalne dane,
• zabezpieczenie przed indeksacją,
• wyłączoną wysyłkę prawdziwych wiadomości do klientów,
• bezpieczne tryby testowe płatności i integracji.

7. Przełącz PHP na kopii sklepu

Po zmianie należy:

• wyczyścić cache PrestaShop,
• zrestartować odpowiednie usługi, jeśli jest to konieczne,
• sprawdzić logi,
• zweryfikować rozszerzenia PHP,
• przetestować panel administracyjny,
• sprawdzić zadania wykonywane przez CLI.

8. Wykonaj pełne testy sprzedażowe

Minimalny zakres testów powinien obejmować:

• stronę główną,
• kategorie i filtry,
• wyszukiwarkę,
• kartę produktu,
• warianty i konfiguratory,
• dodawanie produktu do koszyka,
• naliczanie podatku,
• rabaty i kupony,
• koszty dostawy,
• konto klienta,
• zakupy bez rejestracji,
• wszystkie ważne metody płatności,
• wiadomości e-mail,
• zmianę statusów zamówień,
• generowanie dokumentów,
• zwroty i anulowanie,
• integracje ERP i marketplace,
• aktualizację stanów magazynowych.

9. Zaplanuj wdrożenie produkcyjne

Zmianę najlepiej wykonać w kontrolowanym oknie wdrożeniowym, z przygotowanym planem powrotu do poprzedniej konfiguracji.

Plan powinien określać:

• kto wykonuje zmianę,
• jakie kroki są realizowane,
• jak długo sklep może być niedostępny,
• w jaki sposób sprawdzane są nowe zamówienia,
• kiedy zapada decyzja o powrocie do poprzedniej wersji.

10. Monitoruj sklep po zmianie

Po wdrożeniu trzeba kontrolować:

• logi aplikacji i serwera,
• liczbę błędów,
• działanie checkoutu,
• płatności,
• nowe zamówienia,
• integracje,
• zadania CRON,
• wykorzystanie pamięci i procesora,
• czas odpowiedzi serwera.

Niektóre błędy pojawiają się dopiero podczas wykonywania rzadszych operacji, np. generowania dokumentu, importu produktów albo synchronizacji nocnej.

Jakie rozszerzenia PHP są potrzebne PrestaShop?

Sama wersja PHP nie wystarczy. PrestaShop wymaga również odpowiednich rozszerzeń.

Do najważniejszych należą:

Oficjalna dokumentacja PrestaShop wymienia te rozszerzenia jako elementy wymagane do prawidłowego działania systemu.

W konkretnym sklepie mogą być potrzebne również dodatkowe rozszerzenia. Przykładowo moduł integracyjny może wymagać SOAP, a system przetwarzający duże obrazy może korzystać z Imagick.

Co najczęściej powoduje problemy po zmianie PHP? Doświadczenia Astrabit

Z doświadczenia Astrabit wynika, że problemy po zmianie PHP rzadko wynikają wyłącznie z samego rdzenia PrestaShop. Częściej dotyczą starszych modułów, ręcznie zmodyfikowanego szablonu, override’ów oraz integracji wykonywanych przez CRON.

Szczególnej kontroli wymagają moduły checkoutu, płatności i dostaw. Zdarza się, że katalog produktów i panel administracyjny działają prawidłowo, ale błąd pojawia się dopiero podczas tworzenia zamówienia, zmiany jego statusu albo synchronizacji z ERP.

Dlatego w testach nie ograniczamy się do otwarcia strony głównej. Krótko mówiąc, sprawdzamy pełny scenariusz zakupu, wiadomości e-mail, dokumenty, CRON-y, płatności i wymianę danych z systemami zewnętrznymi.

Czy nowsze PHP przyspieszy sklep PrestaShop?

Nowsza wersja PHP może poprawić szybkość wykonywania kodu i efektywność wykorzystania zasobów. Rzeczywisty efekt zależy jednak od całego sklepu.

Na wydajność PrestaShop wpływają również:

• konfiguracja hostingu,
• liczba i jakość modułów,
• szablon,
• zapytania do bazy danych,
• cache,
• OPcache,
• zdjęcia produktów,
• filtry,
• integracje,
• zewnętrzne skrypty,
• wielkość katalogu,
• liczba wariantów produktów.

Zmiana PHP nie naprawi automatycznie:

• wolnych zapytań SQL,
• źle napisanych modułów,
• ciężkiego szablonu,
• nieoptymalnych zdjęć,
• nadmiaru skryptów JavaScript,
• błędnej konfiguracji cache,
• przeciążonego serwera,
• nieefektywnej integracji ERP.

Jeżeli głównym problemem jest szybkość, przeczytaj poradnik PrestaShop działa wolno — przyczyny i sposoby naprawy.

W przypadku bardziej złożonych problemów warto również rozważyć optymalizację PrestaShop, obejmującą analizę serwera, modułów, bazy danych, szablonu i ścieżki zakupowej.

Czy zmiana PHP poprawi SEO sklepu?

Zmiana wersji PHP nie jest bezpośrednim sposobem na podniesienie pozycji sklepu w Google.

Może jednak pośrednio pomóc, jeżeli nowsze i prawidłowo skonfigurowane środowisko:

• skróci czas odpowiedzi serwera,
• poprawi stabilność sklepu,
• ograniczy błędy 500,
• zmniejszy liczbę przerw w działaniu,
• pozwoli uruchomić nowszą wersję PrestaShop,
• umożliwi dalszą optymalizację techniczną.

Nieprawidłowo przeprowadzona zmiana może natomiast zaszkodzić widoczności, jeśli spowoduje:

• niedostępność podstron,
• błędy serwera,
• problemy z generowaniem mapy strony,
• awarię modułu SEO,
• nieprawidłowe canonicale,
• błędy w danych strukturalnych,
• problemy z indeksacją,
• wydłużenie czasu odpowiedzi.

Po wdrożeniu należy więc sprawdzić nie tylko sprzedaż, ale również kluczowe adresy URL, mapę strony, robots.txt, canonicale i odpowiedzi serwera.

Kiedy zmiana PHP wymaga aktualizacji PrestaShop?

Aktualizacja systemu jest zwykle potrzebna, gdy wersja PrestaShop nie obsługuje PHP, na które ma zostać przełączony serwer.

Najczęstsze scenariusze to:

Hosting wyłącza starą wersję PHP

Dostawca może zapowiedzieć usunięcie PHP 7.4, 8.0 albo 8.1. W takiej sytuacji nie należy czekać do ostatniego dnia. Modernizacja starszego sklepu może wymagać dostosowania wielu modułów i integracji.

Sklep działa na PrestaShop 1.7

PrestaShop 1.7.8 obsługuje maksymalnie PHP 7.4. Przełączenie go na PHP 8 nie jest oficjalnie wspieranym scenariuszem.

Sklep działa na PrestaShop 8 i potrzebuje nowszego PHP

Oficjalna tabela dla PrestaShop 8 kończy się na PHP 8.1. Jeżeli celem jest przejście na PHP 8.4 lub 8.5, należy rozważyć PrestaShop 9.

Więcej o różnicach przeczytasz w artykule PrestaShop 9 — porównanie z PrestaShop 8 i aktualizacja.

Nowy moduł nie działa na starym środowisku

Nowsze moduły mogą wymagać aktualniejszego PHP lub nowszej wersji PrestaShop. Próba instalacji dodatku bez aktualizacji całego środowiska może skończyć się konfliktem zależności.

Sklep ma być dalej rozwijany

Jeżeli firma planuje nowe integracje, automatyzacje, ekspansję zagraniczną lub przebudowę checkoutu, aktualizacja technologiczna może być warunkiem dalszego rozwoju.

Czy można po prostu wrócić do poprzedniego PHP?

Czasami powrót do wcześniejszej wersji PHP przywraca działanie sklepu, ale nie powinien być traktowany jako pełne rozwiązanie.

Problem może nadal dotyczyć:

• niewspieranego środowiska,
• błędnego modułu,
• nieaktualnego szablonu,
• niezgodnych bibliotek,
• długu technicznego,
• niewłaściwej konfiguracji serwera.

Trzeba również pamiętać, że w czasie awarii mogą zostać uruchomione zadania CRON, próby płatności albo synchronizacje. Sam powrót PHP nie zawsze cofnie skutki błędnie wykonanych operacji.

Dlatego każda zmiana powinna mieć przygotowany plan wycofania, kopię danych i monitoring procesów sprzedażowych.

PrestaShop PHP — podsumowanie

Wersję PHP należy dopasować do dokładnego wydania PrestaShop oraz wszystkich elementów wykorzystywanych przez sklep.

Najważniejsze wnioski:

• PrestaShop 1.7 nie obsługuje oficjalnie PHP 8,
• PrestaShop 8 obsługuje maksymalnie PHP 8.1,
• PrestaShop 9.0 rekomenduje PHP 8.4,
• PrestaShop 9.1 rekomenduje PHP 8.5,
• zgodność rdzenia nie gwarantuje zgodności modułów i szablonu,
• zmiany PHP nie należy wykonywać bez kopii i środowiska testowego,
• po przełączeniu trzeba przetestować cały proces zamówienia,
• starsza, kompatybilna wersja PHP może nie otrzymywać już poprawek bezpieczeństwa.

Jeżeli sklep działa na PrestaShop 1.7 lub 8, problemu nie warto odkładać do momentu, w którym hosting wyłączy dotychczasowe PHP. Bez wątpienia, wcześniejszy audyt daje czas na sprawdzenie modułów, integracji, szablonu i wybór bezpiecznego scenariusza modernizacji.