WordPress nie działa w próżni: za większością ekranów, formularzy i reguł wyświetlania stoi PHP, a od jakości tej warstwy zależą szybkość, bezpieczeństwo i stabilność strony. W praktyce wordpress php to relacja między CMS-em a językiem, który wykonuje logikę po stronie serwera. Poniżej pokazuję, jak dobrać sensowną wersję PHP, czego wymaga hosting i jak przeprowadzić aktualizację bez niepotrzebnego ryzyka.
Najkrócej mówiąc, WordPress i PHP trzeba planować razem
- WordPress jest zbudowany w PHP, więc wersja języka wpływa na frontend, panel administracyjny, motyw i wtyczki.
- Obecnie WordPress.org wskazuje PHP 8.3 lub nowszy jako właściwy punkt odniesienia dla nowych wdrożeń.
- PHP 8.2 ma wsparcie bezpieczeństwa do 31 grudnia 2026, ale to już wersja przejściowa.
- Dobry hosting daje szybkie przełączanie wersji PHP, kopie zapasowe, staging i aktualne MySQL lub MariaDB.
- Najwięcej problemów po aktualizacji wynika z przestarzałych wtyczek, motywów i braku testów przed wdrożeniem.
Jak WordPress korzysta z PHP na co dzień
WordPress generuje większość treści dynamicznie, a PHP składa stronę na podstawie danych z bazy i kodu motywu. To oznacza, że gdy użytkownik otwiera wpis, sklep lub stronę kontaktową, serwer nie podaje gotowego pliku HTML, tylko uruchamia logikę PHP, pobiera dane z MySQL albo MariaDB i dopiero wtedy zwraca gotowy widok.
Najważniejsze elementy tej układanki to rdzeń WordPressa, motyw i wtyczki. Rdzeń odpowiada za działanie systemu, motyw za wygląd, a wtyczki rozszerzają funkcje, od formularzy po sklep internetowy. Do tego dochodzi plik `wp-config.php`, który łączy stronę z bazą danych i definiuje kluczowe ustawienia środowiska.To dlatego zmiana PHP nie dotyczy tylko „technicznej ciekawostki” po stronie hostingu. Jeśli wersja języka jest zbyt stara, zbyt nowa albo źle skonfigurowana, skutki widać od razu w panelu, w wyszukiwarce witryny, w formularzach i w procesie płatności. Właśnie z tego powodu doboru wersji PHP nie traktuję jako dodatku, tylko jako część projektu strony.
Warto też pamiętać, że WordPress nie opiera się wyłącznie na PHP, bo interfejs edytora blokowego i część nowoczesnych funkcji korzysta z JavaScript, ale serwerowa logika nadal pozostaje po stronie PHP. To prowadzi do prostego pytania: którą wersję warto dziś wybrać, żeby nie zamknąć sobie drogi do aktualizacji?
Jaką wersję PHP wybrać dla strony na WordPressie
Jeśli buduję nową stronę albo porządkuję starszą instalację, startuję od jednej zasady: celuj w PHP 8.3 lub nowszy. Tak wskazuje obecna dokumentacja WordPress.org, a sam projekt WordPress Core jest dziś w pełni zgodny z PHP 8.0 do 8.3 i beta-kompatybilny z 8.4 oraz 8.5. W praktyce oznacza to, że rdzeń WordPressa nie jest już problemem, ale ekosystem wtyczek i motywów nadal wymaga sprawdzenia.
| Wersja PHP | Status dla WordPressa | Kiedy ma sens | Mój komentarz |
|---|---|---|---|
| 7.4 | Tylko dla bardzo starych instalacji | Krótki etap przejściowy przy migracji | To już nie jest rozsądny wybór docelowy, bo samo PHP 7.4 jest poza wsparciem. |
| 8.2 | Jeszcze użyteczna, ale przejściowa | Gdy część wtyczek nie jest gotowa na 8.3 | Wsparcie bezpieczeństwa kończy się 31 grudnia 2026, więc traktuję ją jako most, nie cel. |
| 8.3 | Najlepszy domyślny wybór | Nowe strony, sklepy i serwisy firmowe | To najrozsądniejsza baza na 2026 rok, jeśli zależy ci na wsparciu i przewidywalności. |
| 8.4 | Dobry wybór po testach | Nowoczesny stack i dobrze utrzymany motyw | WordPress Core jest z nim beta-kompatybilny, ale przed wdrożeniem sprawdzam wtyczki i temat potomny. |
Warto dodać jeszcze jedną praktyczną rzecz. Samo przejście z bardzo starego PHP potrafi dać odczuwalny skok szybkości, ale efekt zależy od motywu, wtyczek i cache. Nie przywiązuję się więc do konkretnej wersji z przyzwyczajenia. Zamiast tego patrzę na aktualne wsparcie, zgodność rozszerzeń i to, czy hosting pozwala wrócić o jeden krok, jeśli coś się posypie.
Jeżeli nowa instalacja ma działać stabilnie przez dłużej niż kilka miesięcy, 8.3 jest dziś bezpiecznym punktem startowym, a 8.4 ma sens wtedy, gdy cały ekosystem przeszedł testy. Ale sama wersja to nie wszystko, bo o końcowym efekcie decyduje również to, jak host obchodzi się z PHP pod spodem.
Dlaczego hosting ma tu większe znaczenie niż sama marka CMS
WordPress nie wybiera sobie wersji PHP sam. To hosting ustawia ją na poziomie serwera, a od jakości tej infrastruktury zależy, czy strona będzie działać szybko, czy będzie się wlec przy każdym większym ruchu. Dobre środowisko nie kończy się na „obsługuje PHP”, tylko obejmuje też cache, aktualną bazę danych, SSL i sensowne zabezpieczenia konta.
Ja patrzę przede wszystkim na kilka elementów: OPcache, czyli pamięć podręczną dla skompilowanego kodu PHP, PHP-FPM, które lepiej zarządza procesami, oraz aktualne wersje MySQL lub MariaDB. WordPress.org obecnie sugeruje, by hosting obsługiwał PHP 8.3+, MariaDB 10.6+ albo MySQL 8.0+, HTTPS oraz serwer typu Apache lub Nginx z odpowiednimi regułami przepisywania adresów. To nie są ozdobniki, tylko warunki, które realnie wpływają na działanie serwisu.
| Element hostingu | Dlaczego ma znaczenie | Co uznać za minimum |
|---|---|---|
| Wersje PHP z panelu | Pozwalają szybko podnieść wersję i wrócić do poprzedniej, jeśli trzeba | Przełączanie bez kontaktu z supportem przy każdej zmianie |
| OPcache | Zmniejsza liczbę operacji przy generowaniu strony | Włączony domyślnie na produkcji |
| Staging | Umożliwia testy aktualizacji bez ryzyka dla ruchu produkcyjnego | Jedno kliknięcie do kopii testowej |
| Backupy | Pozwalają cofnąć błędną aktualizację motywu, wtyczki lub PHP | Automatyczna kopia dzienna lub częstsza |
| Baza danych | Za wolna lub zbyt stara baza spowalnia cały CMS | MariaDB 10.6+ albo MySQL 8.0+ |
| HTTPS | Chroni logowanie, formularze i dane użytkowników | Certyfikat SSL z automatycznym odnowieniem |
Skoro hosting ustawia warunki gry, następnym krokiem jest bezpieczna aktualizacja PHP tak, żeby nie obudzić się z niedziałającą stroną po wdrożeniu.
Jak bezpiecznie zaktualizować PHP bez psucia strony
Największy błąd, jaki widzę, to zmiana PHP „na żywo”, bez kopii i bez testu. Takie podejście zwykle kończy się błędem 500, białą stroną albo przestaniem działać panel administracyjny. Ja idę zawsze tą samą kolejnością, bo ona minimalizuje ryzyko.
- Zrób pełną kopię plików i bazy danych. To nie jest formalność, tylko jedyny pewny sposób powrotu do poprzedniego stanu.
- Zaktualizuj WordPress, motyw i wtyczki do najnowszych wersji. Stare komponenty najczęściej psują się po zmianie PHP.
- Przetestuj wszystko na stagingu lub lokalnej kopii. Jeśli host nie daje takiego środowiska, sam fakt braku testu powinien cię zatrzymać.
- Sprawdź zgodność najważniejszych wtyczek, zwłaszcza formularzy, sklepów, cache i integracji z płatnościami.
- Przełącz wersję PHP w panelu hostingu, najlepiej najpierw o jeden krok, nie od razu w najbardziej agresywną wersję.
- Zweryfikuj frontend, panel administracyjny, formularze, wyszukiwarkę, logowanie i wszystkie kluczowe ścieżki użytkownika.
- Zachowaj plan cofnięcia zmian. Jeśli coś nie działa, wróć do poprzedniej wersji PHP i dopiero potem diagnozuj problem.
Warto też aktualizować kolejność logicznie: najpierw komponenty WordPressa, potem PHP. Jeśli zrobisz odwrotnie, możesz od razu uruchomić konflikt, którego dało się uniknąć. Przy bardziej rozbudowanych stronach dobrze sprawdza się także ręczny przegląd logów błędów, bo tam zwykle widać, która wtyczka albo który fragment motywu nie nadąża za nową wersją języka.
Kiedy aktualizacja już przejdzie, pozostaje jeszcze jeden etap, na którym wiele osób traci czas: diagnoza typowych błędów po zmianie wersji PHP.
Najczęstsze problemy po zmianie wersji PHP
Po aktualizacji PHP najczęściej nie psuje się cały WordPress, tylko jeden element, który był napisany zbyt zachowawczo albo zbyt dawno nie był rozwijany. To dobra wiadomość, bo zwykle można szybko znaleźć przyczynę, jeśli patrzy się na objawy, a nie zgaduje na ślepo.
| Objaw | Co zwykle oznacza | Jak reaguję |
|---|---|---|
| Biała strona lub błąd 500 | Fatal error w motywie, wtyczce albo brak wymaganej rozszerzonej funkcji | Wracam do poprzedniego PHP, wyłączam ostatnio ruszany komponent i sprawdzam logi |
| Komunikaty o przestarzałym kodzie | Wtyczka lub motyw używa starych funkcji albo składni | Aktualizuję komponent albo szukam zamiennika |
| Panel działa, ale front się sypie | Problem w szablonie strony albo w plikach motywu | Przełączam motyw testowy i sprawdzam, który plik wywołuje błąd |
| Formularze lub płatności przestają odpowiadać | Konflikt wtyczki z nową wersją PHP albo z biblioteką zewnętrzną | Testuję integrację osobno i sprawdzam zależności wtyczki |
| Strona jest wyraźnie wolniejsza po migracji | Brak cache, źle ustawiony OPcache albo ciężkie zapytania do bazy | Włączam cache, porządkuję bazę i sprawdzam liczbę zapytań |
Tu szczególnie przydają się logi błędów, bo oszczędzają zgadywania. Jeśli host daje tylko ogólny komunikat bez szczegółów, to dla mnie znak, że środowisko jest zbyt ubogie do prowadzenia poważniejszego projektu. Na stronie firmowej, a tym bardziej w sklepie, brak czytelnej diagnostyki jest problemem samym w sobie.
Gdy wiesz już, co najczęściej może pójść nie tak, łatwiej wybrać hosting, który ograniczy liczbę takich niespodzianek od początku.
Na co postawiłbym przy nowej instalacji
Gdybym dziś uruchamiał nową stronę na WordPressie, wybrałbym środowisko, które od razu wspiera PHP 8.3, pozwala przetestować 8.4 na stagingu i daje szybki powrót do poprzedniej wersji. Nie zaczynałbym od samego motywu, tylko od infrastruktury, bo to ona decyduje, czy rozwój strony będzie prosty, czy zamieni się w serię awaryjnych poprawek.
- PHP 8.3 jako domyślna baza z możliwością przełączenia wersji w panelu.
- Staging i backupy, najlepiej automatyczne, żeby każdą zmianę dało się odwrócić.
- Aktualna baza danych, czyli MariaDB 10.6+ albo MySQL 8.0+.
- OPcache i sensowne limity pamięci, bo bez tego WordPress szybko zwalnia pod obciążeniem.
- HTTPS, WP-CLI i porządny support, szczególnie jeśli strona ma charakter biznesowy.
Jeśli miałbym zostawić jedną praktyczną radę, to tę: nie traktuj PHP jako dodatku do WordPressa. To fundament, który wpływa na wszystko, co użytkownik widzi i z czego korzysta, od szybkości ładowania po niezawodność koszyka. W dobrze ustawionym środowisku aktualizacja PHP jest rutyną, a nie kryzysem, i właśnie do tego warto dążyć przy każdej instalacji WordPressa.
