WooCommerce Checkout Blocks – czy musisz migrować i jak zrobić to bezpiecznie

Klasyczny checkout WooCommerce oparty na shortcode [woocommerce_checkout] jest już w trybie „maintenance-only” – dostaje tylko poprawki bezpieczeństwa, bez nowych funkcji. Przyszłością jest checkout blokowy, ale zanim przejdziesz, sprawdź bramki płatności, customizacje i śledzenie konwersji, bo to one najczęściej się przy migracji sypią. Nie trzeba tego robić z dnia na dzień, ale warto zaplanować, zanim brak jakiejś funkcji zablokuje Ci sklep.

Poniżej tłumaczę bez żargonu, co się zmienia, co realnie może przestać działać i jak przejść migrację bezpiecznie.

Co się właściwie zmienia

WooCommerce od dłuższego czasu przenosi koszyk i finalizację zakupu ze starych stron opartych na shortcode na nowe bloki (Cart Block i Checkout Block). Wersja 10.6 z marca 2026 dołożyła kolejne usprawnienia, które przyspieszają odejście od klasycznego rozwiązania.

W praktyce oznacza to trzy rzeczy:

• klasyczny checkout jest utrzymywany, ale nie rozwijany – dostaje poprawki bezpieczeństwa, ale nie nowe funkcje,
• nowe integracje celują w bloki – część nowości pojawia się wyłącznie w checkout blokowym,
• nowe sklepy startują już na blokach – to domyślny kierunek.

Innymi słowy: to nie jest awaria, tylko powolne zamykanie starej ścieżki. Im dłużej zwlekasz, tym większe ryzyko, że utkniesz na rozwiązaniu bez wsparcia.

Dlaczego to może Cię dotyczyć

Jeśli masz prosty, standardowy sklep, migracja bywa niemal bezbolesna. Schody zaczynają się tam, gdzie coś zostało dostosowane pod siebie. A takich sklepów jest sporo.

Powód jest techniczny: klasyczny checkout opierał się na hookach PHP (na przykład woocommerce_checkout_fields czy woocommerce_after_order_notes), których blokowy checkout już nie obsługuje w ten sam sposób. Część akcji i filtrów zadziała, część nie. Jeśli Twój sklep na nich stoi, trzeba je przenieść na nowy sposób rozszerzania checkoutu.

Co może się zepsuć przy migracji

To lista rzeczy, które warto sprawdzić, zanim przełączysz checkout na żywo:

• dodatkowe pola w formularzu (NIP, uwagi, zgody, pola pod dostawę) oparte na starych hookach,
• bramki płatności – większość dużych już wspiera bloki, ale starsze lub niszowe rozwiązania mogą nie,
• wtyczki edytujące checkout (edytory pól, dopłaty, warunkowa logika) – potrzebują wersji zgodnej z blokami,
• śledzenie konwersji – zdarzenia typu „dodanie do koszyka”, piksele i cele w GA4 potrafią przestać się zliczać po zmianie koszyka, a to bezpośrednio uderza w dane o kampaniach,
• własne style i układ checkoutu, jeśli były robione pod stary HTML.

Żaden z tych punktów nie jest wyrokiem – ale każdy trzeba sprawdzić, a nie zakładać, że „samo się przeniesie”.

Co zyskujesz na blokach

Migracja to nie tylko obowiązek. Blokowy checkout ma realne zalety:

• jest szybszy i lżejszy, co ma znaczenie zwłaszcza na telefonie,
• lepiej działa mobilnie, gdzie dziś finalizuje się większość zakupów,
• dostaje nowe funkcje i integracje, których klasyczny już nie zobaczy,
• mniej porzuconych koszyków dzięki płynniejszej finalizacji.

Dla sklepu, który realnie sprzedaje, te różnice przekładają się na pieniądze.

Jak przeprowadzić migrację bezpiecznie

Kolejność, która chroni przed niespodziankami:

1. Backup całego sklepu – punkt wyjścia, do którego zawsze można wrócić.
2. Audyt customizacji, wtyczek i bramek – spisujemy, co dziś modyfikuje checkout i czy ma wersję zgodną z blokami.
3. Test na kopii (staging) – przełączamy checkout na bloki na kopii, nie na żywym sklepie.
4. Sprawdzenie pól i walidacji – czy wszystkie potrzebne pola są, działają i poprawnie się zapisują.
5. Test płatności i całej ścieżki zakupu – od koszyka po potwierdzenie zamówienia, na różnych metodach płatności.
6. Weryfikacja śledzenia – czy zdarzenia, piksele i cele nadal się zliczają.
7. Wdrożenie na produkcji – dopiero gdy kopia działa bez zarzutu.

Kiedy można jeszcze zostać przy klasycznym

Jeśli Twój checkout jest mocno customizowany, działa i nie potrzebujesz nowych integracji – możesz jeszcze poczekać. Ale traktuj to jako odkładanie, nie rozwiązanie. Skoro klasyczny checkout nie będzie rozwijany, prędzej czy później migracja i tak Cię czeka. Lepiej zaplanować ją na spokojnie niż w pośpiechu, gdy coś przestanie działać.

Podsumowanie

Blokowy checkout to kierunek, w którym WooCommerce już poszedł, a klasyczny jest tylko utrzymywany. Dla prostych sklepów migracja bywa łatwa, dla dostosowanych – wymaga sprawdzenia bramek, pól, wtyczek i śledzenia konwersji. Klucz to backup i test na kopii, zanim cokolwiek trafi na żywy sklep.

Jeśli masz sklep WooCommerce z customizacjami i nie chcesz ryzykować, że przy migracji coś przestanie działać – napisz do mnie. Zrobię audyt, przetestuję checkout na kopii i przeprowadzę migrację tak, żeby sprzedaż ani śledzenie konwersji nie ucierpiały.

FAQ

Czy muszę przejść na blokowy checkout WooCommerce?

Nie z dnia na dzień, ale to kierunek, w którym idzie WooCommerce. Klasyczny checkout na shortcode jest już w trybie „maintenance-only” (tylko poprawki bezpieczeństwa, bez nowych funkcji), a nowe integracje celują wyłącznie w checkout blokowy. Warto zaplanować migrację, zanim zablokuje Cię brak jakiejś funkcji.

Co może się zepsuć przy migracji na Checkout Blocks?

Najczęściej customizacje oparte na starych hookach PHP (np. dodatkowe pola, modyfikacje formularza), część bramek płatności, wtyczki edytujące checkout oraz śledzenie zdarzeń typu dodanie do koszyka. Dlatego migrację robi się po audycie i na kopii testowej, a nie od razu na żywym sklepie.

Czy blokowy checkout jest lepszy?

Zwykle tak: jest szybszy, lepiej działa na telefonie i dostaje nowe funkcje oraz integracje, których klasyczny już nie dostanie. To przekłada się na mniej porzuconych koszyków. Warunkiem jest poprawne przeniesienie tego, co masz dziś skonfigurowane.

Czy stracę dane albo zamówienia przy migracji?

Nie, migracja dotyczy sposobu wyświetlania koszyka i finalizacji zakupu, a nie samych produktów czy zamówień. Ryzyko leży w customizacjach i integracjach, dlatego kluczowy jest backup i test na kopii przed wdrożeniem na produkcji.