PHP 8.2 traci wsparcie 31.12.2026 - co zrobić ze stroną na WordPressie

PHP 8.2 przestaje dostawać poprawki bezpieczeństwa 31 grudnia 2026 roku. Strona na WordPressie, która działa na tej wersji, nie przestanie się 1 stycznia wyświetlać, ale każda nowa luka w PHP 8.2 zostanie już bez łatki. Bezpieczny ruch to przejście na PHP 8.4, wspierane do końca 2028 roku. Najpierw trzeba jednak sprawdzić wtyczki i motyw na kopii strony, bo stare dodatki potrafią po zmianie wersji wyłożyć stronę błędem krytycznym. Poniżej opisujemy, jak to sprawdzić i w jakiej kolejności to robimy.

Tekst dotyczy każdej strony i sklepu na WordPressie: strony firmowej, wizytówki, bloga i WooCommerce. Wersję PHP ustawia się na hostingu, więc dotyczy to także stron, których nikt nie aktualizował od lat.

Do kiedy wspierane są poszczególne wersje PHP?

Każda wersja PHP ma dwa lata aktywnego wsparcia i potem dwa lata samych poprawek bezpieczeństwa. Według tabeli na php.net (stan na 28.10.2026):

Z tabeli wynika prosty wniosek: przejście z 8.2 na 8.3 daje tylko rok spokoju. Przejście na 8.4 daje dwa lata i jest wersją, którą zaleca dziś sam WordPress. Jego podręcznik dla firm hostingowych mówi wprost, że do zastosowań produkcyjnych rekomendowany jest PHP 8.4 lub nowszy.

Co się stanie, jeśli nic nie zrobisz?

Strona będzie działać dalej, ale na wersji, której nikt już nie łata. Koniec wsparcia nie wyłącza PHP, tylko kończy wydawanie poprawek. Jeśli w 2027 roku ktoś znajdzie lukę w PHP 8.2, wersje 8.3, 8.4 i 8.5 dostaną łatkę, a 8.2 nie.

Drugi skutek przychodzi od strony hostingu. Firmy hostingowe co jakiś czas wycofują stare wersje PHP z paneli i przełączają konta na nowszą wersję same, czasem z kilkutygodniowym wyprzedzeniem w mailu, którego nikt nie czyta. Wtedy zmiana następuje bez testu i bez kopii, a stara wtyczka wysypuje stronę w najmniej wygodnym momencie. Lepiej zrobić to samemu, w wybranym dniu i z możliwością cofnięcia.

Trzeci skutek dotyczy samego WordPressa i wtyczek. WordPress utrzymuje zgodność ze starymi wersjami PHP dla wstecznej zgodności, ale autorzy wtyczek stopniowo podnoszą wymagania. Po jakimś czasie aktualizacja wtyczki przestaje być możliwa, bo wymaga nowszego PHP, a strona zostaje z dziurawą wersją dodatku.

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

Najszybciej sprawdzisz to w samym WordPressie. Wejdź w Narzędzia, potem Kondycja witryny, zakładka Informacje i sekcja Serwer. Wersja PHP jest tam podana w pierwszych wierszach. Jeśli WordPress uważa ją za przestarzałą, pokaże też ostrzeżenie w zakładce Stan.

Drugie miejsce to panel hostingu. W większości paneli (cPanel, DirectAdmin, panele polskich hostingów) jest pozycja w rodzaju "Wersja PHP" albo "Konfiguracja PHP", gdzie widać bieżącą wersję i listę dostępnych. Tam też wykonuje się samą zmianę.

Jeśli masz kilka stron na jednym koncie, sprawdź każdą osobno. Panele często pozwalają ustawić inną wersję PHP dla każdej domeny i zdarza się, że główna strona jest na 8.3, a stary landing albo sklep sprzed lat na 8.1.

Jak bezpiecznie przejść na nowszą wersję PHP?

Bezpieczne przejście polega na tym, żeby pierwszy raz uruchomić stronę na nowym PHP na kopii, a nie na produkcji. Robimy to w tej kolejności:

Najwięcej czasu zajmuje zwykle krok trzeci. Na stronach, które przejmujemy po latach, najczęstszym problemem są wtyczki porzucone przez autorów, kupione kiedyś motywy premium bez licencji na aktualizacje i ręczne poprawki w plikach motywu. Każdą taką rzecz trzeba zaktualizować, zastąpić albo poprawić, zanim zmieni się wersję PHP.

Formularze to drugi częsty punkt awarii. Strona po zmianie PHP wygląda dobrze, a formularz kontaktowy przestaje wysyłać maile i nikt się nie orientuje przez kilka tygodni. Dlatego w kroku piątym zawsze wysyłamy testowe zgłoszenie i sprawdzamy, czy dotarło.

PHP 8.3 czy od razu 8.4?

Od razu 8.4, chyba że któryś niezbędny dodatek go nie obsługuje. Przejście z 8.2 na 8.3 i rok później na 8.4 to dwa razy ta sama praca: kopia, test, przegląd dodatków. Przejście od razu na 8.4 zamyka temat do końca 2028 roku.

PHP 8.3 ma sens jako krok pośredni, gdy strona używa wtyczki, której nie da się szybko wymienić, a jej autor deklaruje zgodność tylko z 8.3. Wtedy przechodzimy na 8.3, a wymianę wtyczki planujemy na przyszły rok.

Jedna uwaga z października 2026 roku. Podręcznik WordPressa dla hostingów opisuje błąd w wydaniach PHP 8.4.27 i 8.5.12, który w określonych sytuacjach przy obiektach SimpleXML kończy się awarią procesu. Poprawka jest w 8.4.28 i 8.5.13. Jeśli hosting pozwala wybrać konkretne wydanie, sprawdź, które jest zainstalowane. Cofanie się do starszych wydań, żeby ominąć ten błąd, nie jest dobrym pomysłem, bo nie mają one najnowszych poprawek bezpieczeństwa.

Perspektywa KC Mobile

W naszych wdrożeniach najczęściej widzimy, że sama zmiana wersji PHP to minuta w panelu, a cała praca leży w dodatkach, których nikt nie aktualizował. Strony zrobione kilka lat temu przez inną firmę mają zwykle dwie albo trzy wtyczki, które trzeba wymienić, i jeden formularz, który po zmianie przestaje wysyłać maile. Właściciel dowiaduje się o tym od klienta, który "pisał, a nikt nie odpowiedział".

Jeśli nie chcesz robić tego sam, przejdziemy z Twoją stroną całą ścieżkę z tabeli powyżej, z kopią i testem formularzy. Gdy po aktualizacji coś już przestało działać, zajmie się tym naprawa WordPressa od 299 zł netto. Stałą opiekę nad stroną, w której aktualizacje i takie zmiany robimy na bieżąco, prowadzimy od 299 zł netto miesięcznie. Możesz też zadzwonić: 604 939 140.