Jeśli Twój sklep działa na PHP 7.4 albo 8.0, nie oznacza to, że nagle zniknie z internetu albo sam się wyłączy. Spokojnie, nie ma tu scenariusza rodem z filmu katastroficznego. WooCommerce zapowiedziało jednak, że wersja 11.6, planowana na luty 2027, ma wymagać PHP 8.1 lub nowszego. To znaczy, że przed przejściem na tę wersję WooCommerce trzeba będzie wcześniej zmienić PHP na poziomie hostingu.
Warto ogarnąć temat wcześniej, zamiast czekać na moment, w którym aktualizacja zacznie pukać do drzwi z walizką problemów. Poniżej znajdziesz prostą checklistę: gdzie sprawdzić wersję PHP, co może się posypać, jak przygotować kopię sklepu i staging oraz kiedy lepiej poprosić o pomoc. Bez grzebania w kodzie na ślepo i bez podejścia „jakoś to będzie”.
PHP 8.1 w WooCommerce — o co właściwie chodzi?
Co zmieni się przy WooCommerce 11.6
WooCommerce 11.6 ma wymagać PHP 8.1 lub nowszego. Wydanie tej wersji zaplanowano na luty 2027. Dla właściciela sklepu najważniejszy jest prosty wniosek: jeśli obecnie używasz PHP 7.4 albo 8.0, przed aktualizacją do WooCommerce 11.6 trzeba będzie sprawdzić i prawdopodobnie zmienić wersję PHP u hostera.
WooCommerce 11.3 ma dodatkowo pokazywać możliwy do zamknięcia komunikat sklepom działającym na PHP 7.4 lub 8.0. To sygnał ostrzegawczy, a nie nagłe odcięcie prądu. Masz więc czas, żeby przygotować zmianę z głową.
Czego ta zmiana nie oznacza
Sklep działający na PHP 7.4 lub 8.0 nie ma zostać automatycznie przełączony na nowszą wersję PHP ani automatycznie wyłączony. WordPress ma domyślnie zablokować aktualizację do wersji WooCommerce, która wymaga wyższego PHP.
Nie znaczy to jednak, że temat można wrzucić do szuflady z napisem „kiedyś”. Starsze wersje PHP nie są już objęte upstreamowym wsparciem bezpieczeństwa. Lepiej zaplanować zmianę, niż czekać, aż ograniczenie aktualizacji zacznie przeszkadzać w rozwijaniu sklepu.
Sprawdź wersję PHP w pięć minut
Gdzie znaleźć PHP version
Najprościej sprawdzić to bez dostępu do plików serwera i bez znajomości kodu. Zaloguj się do panelu WordPress, przejdź do WooCommerce > Status, a następnie znajdź sekcję Server environment. Odczytaj pozycję PHP version.
To właśnie wersja PHP używana przez sklep, a nie jakaś tajemnicza liczba schowana w piwnicy hostingu. Zapisz ją. Jeśli widzisz PHP 7.4 albo 8.0, masz jasny sygnał, że warto zaplanować dalsze sprawdzenie środowiska.
Co spisać przed kontaktem z hostingiem
Sama wersja PHP nie mówi jeszcze, czy cały sklep jest gotowy do zmiany. Przed kontaktem z hostingiem spisz również wersję WordPressa, WooCommerce, motywu oraz najważniejszych rozszerzeń.
- PHP version widoczną w WooCommerce > Status.
- Wersję WordPressa i WooCommerce.
- Motyw używany przez sklep.
- Kluczowe rozszerzenia, integracje i własne fragmenty kodu.
Zmiana PHP odbywa się na poziomie hostingu. Nazwy opcji w panelu mogą się różnić, więc nie zakładaj, że każdy hosting ma dokładnie ten sam przycisk. Jeśli nie wiesz, gdzie wykonać zmianę, zapytaj hosting, ale pamiętaj: zmiana ustawienia serwera to nie to samo co sprawdzenie działania całego sklepu.
Minimum a rozsądny cel: PHP 8.1 czy 8.3?
Minimum to nie zawsze najlepszy cel
PHP 8.1 ma być minimalną wersją wymaganą przez WooCommerce 11.6. To minimum techniczne potrzebne do przejścia na tę konkretną wersję WooCommerce. Nie oznacza automatycznie, że PHP 8.1 będzie najlepszym docelowym wyborem dla każdego sklepu.
WooCommerce i WordPress rekomendują obecnie PHP 8.3 lub nowsze dla aktualnego środowiska. Brzmi prosto, ale wybór wersji nie powinien odbywać się metodą „im większy numer, tym lepiej”. Najpierw trzeba sprawdzić konkretną konfigurację sklepu, dostępne opcje hostingu i zgodność używanego oprogramowania.
Zgodność trzeba sprawdzić indywidualnie
Sklep to nie tylko WooCommerce. To także motyw, rozszerzenia, integracje oraz własny kod. Każdy z tych elementów może mieć osobne ograniczenia. Spełnienie minimalnego wymagania WooCommerce nie jest dowodem, że wszystko inne zadziała bez mrugnięcia okiem.
Dlatego nie wybieraj wersji PHP w ciemno. Potraktuj PHP 8.1 jako zapowiedziane minimum dla WooCommerce 11.6, a PHP 8.3 lub nowsze jako rekomendację środowiska, którą trzeba odnieść do konkretnego sklepu.
Co może się wysypać po zmianie PHP?
Lista miejsc, które trzeba przejść
Zmiana PHP może ujawnić problemy z motywem, rozszerzeniami, integracjami i własnym kodem. Nie da się uczciwie podać jednej listy awarii pasującej do każdego sklepu, ale da się wskazać miejsca, które trzeba sprawdzić.
- Koszyk i dodawanie produktów.
- Checkout, czyli przejście przez zamówienie.
- Metody płatności.
- Wybór i kalkulacja wysyłki.
- Naliczenie podatków.
- Tworzenie, edycja i obsługa zamówień.
- Wiadomości e-mail oraz zmiany statusów zamówień.
- Zadania cykliczne uruchamiane przez sklep.
- Motyw, rozszerzenia, integracje zewnętrzne i własny kod.
Szczególną uwagę poświęć elementom, które są niestandardowe. Własny checkout, płatności, integracja z ERP czy połączenia z kurierami mogą wymagać dodatkowej weryfikacji.
Dlaczego sama aktualizacja WooCommerce nie wystarczy
Komunikat „PHP 8.1 jest wymagane” dotyczy wymagań WooCommerce. Nie jest certyfikatem zgodności całego sklepu. Motyw albo wtyczka mogą reagować inaczej po zmianie środowiska, nawet jeśli sama aktualizacja WooCommerce przejdzie bez błędu.
Dlatego nie kończ testu na otwarciu strony głównej. Sklep może wyglądać normalnie, a problem pojawi się dopiero przy płatności, wysyłce, generowaniu wiadomości albo obsłudze zamówienia. Tu właśnie przydaje się testowanie sklepu WooCommerce na odseparowanej kopii.
Bezpieczny plan aktualizacji: kopia, staging, testy
Etap pierwszy: backup i staging
Zacznij od aktualnej kopii zapasowej plików i bazy danych. Samo wykonanie backupu to jeszcze nie wszystko. Trzeba mieć możliwość jego odtworzenia. Kopia, której nikt nigdy nie próbował przywrócić, jest trochę jak gaśnica bez sprawdzenia, czy ma zawleczkę.
Następnie przygotuj staging albo inną odseparowaną kopię sklepu. To miejsce do testów, a nie drugi adres dla klientów. Na tej kopii przełącz PHP i obserwuj, co się dzieje. Jeśli problem pojawi się na stagingu, nie dotyka jeszcze produkcyjnego sklepu.
Etap drugi: test ścieżki zakupowej
Po zmianie PHP na stagingu przejdź przez cały proces zakupowy. Nie wystarczy kliknąć kilku podstron i uznać, że jest dobrze.
- Dodaj produkt do koszyka.
- Przejdź przez checkout.
- Wykonaj płatność testową.
- Sprawdź wybór dostawy i naliczenie podatków.
- Zweryfikuj utworzenie oraz obsługę zamówienia.
- Sprawdź wiadomości e-mail i statusy zamówień.
- Zweryfikuj zadania cykliczne, motyw, rozszerzenia i integracje.
Jeśli sklep ma własne fragmenty kodu albo niestandardowe procesy, przejdź także przez miejsca, które są używane na co dzień, nawet jeśli nie mieszczą się w standardowym zakupie.
Etap trzeci: produkcja i plan odwrotu
Na produkcji zmień PHP dopiero wtedy, gdy staging nie pokazuje problemów albo zostały one rozwiązane. Ustal wcześniej, kto ma dostęp do hostingu i kto może szybko zareagować. Dobrze mieć też plan wycofania, czyli możliwość przywrócenia poprzedniej konfiguracji, jeśli po zmianie pojawi się błąd.
Nie rób takiej operacji w okresie największej sprzedaży, jeśli nie masz planu odwrotu i osoby, która może zająć się problemem. Po zmianie na produkcji ponownie przejdź koszyk, checkout, płatność, wysyłkę, zamówienie, wiadomości e-mail i integracje. Staging zmniejsza ryzyko, ale nie zastępuje kontroli działającego sklepu.
Kiedy nie kombinować samemu?
Czerwone flagi przed zmianą
Pomoc techniczna jest rozsądnym wyborem, gdy sklep nie ma stagingu, nie masz pewnej kopii zapasowej albo nie wiesz, jak przywrócić poprzednią wersję PHP. To samo dotyczy sklepów z własnym kodem, starym lub słabo udokumentowanym motywem, niestandardowym checkoutem oraz wieloma integracjami.
- Brak sprawdzonego backupu plików i bazy danych.
- Brak odseparowanej kopii testowej.
- Własny kod lub niestandardowy checkout.
- Integracje płatnicze, kurierskie, ERP albo inne połączenia zewnętrzne.
- Błędy widoczne już na stagingu.
Jeśli po zmianie na kopii testowej coś przestaje działać, to nie jest moment na zgadywanie. Najpierw trzeba znaleźć przyczynę.
Co może zrobić hosting, a czego nie obiecuje
Hosting może pomóc w zmianie ustawień środowiska, ale nie musi odpowiadać za działanie całej konfiguracji sklepu. To właściciel lub osoba techniczna musi zweryfikować motyw, rozszerzenia, integracje i własny kod.
Jeśli nie masz pewności, co zmienić albo jak bezpiecznie wrócić do poprzedniej wersji, zaangażuj hosting lub osobę techniczną przed wykonaniem zmiany, nie dopiero po awarii.
Checklist przed zmianą PHP
Lista do odhaczenia
Przed zmianą PHP przejdź przez poniższą listę. Jeśli któryś punkt świeci pustką, nie traktuj tego jako drobiazgu. Właśnie takie drobiazgi lubią później urządzić sobie spacer po całym sklepie.
- Wersja PHP sprawdzona w WooCommerce > Status > Server environment.
- Wersje WordPressa, WooCommerce, motywu i rozszerzeń zapisane.
- Hosting potwierdził możliwość zmiany wersji PHP.
- Kopia plików i bazy danych wykonana.
- Możliwość odtworzenia kopii sprawdzona.
- Staging albo odseparowana kopia sklepu przygotowana.
- Kluczowe procesy przetestowane po zmianie PHP.
- Plan wycofania oraz osoba do reakcji na błędy ustalone.
Najważniejsza zasada na koniec
Nie traktuj zmiany PHP jako jednego kliknięcia, które dotyczy tylko serwera. To zmiana środowiska całego sklepu. PHP 8.1 ma być minimalną wersją dla WooCommerce 11.6, ale zgodność motywu, rozszerzeń, integracji i własnego kodu trzeba potwierdzić indywidualnie.
Najbezpieczniejsza kolejność jest prosta: sprawdź wersję PHP, przygotuj backup, utwórz staging, zmień PHP na kopii, przetestuj zakup i dopiero potem działaj na produkcji. Jeśli sklep jest rozbudowany albo nie masz pewności, jak go odtworzyć po problemie, poproś o pomoc. Napisz do Szwagra i opowiedz, czego potrzebujesz — strony, grafiki, filmu albo tekstów.
