Koniec wsparcia PHP 8.2: co zrobić ze stroną WordPress i sklepem do końca 2026?

Stan na: listopad 2026.

Wsparcie bezpieczeństwa PHP 8.2 kończy się 31 grudnia 2026 r., więc od 1 stycznia 2027 r. strony i sklepy działające na tej wersji nie dostaną już oficjalnych poprawek luk w interpreterze. Właściciel strony na WordPressie, sklepu na WooCommerce albo PrestaShop ma niecałe dwa miesiące, żeby sprawdzić wersję PHP, przetestować zmianę i przejść na PHP 8.3, 8.4 lub 8.5.

Najważniejsze informacje w skrócie

• PHP 8.2 dostaje poprawki bezpieczeństwa do 31 grudnia 2026 r., zgodnie z harmonogramem publikowanym na php.net.
• PHP 8.1 straciło wsparcie 31 grudnia 2025 r., PHP 8.0 26 listopada 2023 r., a PHP 7.4 28 listopada 2022 r.
• WordPress 7.0 zaleca co najmniej PHP 8.3 i w pełni obsługuje PHP 8.5.
• WooCommerce 11.6, planowany na luty 2027 r., będzie wymagał PHP 8.1 lub nowszego.
• PrestaShop od 8.0 do 8.2 działa najwyżej na PHP 8.1, a PrestaShop 9 obsługuje PHP od 8.1 do 8.4.
• Zmianę PHP najpierw testuje się na kopii strony (staging), a dopiero potem wdraża na produkcji.

Co oznacza koniec wsparcia PHP 8.2?

Koniec wsparcia PHP 8.2 oznacza, że po 31 grudnia 2026 r. zespół PHP przestanie wydawać dla tej gałęzi jakiekolwiek poprawki, także krytyczne poprawki bezpieczeństwa. Według zasad opisanych na php.net każda gałąź PHP ma 2 lata aktywnego wsparcia i kolejne 2 lata wsparcia bezpieczeństwa, czyli razem 4 lata. PHP 8.2 ukazało się 8 grudnia 2022 r., aktywne wsparcie zakończyło 31 grudnia 2024 r. i od tamtej pory otrzymywało wyłącznie łatki bezpieczeństwa.

Strona na nieobsługiwanym PHP nie wyłączy się 1 stycznia 2027 r. Serwer dalej wykona kod, a WordPress czy PrestaShop dalej wyświetlą treści i przyjmą zamówienia. Zmienia się poziom ryzyka: każda nowo wykryta luka w samym interpreterze zostanie bez oficjalnej poprawki. Do tego twórcy systemów, wtyczek i modułów stopniowo podnoszą minimalne wymagania, więc przestarzałe PHP z czasem blokuje także aktualizacje strony.

Dla właściciela firmy liczy się jeszcze jeden skutek. Serwis na PHP bez wsparcia trudniej obronić w audycie bezpieczeństwa, a przy sklepie internetowym przetwarzającym dane klientów taki audyt prędzej czy później się pojawi. Wcześniejsze problemy z PHP opisaliśmy w tekście o luce php2shell w starszych wersjach PHP.

Które wersje PHP mają wsparcie w 2027 roku?

W 2027 roku poprawki bezpieczeństwa dostają PHP 8.3, PHP 8.4 i PHP 8.5. Harmonogram z php.net pokazuje, że każda z tych gałęzi daje inny zapas czasu, więc wybór wersji docelowej przesądza o tym, kiedy temat wróci.

Tabela 1. Harmonogram wsparcia wersji PHP według php.net. Stan na listopad 2026.

Najdłuższy zapas daje PHP 8.5, z poprawkami bezpieczeństwa do 31 grudnia 2029 r. PHP 8.3 rozwiązuje problem tylko na rok, bo jego wsparcie wygasa z końcem 2027 r. Przy przesiadce z PHP 8.2 rozsądniej celować od razu w PHP 8.4 albo 8.5, o ile pozwalają na to motyw, wtyczki i moduły. Ograniczeniem bywa też sam system: PrestaShop 9 obsługuje PHP najwyżej w wersji 8.4.

Jak sprawdzić, na jakiej wersji PHP działa strona?

Wersję PHP najszybciej sprawdzisz w panelu administracyjnym strony albo w panelu hostingu. W WordPressie informacja znajduje się w menu Narzędzia, na ekranie stanu witryny (Site Health), w zakładce Informacje i sekcji Serwer. W PrestaShop wersję PHP pokazuje ekran informacji w parametrach zaawansowanych, razem z wersją bazy danych i serwera.

Panel hostingu zwykle pokazuje wersję PHP przypisaną do domeny i pozwala ją zmienić. Warto sprawdzić pełny numer, a nie tylko gałąź. Według poradnika WPBeginner po poprawkach z października 2026 r. aktualne wydania to między innymi PHP 8.4.27, 8.3.36 i 8.2.35. Numer niższy niż ostatnie wydanie w danej gałęzi oznacza, że serwer nie ma nawet bieżących łatek.

Co koniec PHP 8.2 oznacza dla WordPressa, WooCommerce i PrestaShop?

Koniec PHP 8.2 dotyka każdego z trzech systemów inaczej, bo każdy ma własną politykę wymagań. Najprostsza sytuacja dotyczy WordPressa, najtrudniejsza starszych sklepów na PrestaShop.

WordPress

WordPress 7.0 technicznie uruchomi się już na PHP 7.4, ale minimalną zalecaną wersją pozostaje PHP 8.3. Zespół WordPress Core w komunikacie z 22 maja 2026 r. potwierdził pełne wsparcie PHP 8.3 od WordPressa 6.4, PHP 8.4 od WordPressa 6.8 oraz PHP 8.5 w WordPressie 6.9 i 7.0. Sam rdzeń rzadko sprawia kłopot przy zmianie PHP. Problemy zwykle zgłaszają porzucone wtyczki i motywy pisane na zamówienie lata temu.

WooCommerce

WooCommerce podnosi próg niezależnie od WordPressa. Zespół WooCommerce ogłosił 29 września 2026 r., że wersja 11.6, planowana na luty 2027 r., będzie wymagać PHP 8.1 lub nowszego, a zalecaną wersją jest PHP 8.3 lub wyższa. Wersja 11.3 pokaże w panelu sklepu powiadomienie dla sklepów na PHP 7.4 i 8.0, a sklepy na starszym PHP zatrzymają się na WooCommerce 11.5. Według tego samego komunikatu na PHP 7.4 działa około 7% śledzonych sklepów, a na PHP 8.0 około 2%.

PrestaShop

Najwięcej pracy czeka sklepy na PrestaShop 8. Dokumentacja PrestaShop podaje, że wersje od 8.0 do 8.2 działają na PHP od 7.2 do 8.1, a PHP 8.2 i nowsze nie są obsługiwane. Oznacza to, że sklep na PrestaShop 8 już dziś pracuje na PHP bez wsparcia, bo PHP 8.1 straciło je 31 grudnia 2025 r. Wyjściem jest PrestaShop 9, wydany 10 czerwca 2025 r. i oparty na Symfony 6.4 LTS, który obsługuje PHP 8.1, 8.2, 8.3 i 8.4. Ścieżkę przejścia ze starszych wersji opisaliśmy w artykule o aktualizacji PrestaShop 1.7 do wersji 8 lub 9.

Tabela 2. Wymagania PHP w WordPressie, WooCommerce i PrestaShop według dokumentacji producentów. Stan na listopad 2026.

Jak przejść na nowszą wersję PHP krok po kroku?

Zmiana wersji PHP to kilkuetapowa procedura, w której sam przełącznik w panelu hostingu jest ostatnim krokiem. Kolejność ma znaczenie, bo każdy etap zmniejsza ryzyko, że sklep przestanie przyjmować zamówienia.

1. Sprawdź bieżącą wersję PHP, wersję systemu (WordPress, WooCommerce, PrestaShop) oraz listę wtyczek, motywów i modułów.
2. Zaktualizuj rdzeń, motyw, wtyczki i moduły jeszcze na obecnym PHP, bo nowsze wydania zwykle lepiej znoszą nowsze PHP.
3. Wykonaj pełną kopię plików i bazy danych, przechowywaną poza serwerem strony.
4. Postaw kopię serwisu na środowisku testowym (staging) i tam przełącz PHP na wersję docelową.
5. Przetestuj kluczowe ścieżki: formularze, logowanie, koszyk, płatność, wysyłkę maili, integracje z ERP lub kurierem oraz panel administracyjny, i przejrzyj logi błędów PHP.
6. Napraw lub wymień elementy, które zgłaszają błędy, na przykład porzuconą wtyczkę albo moduł bez wsparcia.
7. Przełącz PHP na produkcji w godzinach najmniejszego ruchu i przez kilka dni obserwuj logi, mając gotowy plan powrotu do kopii.

Przy przejściu o kilka gałęzi naraz, na przykład z PHP 8.1 na 8.4, staging jest obowiązkowy. Przy poprawce w obrębie jednej gałęzi, jak z 8.4.26 na 8.4.27, ryzyko jest dużo mniejsze, co zauważa także poradnik WPBeginner.

Przykładowy scenariusz: sklep WooCommerce na PHP 8.2

Przykładowy scenariusz: sklep z akcesoriami ogrodowymi działa na WooCommerce od 2021 r., ma 18 wtyczek i motyw przygotowany na zamówienie, a hosting przypisał mu PHP 8.2. Przegląd wtyczek pokazuje dwie, które od dawna nie dostały aktualizacji. Na stagingu z PHP 8.4 jedna z nich generuje ostrzeżenia w logach, a druga blokuje zapis zamówienia. Pierwszą da się zaktualizować, drugą trzeba zastąpić innym rozszerzeniem albo krótkim modułem dedykowanym.

Po poprawkach sklep przechodzi testy koszyka, płatności i wysyłki maili, więc zmiana PHP na produkcji zajmuje kilka minut w panelu hostingu. Bez stagingu ten sam błąd ujawniłby się dopiero przy pierwszym zamówieniu klienta, w dodatku w grudniowym szczycie sprzedaży.

Najczęstsze błędy przy aktualizacji PHP

Najczęstsze błędy przy zmianie PHP wynikają z pośpiechu i braku testów, a nie z samej technologii. Każdego z nich da się uniknąć prostą zasadą.

• Zmiana PHP bezpośrednio na produkcji. Zawsze najpierw testuj na kopii strony.
• Brak kopii zapasowej poza serwerem. Kopia zapisana na tym samym hostingu nie pomoże przy awarii konta.
• Wybór PHP 8.3 jako docelowego. Wsparcie kończy się 31 grudnia 2027 r., więc lepiej od razu przejść na 8.4 lub 8.5, jeśli system na to pozwala.
• Pomijanie wtyczek i modułów bez aktualizacji. Sprawdź datę ostatniego wydania każdej z nich i zaplanuj zamienniki.
• Ignorowanie logów po wdrożeniu. Ostrzeżenia o przestarzałych funkcjach często poprzedzają poważniejszą awarię.
• Odkładanie PrestaShop 8 na później. Ten system nie przejdzie na wspierane PHP bez aktualizacji do PrestaShop 9.

Jak to robimy w Special Space

Special Space zajmuje się zmianą PHP w ramach opieki technicznej nad stroną, a nie jako jednorazowym kliknięciem w panelu. W Pakiecie Opieki dla stron na WordPressie aktualizujemy rdzeń, wtyczki i motywy po wcześniejszym teście na środowisku stagingowym, wykonujemy codzienne kopie plików i bazy danych na zewnętrznym serwerze i monitorujemy bezpieczeństwo strony.

Współpracę zaczynamy od audytu: sprawdzamy wersję WordPressa, stan wtyczek, szybkość, bezpieczeństwo i kopie zapasowe. Zgłoszenia krytyczne, takie jak awaria czy naruszenie bezpieczeństwa, obsługujemy do 24 godzin, a standardowe do 72 godzin. Przy sklepach na WooCommerce i PrestaShop zaczynamy od sprawdzenia, czy zmiana PHP wymaga wcześniejszej aktualizacji samego systemu lub modułów.

Nie wiesz, na jakim PHP działa Twoja strona albo sklep i czy przejście na nowszą wersję obędzie się bez przestoju? Umów bezpłatną konsultację, a sprawdzimy wersję PHP, zgodność wtyczek i modułów oraz zaproponujemy plan zmiany przed 31 grudnia 2026 r.

Podsumowanie

PHP 8.2 traci wsparcie bezpieczeństwa 31 grudnia 2026 r., a od 2027 r. bezpieczne są tylko PHP 8.3, 8.4 i 8.5. Strony na WordPressie i sklepy na WooCommerce zwykle przejdą na PHP 8.4 lub 8.5 po aktualizacji wtyczek i testach na stagingu. Sklepy na PrestaShop 8 potrzebują najpierw przejścia na PrestaShop 9, bo starsza wersja nie obsługuje PHP nowszego niż 8.1. Najbezpieczniej zaplanować zmianę w listopadzie, zanim zacznie się grudniowy szczyt sprzedaży.