WooCommerce 11.2: zmiany i bezpieczna aktualizacja

Wydanie i poprawka

WooCommerce 11.2.0 ukazało się 7 października 2026 r., a dwa dni później pojawiła się poprawka 11.2.1. Usuwa ona dwie regresje w składaniu zamówień — miejscu, w którym błąd może oznaczać utratę sprzedaży. Dlatego pytanie brzmi nie tylko „czy aktualizować”, ale też „do której wersji i w jakiej kolejności”.

Wydanie 11.2.0 zawiera poprawki bezpieczeństwa i migrację bazy danych. Pozostanie przy 11.1.2 oznacza brak tych poprawek, natomiast instalacja 11.2.0 naraża sklep na opisane błędy składania zamówień. Rozsądnym celem jest 11.2.1 lub nowsza stabilna wersja, po sprawdzeniu zgodności.

Poprzednia wersja 11.1.2 ukazała się 22 września 2026 r. Wydanie 11.3 planowano na tydzień od 9 listopada, a jego wersja beta była dostępna w październiku. WooCommerce 11.2.0 obejmuje 642 zgłoszenia zmian i pracę 93 współtwórców. Nie ma wiarygodnych danych, ile sklepów przeszło już na to wydanie.

Nowości w codziennej pracy

Importer CSV może dopasować istniejące produkty po GTIN, UPC, EAN lub ISBN, gdy w pliku nie ma identyfikatora produktu ani SKU i włączono aktualizację istniejących produktów. Kolejność dopasowania to ID, SKU, a następnie globalny identyfikator.

Niepusty identyfikator, który niczego nie dopasuje, powoduje pominięcie wiersza, a nie utworzenie produktu. Odrzucane jest również dopasowanie do innego typu produktu. Sprzątanie po imporcie usuwa teraz tylko tymczasowe dane danego importu, zamiast obejmować osierocone warianty i metadane w całej bazie.

Dodatkowe pola zamówienia w kasie blokowej obsługują teraz daty, na przykład datę urodzenia lub preferowany termin dostawy. Korzystają z kalendarza urządzenia i formatu daty sklepu. Deweloper może ograniczyć zakres dat, także w formularzach konta. Jest to funkcja dla integracji, a nie gotowa opcja w panelu.

W ustawieniach e-mail WooCommerce można teraz konfigurować dwa powiadomienia o odstąpieniu od umowy: potwierdzenie dla klienta i informację dla sklepu. Sama obsługa odstąpienia pojawiła się już w 11.1; wydanie 11.2 dodaje konfigurację powiadomień.

Filtry produktów można przykleić do krawędzi podczas przewijania, a kolejne elementy bloków otrzymały ustawienia wyglądu. Po aktualizacji warto obejrzeć koszyk i kasę na telefonie oraz tablecie, zwłaszcza przy własnych stylach motywu.

Zmiany w działaniu sklepu

Kopie Cc i Bcc nie są już dostępne dla wiadomości o resetowaniu hasła, utworzeniu konta, potwierdzeniu adresu i weryfikacji powiadomień o dostępności. Zapisane adresy są ignorowane, a ustawienia nie są udostępniane przez REST API. Integracje mogą przywrócić kopie odpowiednimi filtrami; warto sprawdzić automaty obsługi klienta przed aktualizacją.

Standardowe linki do pobrania działają bez zmian, ale niektóre niestandardowe lub importowane linki oraz uprawnienia z błędnymi danymi mogą przestać działać. W razie potrzeby wystaw link ponownie z zamówienia. Regeneracja uprawnień może wyzerować liczniki i dzienniki pobrań, więc przed naprawą zabezpiecz dane potrzebne do rozliczeń.

Kierownik sklepu nie może już edytować użytkowników z rolami spoza dozwolonej listy, na przykład niektórymi rolami forów czy serwisów członkowskich. Administrator nadal może to zrobić, a deweloper może rozszerzyć listę filtrem. Import Blueprintów w sieci witryn wymaga teraz uprawnień superadministratora.

Opcjonalne śledzenie użycia sprawdza dane przed wysłaniem pod kątem informacji wrażliwych. Deklaracja zgodności wstecznej wydawcy nie oznacza, że zachowanie każdej integracji pozostaje bez zmian.

Poprawki bezpieczeństwa

Pięć poprawek dotyczy uprawnień w administracji sieci witryn, linków do pobrania, uprawnień kierownika sklepu, importu Blueprintów oraz filtrowania danych w śledzeniu użycia. W nocie wydawcy wskazano numery zgłoszeń zmian, a nie numery CVE. WooCommerce zaleca aktualizację wszystkich sklepów. Premierę przesunięto z 6 na 7 października, aby uwzględnić poprawki.

Zmiany dla deweloperów

Nowy algorytm zmiany kolejności produktów nie musi ponownie indeksować całego katalogu. Podłączenie jednego ze starych, wycofywanych zaczepów kolejności wymusza powrót do wcześniejszego algorytmu. Warto więc sprawdzić własne rozszerzenia, nawet jeśli pozornie działają poprawnie.

Wydawca deklaruje zmniejszenie liczby zapytań przy zapisie produktu nawet o 45 procent, bez podania metodologii pomiaru. Zmienia się też częstotliwość wywołań zaczepu przypisywania terminów taksonomii: integracje zakładające wywołanie przy każdym zapisie trzeba przeanalizować i w razie potrzeby przenieść na właściwe zaczepy aktualizacji produktu.

Zapytania o produkty interpretują pojedynczą datę według strefy czasowej sklepu; w zapytaniach o zamówienia zmiana dotyczy sklepów, które nadal przechowują je jako wpisy WordPress. Zakres obejmuje teraz cały ostatni dzień. Żadne dane nie są migrowane, ale wyniki raportów mogą się zmienić, zwłaszcza jeśli własny kod wcześniej ręcznie korygował przedziały.

Filtr walidacji ilości w Store API odrzuca zmianę przez zwrócenie błędu, a nie przez zwrócenie wartości fałszywej. Działa przy zmianie ilości i ponownym dodaniu produktu, ale pierwsze dodanie wymaga osobnej walidacji. Nie służy do znoszenia limitów minimalnej i maksymalnej ilości ani wymaganej wielokrotności.

Rejestracja ustawień administracyjnych odbywa się z priorytetem 999 zamiast 10; kod odpinający ją musi uwzględnić tę zmianę. W analityce tabela podatków otrzymuje identyfikator pozycji zamówienia i wiersze odpowiadające liniom podatku, co wpływa na kod liczący wiersze. Store API zwraca po przekroczeniu limitu odpowiedź 429 zamiast 400; zmienia się również struktura danych pozycji i walidacja rozszerzeń koszyka.

Usunięte funkcje

Eksperymentalny Dual API przeniesiono do osobnej wtyczki wymagającej WooCommerce 11.2 i PHP 8.1. Usuniętych eksperymentalnych punktów dostępu dla produktów i kuponów wtyczka nie przywraca. Usunięto też eksperymentalny Agentic Checkout API bez zamiennika oraz eksperymentalne odzyskiwanie porzuconych koszyków.

Migracja usuwa związane z odzyskiwaniem zakolejkowane działania i tabelę rezygnacji z wiadomości. Z panelu znika sekcja Activity (Aktywność), ale skrzynka na stronie głównej WooCommerce pozostaje. Usunięto również 20 wzorców bloków, a Action Scheduler zaktualizowano do wersji 4.1.0.

Regresje i konflikt wtyczek

W 11.2.0 klasyczna kasa mogła blokować zamówienia w sklepach usuwających pola adresowe własnym kodem. Kraj zerował się przy odświeżaniu podsumowania, co mogło usuwać opcje wysyłki i uniemożliwiać naliczenie podatku. Problem naprawiono w 11.2.1.

Druga regresja dotyczyła kasy blokowej: odrzucano niektóre prawidłowe kody pocztowe Argentyny, Salwadoru, Saint Vincent i Grenadyn oraz Brytyjskich Wysp Dziewiczych. Również tę usterkę naprawiono w 11.2.1.

PublishPress Future w wersjach 3.0.0–4.10.3 może powodować błąd krytyczny z WooCommerce 11.2 przez własną starszą kopię Action Scheduler. Jeśli używasz tej wtyczki, zaktualizuj ją do 4.10.4 lub nowszej przed aktualizacją WooCommerce.

W dziennikach może też wystąpić błąd 404 dla adresu koszyka poprzedzonego słowem „undefined”. Występuje również w 11.1.2 i nie jest tą samą regresją kasy; poprawkę zaplanowano na 11.3.

Wymagania i wsparcie

Minimalna wersja PHP to 7.4, zalecana jest 8.3 lub nowsza, a testy obejmują 8.4. Karta wtyczki wskazuje WordPress 7.0 lub nowszy i testy do 7.1.4. Minimalne wymagania bazy to MySQL 5.5.5 lub MariaDB 10.1; WooCommerce zaleca odpowiednio MySQL 8.0 i MariaDB 10.6 lub nowsze.

Wsparcie WooCommerce obejmuje najnowsze i poprzednie wydanie, a rozszerzenia są wspierane w najnowszych wersjach. Przy szczególnie poważnych podatnościach poprawki bezpieczeństwa obejmują kroczące okno 21 ostatnich głównych wydań.

Według planu PHP 8.1 będzie wymagane od WooCommerce 11.6 w lutym 2027 r.; 11.5 ma być ostatnią wersją zgodną z PHP 7.4 i 8.0. Dane z dobrowolnego śledzenia wskazują, że około 7 procent sklepów korzysta z PHP 7.4, a 2 procent z wersji 8.0, ale nie są spisem wszystkich instalacji. Spośród 1357 płatnych rozszerzeń potencjalne problemy z PHP 8.1 wykazano w 0,22 procentach rozszerzeń.

21 października 2026 r. opublikowano poprawki dwóch krytycznych luk w samym PHP. Nie są one podatnościami WooCommerce ani WordPressa — aktualizacja wtyczki nie zastępuje aktualizacji środowiska PHP. Starsze, niewspierane wersje należy wymienić; praktyczna rekomendacja to PHP 8.3 lub nowsze po sprawdzeniu zgodności sklepu.

Jak wykonać aktualizację

1. Zaplanuj aktualizację i tymczasowo wyłącz automatyczną aktualizację WooCommerce, aby przygotować kopię i okno serwisowe.
2. Wybierz 11.2.1 lub nowszą stabilną wersję i sprawdź zgodność bramek płatności, subskrypcji, rezerwacji oraz innych rozszerzeń.
3. Jeżeli używasz PublishPress Future, zaktualizuj ją przed WooCommerce.
4. Wykonaj kopię bazy danych i plików, przechowaj ją poza serwerem i sprawdź możliwość przywrócenia.
5. Przetestuj kopię sklepu w odizolowanym środowisku z tym samym PHP, motywem, wtyczkami i bazą. Przećwicz przywracanie oraz kolejność aktualizacji.
6. Na produkcji wstrzymaj składanie zamówień na czas aktualizacji i migracji, następnie zaktualizuj pliki oraz uruchom aktualizację bazy z panelu.
7. Nie uruchamiaj migracji wielokrotnie. Monitoruj postęp w zaplanowanych działaniach i sprawdź status WooCommerce oraz wynik zadań aktualizacji.
8. Nie zmieniaj ręcznie numeru wersji bazy, aby ukryć komunikat. Przy dużym sklepie lub przekroczeniu czasu w przeglądarce ścieżka WP-CLI wymaga osoby znającej zadania w tle i plan przywrócenia.
9. Sprawdź rozszerzenia, bramki i motyw, wyczyść właściwe pamięci podręczne, a przed ponownym otwarciem sklepu wykonaj kontrolowany zakup testowy.

Przywrócenie kopii bazy może usunąć zamówienia złożone po jej wykonaniu. Cofnięcie samej wtyczki po migracji może pozostawić kod i bazę w niespójnym stanie; nie przywróci też usuniętych danych eksperymentalnej funkcji. Decyzję o przywróceniu należy podjąć świadomie.

Jeśli sklep przestanie działać, wstrzymaj składanie zamówień, zachowaj treść błędu, godzinę, wersje, status, zaplanowane działania i dzienniki. Nie powtarzaj migracji bez diagnozy. Konflikty badaj na kopii, uwzględniając motyw, pozostałe wtyczki oraz rozszerzenia ładowane poza zwykłym panelem.

Co sprawdzić po aktualizacji

• Pomyślną i odrzuconą płatność testową, wiadomości oraz stan zamówienia.
• Kupon procentowy i kwotowy, wariant produktu oraz zmianę stanu magazynowego.
• Zwrot częściowy, dwie strefy wysyłki, zmianę kraju i naliczanie podatku.
• Klasyczną kasę bez pól adresowych, jeśli sklep je usuwa, oraz kody pocztowe obsługiwanych rynków.
• Starszy link do pobrania, reset hasła i uprawnienia kierownika sklepu.
• Układ koszyka i kasy na tablecie oraz pełny zakup na telefonie.
• Stan zaplanowanych działań, zwłaszcza zadań nieudanych i związanych z aktualizacją.

Kiedy aktualizować, a kiedy poczekać

Aktualizuj po pomyślnych testach na kopii, gdy bramki i rozszerzenia potwierdzają zgodność. Poprawki bezpieczeństwa są ważnym powodem, aby nie odkładać prac; celem jest co najmniej 11.2.1.

Wstrzymaj wdrożenie produkcyjne, jeśli nie masz środowiska testowego dla własnej kasy, zgodność bramki pozostaje niepotwierdzona lub używasz konfliktowej wersji PublishPress Future. W tym ostatnim przypadku najpierw zaktualizuj tę wtyczkę.

Jeśli sklep korzysta z niewspieranego PHP, zaplanuj aktualizację środowiska. Najprostsza zasada: najpierw testy i sprawdzona kopia, potem aktualizacja; produkcja nie jest miejscem na eksperymenty.