Przełączyli Państwo PHP na hostingu i strona padła, pokazując biały ekran. Znajomy scenariusz? Od 2020 roku przeszły go tysiące właścicieli WordPressa, gdy hostingi zaczęły masowo wyłączać PHP 7.4, a ekosystem wtyczek nie zdążył jeszcze dogonić ósmej gałęzi.

Jest połowa 2026 roku i krajobraz zmienił się radykalnie. Zespół WordPress Core oficjalnie zniósł oznaczenie „kompatybilność beta" dla wszystkich wersji PHP 8.x, od 8.0 do 8.5. Minimalna zalecana wersja wzrosła do PHP 8.3, a WordPress 6.9 i 7.0 w pełni wspierają PHP 8.5. Jeśli Państwa strona nadal działa na 7.4 lub 8.0, tracą Państwo nie tylko bezpieczeństwo, ale i zauważalny wzrost wydajności, jaki dają nowe wersje języka.

Przeanalizujmy bez zbędnych słów: które wersje PHP są dziś aktualne dla WordPressa, dlaczego „beta" odeszła do przeszłości i jak przeprowadzić aktualizację, by żadna wtyczka nie przestała działać.

💡 Szybki przegląd:

• Minimalna zalecana wersja PHP dla WordPressa w 2026 roku to 8.3, a WP 6.9 w pełni wspiera PHP 8.5 (źródło)
• Oznaczenie „kompatybilność beta" zostało oficjalnie zniesione w maju 2026, wszystkie wersje PHP 8.x mają teraz pełne wsparcie
• Plan bezpiecznej aktualizacji: backup → kopia staging → sprawdzenie wtyczek → aktualizacja → weryfikacja
• PHP 7.4, 8.0 i 8.1 nie otrzymują już poprawek bezpieczeństwa, dalsze ich używanie jest ryzykowne

Jak WordPress doszedł do pełnego wsparcia PHP 8

Droga zajęła prawie sześć lat. WordPress 5.6, wydany w grudniu 2020 roku, był pierwszą wersją z deklarowaną kompatybilnością z PHP 8.0. Ale zespół od razu oznaczył ten status jako „beta" i nie bez powodu. Rdzeń działał, ale ekosystem dziesiątek tysięcy wtyczek i motywów pozostawał nieprzewidywalny. Funkcja create_function(), usunięta w PHP 8.0, była wówczas używana w ponad 5500 wtyczkach, według szacunków Wordfence.

Kluczowy przełom nastąpił w 2023 roku, gdy WordPress przyjął ilościowe kryteria zdjęcia oznaczenia beta: utrzymywano je tak długo, dopóki użycie konkretnej wersji PHP nie przekraczało 10% na odpowiadającej jej wersji WordPressa. Do wiosny 2026 roku liczba i powaga zgłoszeń o niekompatybilności spadły na tyle, że oznaczenie zniesiono całkowicie, z mocą wsteczną dla wszystkich wersji PHP 8.x.

Dziś sytuacja jest jasna i klarowna: WordPress 6.4 i nowsze w pełni wspierają PHP 8.3, wersje 6.8+, PHP 8.4, a 6.9 i 7.0, już PHP 8.5. Żadnych „beta" i „z wyjątkami".

Które wersje PHP działają z WordPressem w 2026 roku

Oficjalna strona wymagań WordPressa określa trzy poziomy wsparcia. Oto aktualny obraz na czerwiec 2026:

Ważna kwestia: PHP 8.2 osiąga EOL 31 grudnia 2026 roku. Jeśli Państwa hosting oferuje „PHP 8.2" jako maksimum, za pół roku pozostaną Państwo bez aktualizacji bezpieczeństwa. Należy żądać 8.3 lub 8.4.

Dlaczego warto zaktualizować PHP już teraz

Trzy powody, które zwracają godzinę pracy administratora systemu.

Bezpieczeństwo. PHP 7.4 nie otrzymuje poprawek od listopada 2022 roku, to cztery lata bez ochrony. Każda podatność znaleziona po tej dacie pozostaje otwartymi drzwiami na Państwa serwerze. PHP 8.0, od listopada 2023 roku. Według danych W3Techs na czerwiec 2026, około 15% stron na WordPressie nadal działa na wersjach PHP bez wsparcia bezpieczeństwa. To setki tysięcy potencjalnie podatnych instalacji.

Wydajność. PHP 8.0 przyniósł kompilator JIT, a wersje 8.1-8.4, kaskadę optymalizacji opkodów, preloadingu i typizacji. W praktyce przejście z 7.4 na 8.3 daje wzrost szybkości o 30-50% na typowej stronie WordPress bez zmiany kodu, według pomiarów benchmarków. Dla sklepów na WooCommerce z setkami produktów różnica jest jeszcze bardziej odczuwalna: krótszy czas generowania strony, wyższa konwersja.

Kompatybilność. Twórcy wtyczek testują już na PHP 8.3 i 8.4 jako na wersji minimalnej. Nowe wydania popularnych wtyczek mogą po prostu nie uruchomić się na PHP 7.4 i pozostaną Państwo bez aktualizacji funkcjonalności, w dodatku do braku poprawek bezpieczeństwa.

Co się psuje podczas aktualizacji PHP i jak to sprawdzić

Główne źródło problemów to usunięte funkcje. PHP 8.0 wyciął kilkadziesiąt przestarzałych wywołań, w tym create_function(), each() i money_format(). PHP 8.1 zaostrzył typizację: przekazanie null do parametru non-nullable stało się błędem krytycznym zamiast ostrzeżenia. PHP 8.2 kontynuował czyszczenie właściwości dynamicznych, a 8.4 ostatecznie usunął E_STRICT.

Praktyczny wniosek: jeśli Państwa wtyczka lub motyw nie były aktualizowane od 2020-2021 roku, ryzyko niekompatybilności jest wysokie. Istnieją jednak narzędzia do diagnostyki.

Na początek żelazna zasada: backup tworzy się przed jakimikolwiek działaniami. Dalej są dwie ścieżki sprawdzenia.

Ścieżka pierwsza: PHP Compatibility Checker. Należy zainstalować wtyczkę o tej samej nazwie z katalogu WordPress.org. Skanuje ona kod aktywnego motywu i wtyczek i pokazuje niekompatybilne wywołania ze wskazaniem pliku i linii. Nie jest idealna, nie widzi problemów czasu wykonania, ale w pięć minut daje mapę pola minowego.

Ścieżka druga: kopia staging. Należy utworzyć kopię strony na subdomenie za pomocą narzędzia hostingu lub wtyczki typu WP Staging. Przełączyć PHP na wersję docelową i przejść przez wszystkie kluczowe strony: główną, produkty, koszyk, formularze, panel administracyjny. To, co padło, należy naprawić lub wymienić.

Jak bezpiecznie zaktualizować PHP: plan krok po kroku

Kolejność działań, sprawdzona na dziesiątkach stron. Każdy krok zajmuje minuty, a oszczędza godziny przywracania.

Krok 1: pełny backup. Pliki i baza danych. Nie „automatyczny backup hostingu z zeszłego tygodnia", tylko ręczny backup wykonany właśnie teraz. Większość hostingów udostępnia przycisk w panelu sterowania. Jako rozwiązanie awaryjne, wtyczka UpdraftPlus: pięć minut na instalację i uruchomienie.

Krok 2: zaktualizować WordPress, motyw i wszystkie wtyczki do najnowszych wersji. Świeże wydania z największym prawdopodobieństwem uwzględniają już specyfikę nowych wersji PHP. Jeśli jakaś wtyczka jest porzucona i nie była aktualizowana od ponad roku, należy zdecydować, czy jest Państwu potrzebna, przed przejściem na nowe PHP. Zamiennik znajduje się prawie zawsze.

Krok 3: utworzyć kopię staging. Przełączyć na niej PHP na wersję docelową, 8.3 lub 8.4, i przetestować stronę. Przejść przez wszystkie krytyczne podstrony. Piętnaście minut testowania teraz zamiast godzin awaryjnego przywracania później.

Krok 4: na stronie produkcyjnej przełączyć PHP w panelu hostingu. Zazwyczaj jest to sekcja „Ustawienia PHP" lub „Select PHP Version" w cPanel / DirectAdmin / ISPmanager. Po przełączeniu otworzyć stronę w trybie incognito i sprawdzić: stronę główną, stronę wewnętrzną, formularz kontaktowy, panel administracyjny.

Krok 5: włączyć logi na 48 godzin. Dodać w wp-config.php:

1
define( 'WP_DEBUG', true );
2
define( 'WP_DEBUG_LOG', true );
3
define( 'WP_DEBUG_DISPLAY', false );

Plik wp-content/debug.log pokaże błędy, które nie ujawniły się podczas powierzchownego sprawdzenia. Po dwóch dobach, jeśli log jest pusty lub zawiera tylko notices, należy wyłączyć debug i pracować spokojnie. Jeśli są błędy krytyczne, wiadomo, która wtyczka jest winna, i można ją wymienić celowo.

⁉️🤔 Częste pytania

Czy trzeba aktualizować PHP, jeśli strona działa normalnie?

Tak, a im dłużej Państwo zwlekają, tym wyższe ryzyko. Wersje bez wsparcia bezpieczeństwa nie otrzymują poprawek. Hosting może w każdej chwili wymusić wyłączenie PHP 7.4, strona po prostu przestanie się otwierać, a Państwo dowiedzą się o tym od odwiedzających. Przez cztery lata bez poprawek (od listopada 2022) nagromadziła się znacząca lista znanych podatności, których na PHP 7.4 nikt nie załatał.

Które PHP wybrać: 8.3 czy 8.4?

Jeśli hosting oferuje obie, należy wybrać 8.4. Jest szybsza i będzie otrzymywać poprawki do grudnia 2028 roku. PHP 8.3 to minimalnie zalecana opcja, jeśli 8.4 jest niedostępna. Różnica w wydajności między nimi jest zauważalna przy typowych obciążeniach WordPressa, więc jest sens przechodzić na wyższą wersję.

Co robić, jeśli po aktualizacji PHP strona pokazuje biały ekran?

Należy włączyć WP_DEBUG (krok 5 powyżej), log pokaże dokładny błąd i plik. W przeważającej większości przypadków problem leży w jednej przestarzałej wtyczce. Wyłączyć wtyczki przez FTP: zmienić nazwę folderu /wp-content/plugins/ na /plugins-off/, strona ożyje. Następnie włączać wtyczki pojedynczo, aby znaleźć winowajcę, i zastąpić go aktualnym odpowiednikiem.

Czy WordPress sam aktualizuje PHP?

Nie. PHP to oprogramowanie serwerowe, które konfiguruje się na poziomie hostingu. WordPress może jedynie zarekomendować wersję poprzez Site Health w panelu administracyjnym, ale samo przełączenie wykonują Państwo lub wsparcie hostingu.

Czy można pominąć aktualizację i pozostać na PHP 7.4?

Technicznie tak, dopóki hosting nie wyłączy starej wersji siłą. Ale od listopada 2022 roku ta wersja nie otrzymuje poprawek bezpieczeństwa. Każdy miesiąc bez aktualizacji to gra w rosyjską ruletkę: nie wiedzą Państwo, jaka podatność została już znaleziona i jest wykorzystywana.

PHP i WordPress w 2026: co instalować i kiedy aktualizować

Krótki werdykt: PHP 8.4 dla większości stron, PHP 8.3 jako absolutne minimum. Przejście z 7.4 daje nie tylko załatanie dziur w bezpieczeństwie sprzed czterech lat, ale i odczuwalny wzrost szybkości, według danych z pomiarów, od 30% na zwykłej stronie do 50% na obciążonym WooCommerce.

Główna zasada: nie pomijać kroku z backupem i testowaniem na staging. Dziesięć minut na kopię oszczędza godziny przywracania strony, która padła. Sprawdzić wtyczki przed aktualizacją PHP, a nie po niej, a proces przebiegnie bez niespodzianek.

Jeśli Państwa hosting nadal nie oferuje PHP 8.3, to powód, by poważnie zastanowić się nad zmianą hostingu. W 2026 roku wsparcie aktualnych wersji PHP to podstawowe minimum higieniczne, a nie przewaga konkurencyjna.