WooCommerce 10.9 – co nowego i co to oznacza dla sklepu

Wprowadzenie – dlaczego to wydanie zasługuje na uwagę

23 czerwca 2026 roku WooCommerce wypuścił wersję 10.9.0, a w ciągu doby pojawiła się łatka 10.9.1 naprawiająca problem ze starszymi wersjami Stripe Payment Gateway. Jeśli prowadzisz sklep na WooCommerce, to jedna z tych aktualizacji, przy której naprawdę warto się zatrzymać na chwilę, zamiast kliknąć „aktualizuj" bez czytania listy zmian.

Nad wydaniem pracowało 65 autorów, którzy złożyli łącznie 464 pull requesty – całkiem sporo jak na pojedynczą wersję. Same liczby niewiele jednak mówią o tym, co realnie zmienia się w codziennej pracy sklepu. Ważniejsze jest to, co faktycznie wpływa na działanie checkoutu, obsługę klienta i pracę developera, który zajmuje się utrzymaniem sklepu.

W tym artykule przechodzę przez wszystkie istotne zmiany z WooCommerce 10.9 – od optymalizacji bazy danych, przez nowe narzędzia diagnostyczne, aż po fundamenty pod automatyzację sklepu z użyciem sztucznej inteligencji. Na końcu znajdziesz też jasną odpowiedź na pytanie, którą wersję wdrożyć na produkcji.

Mniej obciążenia bazy podczas checkoutu

Największa zmiana techniczna w WooCommerce 10.9 dotyczy sposobu zarządzania koszykiem i procesem składania zamówienia. Do tej pory WooCommerce tworzył w bazie danych tak zwany draft order od razu w momencie, gdy klient wchodził na stronę checkoutu – jeszcze zanim wypełnił jakiekolwiek dane czy zdecydował się na zakup.

Problem w tym, że spora część odwiedzających nie kończy zakupu. Porzucone koszyki to codzienność każdego sklepu internetowego, a każdy z tych przypadków zostawiał w bazie pusty rekord zamówienia, który trzeba było później czyścić. Każda taka operacja – zarówno tworzenie draft ordera, jak i jego późniejsze usuwanie – dodatkowo obciążała serwer.

W WooCommerce 10.9 Store API nie tworzy już utrwalonego draft ordera podczas pierwszych żądań GET i PATCH dla nowej sesji checkoutu. Rekord w bazie pojawia się dopiero w momencie, gdy klient jest realnie blisko kliknięcia przycisku „Złóż zamówienie". Brzmi to jak niewielka zmiana techniczna, ale w praktyce oznacza mniej zapytań do bazy danych i mniejsze obciążenie serwera – co jest szczególnie odczuwalne w godzinach szczytu ruchu albo podczas wyprzedaży, gdy checkout odwiedza wielu klientów jednocześnie.

Jest jednak jeden istotny haczyk. Rozszerzenia płatności, które zakładają, że draft order istnieje od samego początku procesu checkoutu, mogą teraz zachowywać się inaczej niż wcześniej. Jeśli korzystasz z niestandardowej bramki płatności albo masz własną logikę zbudowaną wokół checkoutu, koniecznie przetestuj ją na środowisku stagingowym, zanim wdrożysz aktualizację na sklepie produkcyjnym.

Logowanie e-maili transakcyjnych w rdzeniu

Klient pisze, że nie dostał potwierdzenia zamówienia. Brzmi znajomo? Do tej pory, żeby sprawdzić, co poszło nie tak, właściciel sklepu musiał instalować osobną wtyczkę do logowania poczty. WooCommerce 10.9 rozwiązuje ten problem bez konieczności sięgania po dodatkowe narzędzia.

Logowanie e-maili trafiło bezpośrednio do rdzenia systemu. Znajdziesz je w panelu administracyjnym pod ścieżką WooCommerce, następnie Status, a dalej Logs. W logach widać wprost, czy dana wiadomość transakcyjna została wysłana, a jeśli nie – pojawia się konkretna przyczyna błędu. Może to być problem z konfiguracją serwera SMTP, blokada po stronie serwera pocztowego odbiorcy albo inna przyczyna techniczna.

Dzięki tej zmianie nie musisz już zgadywać ani instalować dodatkowego rozszerzenia tylko po to, żeby dowiedzieć się, czy potwierdzenie zamówienia rzeczywiście opuściło twój sklep. To niewielka funkcja, ale realnie skraca czas potrzebny na diagnozowanie zgłoszeń klientów dotyczących brakujących wiadomości.

Odświeżony panel administracyjny

Panel administracyjny WooCommerce dostał serię drobnych poprawek wizualnych, które razem dają zauważalną różnicę w codziennej pracy. Nagłówek panelu lepiej pasuje teraz do systemu projektowego całego WordPressa, dzięki czemu interfejs sklepu wygląda bardziej spójnie z resztą kokpitu.

Okna modalne wyglądają jednolicie we wszystkich sekcjach panelu, a dashboard lepiej dostosowuje się do małych ekranów. Jeśli zdarza ci się zarządzać sklepem z telefonu – na przykład sprawdzić nowe zamówienie w drodze – z pewnością docenisz tę poprawkę responsywności.

Zniknął też charakterystyczny pasek przypomnień o konfiguracji, który wcześniej pojawiał się na większości stron panelu. Same wskazówki nie zostały usunięte – nadal są dostępne w dashboardzie oraz panelu aktywności – ale nie rzucają się już w oczy podczas codziennej, rutynowej pracy w sklepie.

Kanoniczne abilities – fundament pod automatyzację

Największa zmiana pod kątem architektury WooCommerce nie rzuca się w oczy od razu, ale w dłuższej perspektywie może okazać się najważniejsza z całego wydania. WooCommerce wprowadza siedem kanonicznych abilities, czyli precyzyjnie zdefiniowanych operacji na produktach i zamówieniach, które mogą być wykonywane przez różne kanały – MCP, REST API, wiersz poleceń CLI, panel administracyjny, a docelowo także przez agentów sztucznej inteligencji.

Siedem abilities to konkretnie: products-query, product-create, product-update, product-delete, orders-query, order-update-status oraz order-add-note. Każda z nich ma zdefiniowany schemat danych wejściowych i wyjściowych, sprawdza uprawnienia dostępu i jasno określa, czy dana operacja jest odczytem, czy zapisem danych. To podejście zastępuje starszy model integracji, w którym MCP po prostu opakowywał istniejące endpointy REST jeden do jednego, bez dodatkowej warstwy kontroli.

Warto podkreślić, że pięć z siedmiu abilities to operacje zapisu, a nie tylko odczytu danych – to nie jest więc powierzchnia ograniczona do samego pobierania informacji o produktach czy zamówieniach. Dodatkowo twórcy rozszerzeń zyskują możliwość wystawienia własnych abilities w trybie tylko do odczytu, na przykład dla subskrypcji, danych płatności, reguł wysyłki czy gift cardów.

Sami twórcy WooCommerce podkreślają, że to jeszcze nie jest gotowe rozwiązanie dla podejścia headless. Mimo to fundament pod automatyzację sklepu i integrację zewnętrznych narzędzi – w tym narzędzi opartych na sztucznej inteligencji – został w tej wersji realnie położony.

Eksperymentalne funkcje – co jeszcze w fazie testów

Wersja 10.9 przynosi też kilka funkcji, które są już dostępne, ale wciąż nie są w pełni gotowe do wdrożenia produkcyjnego. Warto o nich wiedzieć, nawet jeśli na razie nie zamierzasz z nich korzystać.

Eksperymentalny Dual API z obsługą GraphQL wymaga PHP w wersji co najmniej 8.1 i pozwala zdefiniować autorytatywne API bezpośrednio w klasach PHP, a następnie automatycznie wygenerować z nich odpowiadające im zapytania GraphQL. Na razie w rdzeniu WooCommerce funkcja ta pokrywa wyłącznie produkty i kupony. To ciekawy kierunek rozwoju platformy, ale zdecydowanie jeszcze nie moment na wdrożenie tego rozwiązania na sklepie produkcyjnym.

Do ustawień funkcji trafiły też atrybuty wizualne oraz próbki kolorów. W motywie blokowym klienci zobaczą teraz rzeczywiste kolory lub obrazy produktów zamiast standardowej, tekstowej listy rozwijanej. Rozwiązanie współpracuje z blokami Product Filters oraz Variation Selector, co powinno poprawić doświadczenie zakupowe, zwłaszcza w sklepach z odzieżą czy produktami dostępnymi w wielu wariantach kolorystycznych.

Eksperymentalny edytor katalogu produktów dostał mechanizm odzyskiwania po awarii, lepsze zarządzanie panelem bocznym oraz stanem adresu URL, a także mocniejszą obsługę edycji wariantów produktów. Blokowy edytor e-maili natomiast potrafi teraz wykrywać aktualizacje podstawowych szablonów wiadomości i pomaga je zastosować bez utraty wcześniej wprowadzonych, własnych modyfikacji. Do dyspozycji jest automatyczne stosowanie zmian dla nietkniętych szablonów, wskaźniki dostępnych aktualizacji, podsumowanie zmian, selektywne stosowanie poszczególnych poprawek oraz trójstronne porównanie dla szablonów, które zostały zmodyfikowane ręcznie.

W tej wersji pojawiają się również shopper collections, znane też jako funkcja „Save for Later", które pozwalają klientom odkładać produkty na później zamiast od razu dodawać je do koszyka. Osobno rozwijane są powiadomienia o ponownej dostępności produktu, choć ta funkcja jest jeszcze wyraźnie w fazie prac i nie została w pełni ukończona.

Co znika – ważny deprecation dla developerów

Block-based Product Editor Beta, dostępny do tej pory jako funkcja eksperymentalna, został formalnie zdeprecjonowany w wersji 10.9 i zgodnie z zapowiedzią zostanie całkowicie usunięty w WooCommerce 11.0.

Jeśli korzystasz z rozszerzeń zbudowanych w oparciu o API tego edytora, masz czas do premiery kolejnej większej wersji, ale zdecydowanie warto sprawdzić już teraz, czy używane przez ciebie wtyczki będą wymagały migracji. Dostępne są ścieżki jednokrotnego cofnięcia zmian, dzięki czemu można bezpiecznie przetestować, które elementy twojego sklepu faktycznie korzystają z tego edytora, zanim zostanie on ostatecznie wycofany.

Poprawki dla developerów – szybszy build pipeline

Osobna, ale bardzo konkretna uwaga dla osób pracujących bezpośrednio w monorepo WooCommerce. W tej wersji przebudowano cały pipeline budowania projektu. Czas tak zwanego cold buildu skrócił się o około 60 procent, ready-time, czyli czas do gotowości środowiska, spadł o 75 procent, a zużycie pamięci w trybie watch, czyli automatycznego śledzenia zmian, zmniejszyło się aż o 84 procent.

Jeśli kiedykolwiek zdarzyło ci się czekać, aż build się skończy, tylko po to, żeby sprawdzić efekt jednej, drobnej zmiany w kodzie – dobrze wiesz, jak bardzo takie liczby przekładają się na realny komfort codziennej pracy developerskiej.

Którą wersję wdrożyć – 10.9.0 czy 10.9.1

WooCommerce 10.9.0 zostało wydane 23 czerwca 2026 roku, a już dzień później, 24 czerwca, pojawiła się łatka 10.9.1. Naprawiała ona konkretny problem z interfejsem FeedInterface – dodanie do niego nowej metody get_entry_count() złamało działanie starszych wersji Stripe Payment Gateway, jednej z najpopularniejszych bramek płatności w ekosystemie WooCommerce.

W wersji 10.9.1 metoda get_entry_count() została usunięta z samego interfejsu i pozostała wyłącznie na konkretnej klasie JsonFileFeed, co przywróciło poprawne działanie dla rozszerzeń bazujących na starszej implementacji.

Jeśli planujesz aktualizację sklepu produkcyjnego, wdrażaj od razu wersję 10.9.1, pomijając 10.9.0. To nie jest aktualizacja związana z bezpieczeństwem, ale z pewnością oszczędzi ci nieprzyjemnych niespodzianek, jeśli korzystasz ze starszej wersji Stripe albo innego rozszerzenia implementującego FeedInterface.

Jak bezpiecznie zaktualizować sklep

Zanim uruchomisz aktualizację na sklepie produkcyjnym, warto przejść przez kilka podstawowych, ale często pomijanych kroków bezpieczeństwa:

• Zrób pełną kopię zapasową bazy danych i plików sklepu przed rozpoczęciem aktualizacji
• Przetestuj aktualizację na stagingu, a nie bezpośrednio na środowisku produkcyjnym
• Sprawdź rozszerzenia płatności, zwłaszcza jeśli korzystasz z niestandardowej bramki lub własnej logiki checkoutu opartej o draft order
• Zweryfikuj rozszerzenia implementujące FeedInterface, jeśli aktualizujesz bezpośrednio z wersji starszej niż 10.9.1
• Uwzględnij czas na aktualizację bazy danych, ponieważ WooCommerce 10.9 tego wymaga, mimo że wydanie jest zgodne wstecz
• Wdrażaj wersję 10.9.1, a nie pierwotną 10.9.0, aby uniknąć problemu ze Stripe Payment Gateway

Ten sam schemat sprawdza się przy każdej większej aktualizacji WooCommerce – im większy i bardziej ruchliwy sklep, tym więcej zależności między wtyczkami warto sprawdzić przed przejściem na nową wersję.

Podsumowanie – co ta aktualizacja zmienia w praktyce

WooCommerce 10.9 nie jest wydaniem przełomowym w sensie marketingowym, ale technicznie wnosi naprawdę sporo. Mniejsze obciążenie bazy danych podczas checkoutu, wbudowane logowanie e-maili transakcyjnych, przyjemniejszy w obsłudze panel administracyjny oraz fundament pod automatyzację sklepu przez kanoniczne abilities – to zmiany, które realnie wpływają na codzienną pracę zarówno właściciela sklepu, jak i osoby, która go technicznie utrzymuje.

Dla developerów pracujących w monorepo WooCommerce znacząco poprawił się też sam build pipeline, co przekłada się na krótszy czas oczekiwania podczas codziennej pracy nad kodem. Dla sklepów z dużym ruchem zmiany w Store API oznaczają realną różnicę w wydajności checkoutu, szczególnie w godzinach szczytu i podczas wyprzedaży.

Warto zaktualizować sklep, ale z głową. Przetestuj wszystko na stagingu, sprawdź działanie rozszerzeń płatności i finalnie wdrażaj wersję 10.9.1, a nie pierwotną 10.9.0.