Checkout to nie jest miejsce na zagadki. Klient ma wybrać dostawę, płatność, podać potrzebne dane i zamknąć zamówienie. Jeśli po drodze widzi stertę zbędnych pól, kilka dodatków walczących o uwagę albo nagle znika jego ulubiona metoda płatności, robi się nerwowo. A nerwowy checkout raczej nie pomaga w sprzedaży.
Checkout Block WooCommerce ma ten proces uporządkować i dać właścicielowi sklepu więcej kontroli z poziomu edytora bloków. Brzmi dobrze, ale nie oznacza magicznego przełącznika, który dogada się z każdym motywem, operatorem płatności i dodatkiem. Da się sporo ustawić bez kodu, lecz są też granice. Poniżej konkretnie: co można zmienić, co sprawdzić i kiedy lepiej nie ruszać działającego rozwiązania na ślepo.
Checkout Block — co to właściwie zmienia?
Blok zamiast jednego formularza
W klasycznym checkoutcie wiele elementów było traktowanych jak jeden większy formularz oparty na shortcode. Checkout Block rozkłada stronę zamówienia na osobne bloki. Najważniejsze z nich to Checkout Fields oraz Checkout Totals. Pierwszy odpowiada za dane klienta, adresy i część ustawień związanych z płatnością. Drugi zbiera podsumowanie zamówienia.
To zmienia sposób pracy nad stroną. Nie trzeba patrzeć na checkout jak na nierozbieralną skrzynkę, w której każda próba poprawki kończy się szukaniem kodu. Poszczególne elementy można ustawiać w edytorze bloków, przestawiać i dopasowywać do przebiegu zamówienia. Nadal nie jest to pełna dowolność, ale punkt wyjścia jest wygodniejszy.
W nowych sklepach uruchomionych po wydaniu WooCommerce 8.3 w listopadzie 2023 roku Cart i Checkout Blocks są rozwiązaniem domyślnym. W starszym sklepie możesz jednak nadal mieć klasyczny checkout oparty na shortcode. I to jest ważne: migracja nie powinna być decyzją podjętą tylko dlatego, że „nowe musi być lepsze”. Najpierw trzeba sprawdzić, co faktycznie działa w konkretnej konfiguracji.
Co da się ustawić bez kodu?
Pola, zgody i podsumowanie zamówienia
Checkout Block pozwala uporządkować część pól bez grzebania w plikach. W ustawieniach Checkout Fields można sterować widocznością pól Company, Address Line 2 i Phone. Można również określić, czy pola Address i Phone mają być wymagane. To przydatne, gdy sklep nie potrzebuje wszystkich danych albo przeciwnie — bez telefonu czy adresu nie da się sensownie obsłużyć zamówienia.
Ważna rzecz: ukrycie pola nie oznacza, że da się w ten sam sposób zarządzać każdym polem dodanym przez zewnętrzną wtyczkę. Dodatek może mieć własny sposób działania i wymagać osobnej integracji z blokami. Nie zakładaj więc, że skoro standardowe pole da się przełączyć, to każde dodatkowe zadziała identycznie.
W checkoutcie można też skonfigurować elementy związane ze zgodą na regulamin oraz linkami do polityk. Jeśli dana zgoda ma być wymagana, ustawienie może wymagać zaznaczenia checkboxa przed przejściem dalej. To niby drobiazg, ale właśnie takie drobiazgi potrafią później wywrócić cały proces, gdy dodatek działa inaczej niż standardowy blok.
Checkout Totals daje możliwość porządkowania podsumowania zamówienia. Większość jego wewnętrznych bloków można przestawiać, ale nie usuwać. Wyjątkiem jest Coupon Form — formularz kuponu można usunąć. Czyli tak, da się uporządkować układ, ale nie dostajesz blankietu z napisem „rób, co chcesz”.
Jeśli sklep oferuje odbiór osobisty, mogą pojawić się elementy Delivery oraz Pickup Method. Dzieje się tak przy włączonej blokowej wersji Local Pickup i po wskazaniu właściwej strony jako strony zamówienia. Warto sprawdzić ten scenariusz osobno, zwłaszcza gdy odbiór osobisty jest jedną z aktywnych metod dostawy.
Czy każdy motyw sobie z tym poradzi?
Motyw klasyczny a motyw blokowy
Checkout Block może być używany także przy motywie klasycznym. To dobra wiadomość, jeśli sklep nie korzysta z motywu blokowego i nie planujesz od razu przebudowy całej strony. Sam fakt używania klasycznego motywu nie przekreśla blokowego checkoutu.
Różnica pojawia się przy zakresie wygodnej edycji. Pełne możliwości edycji szablonów w Site Editorze wymagają motywu blokowego. Przy motywie klasycznym część pracy nadal może wyglądać inaczej, a dostępne opcje będą zależeć od aktywnego motywu i używanego narzędzia.
Nie warto więc odpowiadać na pytanie „czy działa z motywem?” samym „tak” albo „nie”. Lepsza odpowiedź brzmi: może działać, ale trzeba sprawdzić konkretny motyw, wygląd checkoutu i cały przebieg zamówienia. WordPress na pokładzie nie oznacza automatycznej zgodności każdej wtyczki i każdego elementu sklepu.
Płatności i dodatki: tutaj zaczynają się schody
Gdzie szukać informacji o kompatybilności?
Największa pułapka pojawia się przy płatnościach. Aktywna bramka musi obsługiwać checkout blokowy, aby mogła pojawić się jako metoda płatności. Jeśli nie jest kompatybilna, klient może po prostu nie zobaczyć opcji, z której wcześniej korzystał. To nie jest kosmetyczna różnica, tylko problem w samym procesie zamówienia.
Checkout Block może wyświetlać ekspresowe metody płatności, takie jak WooPay, Apple Pay czy Google Pay, ale tylko wtedy, gdy obsługuje je aktywna bramka płatnicza. Samo włączenie bloku nie stworzy tych metod z powietrza. Tutaj decyduje konkretna konfiguracja sklepu i możliwości używanej bramki.
Podobnie jest z dodatkami. Rozszerzenie, które dodaje własne pola albo markup przez klasyczne hooki, może wymagać dodatkowej integracji, aby działać z Cart i Checkout Blocks. Fakt, że wtyczka działała na klasycznym checkoutcie, nie potwierdza jej zgodności z wersją blokową. To trochę jak przeprowadzka do nowego lokalu: meble są te same, ale nie każdy pasuje do nowych drzwi.
Przed zmianą sprawdź stronę konkretnego rozszerzenia i sekcję Compatibility dotyczącą Cart and Checkout Blocks. Zajrzyj też do dokumentacji producenta, informacji o obsługiwanej wersji WooCommerce i ewentualnych zmian opisanych przy aktualizacjach. Sam napis „działa z WooCommerce” jest zbyt ogólny, żeby na jego podstawie bezpiecznie ocenić checkout.
Jeśli dodatek nie ma jasnej informacji o zgodności, potraktuj to jako temat do weryfikacji, a nie jako domyślną zgodność. Można skontaktować się z twórcą rozszerzenia, ale i tak ostatecznym sprawdzianem pozostaje test całego zamówienia w konkretnej konfiguracji sklepu.
Jak bezpiecznie sprawdzić Checkout Block przed wdrożeniem?
Checklista przed publikacją zmian
Najgorszy moment na testowanie checkoutu to chwila, gdy sklep normalnie przyjmuje zamówienia, a zmiana właśnie wylądowała na produkcji. Przed wdrożeniem wykonaj kopię zapasową. Następnie testuj na kopii sklepu albo w środowisku testowym. Jeśli nie masz takiej możliwości, zmianę lepiej zaplanować poza godzinami sprzedaży, żeby ograniczyć ryzyko niespodzianek.
Nie wystarczy sprawdzić, czy strona się otwiera. Checkout może wyglądać poprawnie, a mimo to nie przepuścić płatności, zgubić dane albo nie utworzyć zamówienia tak, jak powinien. Przejdź całą ścieżkę krok po kroku:
- Dodaj do koszyka produkt prosty.
- Sprawdź produkt wariantowy, jeśli sklep takie oferuje.
- Przetestuj każdą aktywną metodę dostawy.
- Przejdź przez każdą aktywną metodę płatności.
- Użyj kuponu i sprawdź, czy rabat prawidłowo wpływa na podsumowanie.
- Wprowadź dane firmowe oraz sprawdź scenariusz z fakturą, jeśli sklep go wykorzystuje.
- Zweryfikuj zgody i wymagane checkboxy.
- Sprawdź odbiór osobisty, jeśli jest dostępny.
- Potwierdź, że wiadomości e-mail docierają, a zamówienie otrzymuje poprawny status.
Warto przejść przez testy na różnych urządzeniach, bo problem może dotyczyć nie tylko funkcji, lecz także sposobu wyświetlania. Szczególną uwagę zwróć na sytuacje, w których zmienia się dostawa, płatność, wariant produktu albo dane klienta.
Jeżeli po przejściu na Checkout Block znika ważna bramka, nie pojawia się pole potrzebne do obsługi zamówienia albo dodatek przestaje działać, nie zgaduj. Najpierw sprawdź kompatybilność konkretnego rozszerzenia i wpływ pozostałych wtyczek. Dopiero wtedy zdecyduj, czy potrzebna jest dodatkowa integracja, zmiana konfiguracji czy powrót do klasycznego rozwiązania.
Kiedy zostać przy klasycznym checkoutcie?
Powrót do shortcode’u bez dramatu
Checkout Block nie musi być najlepszym wyborem dla każdego sklepu. Jeśli kluczowa bramka płatnicza nie obsługuje bloków, a jej zamiana nie wchodzi w grę, pozostanie przy klasycznym checkoutcie może być rozsądniejsze. Tak samo wtedy, gdy ważny dodatek dodaje własne pola lub funkcje, których nie obsługuje w wersji blokowej.
Klasyczny checkout może też zostać rozwiązaniem tymczasowym. Najpierw można sprawdzić, czy producent dodatku planuje zgodność, czy dostępna jest dodatkowa integracja albo czy konfigurację da się przebudować bez utraty potrzebnych funkcji. Nie ma sensu przenosić sklepu na bloki tylko po to, żeby później ręcznie łatać każdy element procesu zamówienia.
Jeśli po wdrożeniu brakuje metod płatności albo pól ważnych dla obsługi zamówień, WooCommerce przewiduje możliwość powrotu do klasycznego checkoutu opartego na shortcode. To nie jest porażka ani krok wstecz. To po prostu decyzja dopasowana do konkretnego sklepu. Najważniejsze, żeby klient mógł przejść zamówienie, a obsługa dostała poprawne dane.
Nie traktuj też Checkout Block jako automatycznej obietnicy wzrostu sprzedaży czy konwersji. Sam blok daje określone możliwości edycji, ale efekt zależy od motywu, płatności, dostawy, dodatków i całego przebiegu zamówienia. Najpierw działanie, potem zachwyty nad nową funkcją.
Najrozsądniejsza kolejność jest prosta: sprawdź motyw i dodatki, zweryfikuj bramki płatnicze, wykonaj kopię, przetestuj pełne zamówienie i dopiero wtedy podejmij decyzję. Jeśli wszystko działa, możesz korzystać z wygodniejszej edycji. Jeśli nie, klasyczny checkout nadal może być bezpieczniejszym wyborem.
Checkout Block WooCommerce daje sensowną kontrolę nad częścią pól, zgodami, podsumowaniem i układem strony zamówienia. Nie daje jednak gwarancji zgodności z każdym motywem, operatorem płatności ani rozszerzeniem. Dlatego przed zmianą liczy się nie obietnica, tylko test konkretnego sklepu: produktu, dostawy, płatności, kuponu, danych firmowych, zgód, e-maila i statusu zamówienia. Gdy ważny element nie działa, powrót do klasycznego checkoutu jest normalną opcją. Masz stronę, sklep albo materiały graficzne, które proszą się o ogarnięcie? Napisz do INB Marketing i zobaczymy, co da się z tym sensownie zrobić.
