Jak wyłączyć płatność za pobraniem dla wybranych produktów – WooCommerce Conditional Payments for WooCommerce

Pobranie powinno zniknąć natychmiast po dodaniu do koszyka produktu wykonywanego na zamówienie, personalizowanego albo sprowadzanego specjalnie dla klienta. Telefoniczne proszenie o przedpłatę już po złożeniu zamówienia jest złym procesem: część klientów nie odpowie, część zrezygnuje, a obsługa sklepu będzie ręcznie poprawiała zamówienia.

Standardowa metoda Cash on Delivery w WooCommerce pozwala ograniczyć pobranie do określonych metod dostawy oraz zdecydować, czy ma działać przy zamówieniach wirtualnych. Nie ma jednak pola, w którym można wskazać konkretne produkty objęte blokadą. Taką zależność dodaje wtyczka Conditional Payments for WooCommerce od WP Trio. Rozpoznaje zawartość koszyka i może ukryć pobranie, pozostawiając klientowi płatność kartą, BLIK-iem, szybkim przelewem lub przelewem tradycyjnym.

Bezpłatna czy Pro: którą wersję Conditional Payments wybrać

Do wyłączenia pobrania dla pojedynczych, wskazanych produktów wystarcza bezpłatna wersja Conditional Payments for WooCommerce. Obsługuje ona warunek Products, a także reguły oparte między innymi na wartości zamówienia, metodzie dostawy oraz wybranych danych adresowych klienta. Może ukrywać i pokazywać zarówno podstawowe metody WooCommerce, jak i część bramek dostarczanych przez dodatkowe wtyczki.

Przy instalacji trzeba sprawdzić autora. W katalogu WordPressa działa kilka rozszerzeń o bardzo podobnych nazwach. Opisywana tutaj wtyczka nazywa się Conditional Payments for WooCommerce, a jej autorem jest WP Trio. Instrukcja przygotowana dla innego dodatku może prowadzić do zupełnie innego menu i innych nazw opcji.

Wersja Pro zaczyna mieć sens wtedy, gdy reguła nie ma obejmować kilku ręcznie wskazanych produktów, lecz całą grupę zmieniającą się wraz z ofertą sklepu. Rozszerza ona dostępne warunki między innymi o:

  • kategorie, tagi i marki produktów,
  • klasy wysyłkowe,
  • rodzaj produktu, w tym produkty wirtualne, cyfrowe i subskrypcyjne,
  • stan magazynowy i wybrane właściwości produktów,
  • role użytkowników i status zalogowania,
  • historię wcześniejszych zamówień klienta,
  • kupony, waluty oraz wybrane warunki czasu i daty,
  • pola niestandardowe produktów.

Pro pozwala również budować bardziej rozbudowaną logikę oraz stosować dodatkowe działania związane z metodami płatności. W praktyce wybór wersji można sprowadzić do kilku konkretnych sytuacji:

  • Masz kilka konkretnych produktów, dla których nie przyjmujesz pobrania – zacznij od wersji bezpłatnej.
  • Regularnie dodajesz nowe produkty personalizowane – korzystniej oprzeć regułę na kategorii lub tagu, czyli użyć wersji Pro. Ręczne dopisywanie każdej nowej pozycji szybko staje się źródłem błędów.
  • Chcesz różnicować płatności według roli klienta, historii zakupów albo bardziej złożonych cech koszyka – Pro będzie potrzebne.
  • Chcesz zamiast blokowania pobrania stosować dodatkową opłatę – sprawdź funkcje aktualnej wersji Pro albo zastosuj wyspecjalizowany dodatek do opłat.

Największy priorytet mają produkty, przy których odmowa odbioru powoduje realną stratę: meble wykonywane na wymiar, odzież z indywidualnym nadrukiem, grawerowane upominki, wydruki przygotowywane ze zdjęcia klienta czy towary sprowadzane specjalnie na zamówienie.

Przy zwykłym produkcie magazynowym blokowanie pobrania tylko dlatego, że przedpłata jest wygodniejsza dla sprzedawcy, nie zawsze jest dobrą decyzją. Pobranie nadal jest w Polsce metodą oczekiwaną przez część kupujących, szczególnie przy pierwszym zamówieniu w mniej znanym sklepie. Wyłączenie tej możliwości może więc zmniejszyć liczbę niedobranych przesyłek, ale jednocześnie obniżyć konwersję. Taką zmianę warto oprzeć na liczbie odmów odbioru i rzeczywistych kosztach zwrotów.

Reguła „produkt w koszyku = brak pobrania” krok po kroku

Najpierw trzeba sprawdzić bazową konfigurację sklepu. Płatność za pobraniem musi być włączona, a obok niej powinna działać przynajmniej jedna metoda przedpłaty. Conditional Payments nie tworzy nowych bramek. Decyduje jedynie o tym, kiedy istniejąca metoda ma być dostępna.

1. Sprawdź płatność za pobraniem

Przejdź w panelu WordPressa do:

WooCommerce → Ustawienia → Płatności

Otwórz ustawienia Cash on Delivery / płatności za pobraniem i upewnij się, że metoda jest aktywna.

Sprawdź także ograniczenia dotyczące sposobów dostawy. Standardowe pobranie WooCommerce można przypisać tylko do wybranych metod wysyłki. Jeżeli przykładowo pobranie jest aktywne dla kuriera, ale nie dla Paczkomatu, Conditional Payments nie sprawi, że pojawi się ono przy Paczkomacie. Wtyczka może ukrywać dostępne metody, ale nie naprawia bazowej konfiguracji bramki.

Przy produktach wirtualnych znaczenie ma również ustawienie określające, czy pobranie może być stosowane do zamówień wirtualnych.

2. Zainstaluj właściwą wtyczkę

Przejdź do:

Wtyczki → Dodaj nową

Wyszukaj Conditional Payments for WooCommerce, sprawdź autora WP Trio, a następnie kliknij Zainstaluj i Włącz.

Jeżeli korzystasz z wersji Pro, instalacja odbywa się z pliku ZIP otrzymanego po zakupie. Po aktualizacji lub przejściu na płatną wersję zawsze warto sprawdzić istniejące reguły przed uruchomieniem ich na działającym sklepie.

3. Otwórz ustawienia reguł płatności

W ustawieniach WooCommerce przejdź do sekcji płatności i otwórz zakładkę lub sekcję Conditions dodaną przez Conditional Payments.

Następnie utwórz nowy zestaw reguł przyciskiem Add ruleset.

Nadaj mu nazwę, która za kilka miesięcy nadal będzie zrozumiała, na przykład:

  • Brak pobrania – produkty personalizowane,
  • COD OFF – meble na zamówienie,
  • Przedpłata – produkty z grawerem.

Nazwa typu „Reguła 1” działa tylko do momentu, kiedy w sklepie pojawi się druga, trzecia i dziesiąta reguła. Potem utrudnia diagnostykę.

4. Dodaj warunek produktu

W części Conditions wybierz warunek dotyczący produktów i ustaw logikę odpowiadającą obecności wskazanego produktu w koszyku, przykładowo:

Products → include → wybrane produkty

Następnie wyszukaj po nazwie produkty, dla których pobranie ma być niedostępne. Mogą to być przykładowo:

  • Kubek ceramiczny z własnym nadrukiem,
  • Portret na płótnie ze zdjęcia,
  • Stół dębowy wykonywany na wymiar.

Kluczowa jest logika include. Jeżeli wskazany produkt znajduje się w koszyku, reguła zostaje spełniona. Dotyczy to również koszyka mieszanego, czyli takiego, w którym klient zamówił jednocześnie produkt wymagający przedpłaty i zwykły produkt magazynowy.

5. Wyłącz metodę pobrania

W części Actions wybierz działanie:

Disable payment methods → Cash on delivery

Jeżeli tytuł metody został wcześniej zmieniony, na liście może widnieć polska nazwa, na przykład Płatność przy odbiorze, Pobranie kurierskie albo Gotówka dla kuriera.

To miejsce wymaga uwagi. W nowszych wydaniach Conditional Payments występują różne działania związane z dostępnością metod płatności. Dla scenariusza „jeżeli produkt znajduje się w koszyku, ukryj pobranie” potrzebne jest działanie Disable payment methods.

Pomylenie go z działaniem włączającym albo zezwalającym na określone metody może odwrócić logikę reguły i spowodować, że pobranie będzie pojawiało się dokładnie tam, gdzie miało zostać zablokowane.

6. Ustaw logikę dodatkowych warunków

Jeżeli reguła zawiera tylko jeden warunek, wybór między AND a OR nie ma praktycznego znaczenia. Problem zaczyna się wtedy, gdy warunków jest kilka.

Załóżmy, że pobranie ma zostać wyłączone tylko wtedy, gdy klient kupuje stół wykonywany na zamówienie i jednocześnie wybiera konkretną metodę kurierską. Wtedy warunki mogą wyglądać następująco:

  • Products → include → Stół dębowy na wymiar,
  • Shipping method → wskazany kurier,
  • logika: AND.

Przy ustawieniu OR wystarczyłoby spełnienie jednego z kryteriów. W efekcie pobranie mogłoby zniknąć wszystkim klientom wybierającym tego kuriera, także wtedy, gdy w koszyku nie ma żadnego produktu wykonywanego na zamówienie.

To szczególnie niewygodny błąd, ponieważ WordPress nie pokaże żadnego komunikatu o nieprawidłowej konfiguracji. Reguła technicznie działa – tylko jej logika jest zła.

7. Zapisz i aktywuj regułę

Zapisz zmiany i upewnij się, że zestaw reguł jest aktywny.

Przykładowa kompletna konfiguracja może wyglądać tak:

  • Ruleset title: Brak pobrania – personalizacja
  • Conditions: Products → include → Kubek z grawerem
  • Actions: Disable payment methods → Cash on delivery

Po zapisaniu oczekiwany efekt jest prosty:

  • w koszyku znajduje się tylko zwykły produkt – pobranie jest dostępne,
  • w koszyku znajduje się produkt z blokadą – pobranie znika,
  • w koszyku znajduje się produkt z blokadą oraz zwykły produkt – pobranie znika,
  • klient usuwa produkt wymagający przedpłaty – pobranie ponownie staje się dostępne.

Metoda płatności dotyczy całego zamówienia, a nie pojedynczej pozycji koszyka. Jeżeli klient zamawia jednocześnie produkt wymagający przedpłaty i produkt, za który normalnie można zapłacić przy odbiorze, standardowy checkout WooCommerce nie pozwoli opłacić każdej pozycji inną metodą.

Jeżeli sklep rzeczywiście potrzebuje takiego modelu, konieczne jest dzielenie koszyka na osobne zamówienia albo zastosowanie niestandardowego procesu zakupowego. Conditional Payments samo tego problemu nie rozwiązuje.

Przy produktach wariantowych trzeba przetestować więcej niż jeden wariant. Szczególną uwagę warto zwrócić na sklepy używające konfiguratorów produktów, zestawów, subskrypcji albo dodatkowych pól zmieniających sposób dodawania pozycji do koszyka. To właśnie przy takich integracjach najczęściej okazuje się, że reguła działająca na prostym produkcie nie zachowuje się identycznie dla każdej konfiguracji.

Testy, koszyk mieszany i błędy, które psują konfigurację

Reguły płatności trzeba testować na stronie składania zamówienia, a nie tylko w panelu administracyjnym. Minimalny test obejmuje cztery sytuacje:

  • tylko produkt bez ograniczeń – pobranie powinno być widoczne,
  • tylko produkt objęty blokadą – pobranie powinno zniknąć,
  • produkt objęty blokadą i produkt zwykły – pobranie powinno zniknąć,
  • koszyk po usunięciu produktu objętego blokadą – pobranie powinno wrócić.

Test warto powtórzyć jako klient niezalogowany i zalogowany. Trzeba też zmienić metodę dostawy oraz adres dostawy, szczególnie gdy sklep korzysta z kilku stref wysyłkowych WooCommerce. Dostępne metody płatnicze są przeliczane podczas aktualizacji danych checkoutu, dlatego kombinacja adresu, kraju, sposobu wysyłki i zawartości koszyka ma znaczenie.

Dobrym pierwszym testem jest okno prywatne przeglądarki. Zalogowany administrator może mieć zapisany stary koszyk, adres klienta albo sesję WooCommerce, która utrudnia ocenę działania reguły.

Pobranie nie pojawia się nawet dla zwykłych produktów

Najpierw tymczasowo wyłącz regułę Conditional Payments. Jeśli pobrania nadal nie ma, problem nie leży w warunku dotyczącym produktu.

Sprawdź wtedy:

  • czy Cash on Delivery jest włączone w WooCommerce,
  • czy wybrana metoda dostawy jest dozwolona dla pobrania,
  • czy zamówienie nie składa się wyłącznie z produktów wirtualnych przy odpowiednio ustawionych ograniczeniach,
  • czy inna wtyczka nie ukrywa metody według kraju, kwoty, roli klienta albo sposobu wysyłki.

Pobranie nadal jest widoczne przy produkcie objętym blokadą

Najczęstsze przyczyny są dość powtarzalne:

  • do reguły dodano niewłaściwy produkt lub wariant,
  • zestaw reguł nie jest aktywny,
  • wybrano niewłaściwe działanie zamiast Disable payment methods,
  • inna reguła ponownie włącza pobranie,
  • wtyczka lub WooCommerce są nieaktualne,
  • problem dotyczy integracji z checkoutem blokowym,
  • cache serwera, CDN albo wtyczka optymalizacyjna ingerują w stronę zamówienia,
  • zewnętrzna bramka płatnicza modyfikuje dostępność metod po wykonaniu reguły.

Kolejność reguł ma znaczenie. Jeżeli jedna reguła wyłącza pobranie, a kolejna ponownie je włącza, końcowy wynik może być inny niż oczekiwany. Przy prostej blokadzie dla kilku produktów nie warto tworzyć rozbudowanego systemu wyjątków. Im więcej reguł, tym trudniej przewidzieć wszystkie ich kombinacje.

Zniknęły wszystkie metody płatności

To jeden z bardziej dotkliwych błędów, ponieważ klient dochodzi do checkoutu i nie może zakończyć zakupu. Zwykle oznacza to, że pobranie było jedyną metodą dostępną dla danej kombinacji kraju, dostawy lub koszyka.

Przed uruchomieniem blokady trzeba więc potwierdzić, że klient ma przynajmniej jedną alternatywę, na przykład:

  • Przelewy24,
  • PayU,
  • Tpay,
  • Autopay,
  • Stripe,
  • PayPal,
  • bezpośredni przelew bankowy.

Nie należy uruchamiać kilku nowych reguł jednocześnie. Najbezpieczniejsza kolejność to jedna reguła, jeden test, dopiero potem następne warunki. Jeśli coś przestanie działać, wiadomo wtedy, która zmiana spowodowała problem.

Reguła wygląda poprawnie, ale wynik nadal jest zły

Conditional Payments udostępnia tryb diagnostyczny. W zależności od aktualnej wersji wtyczki można go znaleźć w ustawieniach reguł płatności jako Debug mode.

Po jego włączeniu można sprawdzić między innymi:

  • jakie metody płatnicze były dostępne przed wykonaniem reguł,
  • jakie zostały po przetworzeniu warunków,
  • które warunki zostały spełnione,
  • które działania zostały wykonane.

To znacznie szybsza metoda niż przypadkowe zmienianie kolejnych opcji. Jeżeli debug pokazuje, że Conditional Payments prawidłowo wyłącza pobranie, ale metoda później wraca, podejrzenie pada na inną wtyczkę albo własny kod sklepu. Jeżeli sama reguła nie zostaje uruchomiona, trzeba wrócić do warunku produktu, operatora include i statusu zestawu.

Po zakończeniu diagnostyki tryb debugowania należy wyłączyć. Informacje techniczne nie powinny niepotrzebnie trafiać do zwykłych klientów.

FAQ – wyłączenie pobrania dla produktów WooCommerce

Czy darmowa wersja Conditional Payments wystarczy do wyłączenia pobrania dla jednego produktu?
Tak. Do wskazania konkretnych produktów i ukrycia dla nich metody płatności zazwyczaj wystarcza bezpłatna wersja Conditional Payments for WooCommerce.

Czy pobranie zniknie, gdy w koszyku jest jeden produkt z blokadą i jeden zwykły?
Tak, jeśli reguła została skonfigurowana jako obecność produktu w koszyku, na przykład Products → include. Pobranie zostanie wtedy wyłączone dla całego zamówienia.

Czy można wyłączyć pobranie dla całej kategorii produktów?
Tak, ale takie warunki mogą wymagać wersji Pro. Przy regularnym dodawaniu kolejnych produktów do tej samej grupy kategoria jest praktyczniejsza niż ręczne dopisywanie każdego produktu do jednej reguły.

Czy reguła zmieni już złożone zamówienia?
Nie. Reguła wpływa na metody dostępne podczas składania nowych zamówień. Nie zmienia automatycznie sposobu płatności w zamówieniach już zapisanych w WooCommerce.

Czy można zablokować pobranie tylko dla jednego wariantu produktu?
To trzeba sprawdzić na konkretnej konfiguracji produktu i używanej wersji wtyczki. WooCommerce rozróżnia warianty, ale dodatki do wariantów i konfiguratory mogą przekazywać produkty do koszyka w różny sposób. Po ustawieniu reguły konieczny jest test konkretnego wariantu.

Dlaczego pobranie znika także przy innych produktach?
Najpierw sprawdź logikę AND/OR, dodatkowe warunki oraz kolejność zestawów reguł. Zbyt szeroki warunek OR może sprawić, że blokadę uruchomi sama metoda dostawy, kraj albo inna cecha zamówienia, nawet bez wskazanego produktu.

Czy klient zobaczy informację, dlaczego pobranie jest niedostępne?
Samo ukrycie metody nie zawsze daje klientowi wystarczające wyjaśnienie. Przy produkcie personalizowanym najlepiej już na karcie produktu wyświetlić konkretną informację, np. „Produkt wykonywany na zamówienie – wymagana płatność z góry”. Klient powinien znać ten warunek przed przejściem do kasy.

Czy Conditional Payments może podzielić płatność w jednym koszyku?
Nie w standardowym scenariuszu. Jeżeli jeden produkt wymaga przedpłaty, reguła wyłącza pobranie dla całego zamówienia. Rozdzielenie płatności wymaga osobnego mechanizmu dzielenia zamówień lub indywidualnej modyfikacji procesu zakupowego.

Co sprawdzić jako pierwsze, jeśli reguła nie działa?
Najpierw usuń dodatkowe warunki i przetestuj jeden produkt z jednym działaniem Disable payment methods → Cash on delivery. Następnie sprawdź zwykły koszyk, produkt objęty blokadą oraz koszyk mieszany. Dopiero gdy ta najprostsza reguła działa prawidłowo, dodawaj kolejne kryteria. Kupowanie wersji Pro ani tworzenie następnych wyjątków nie naprawi błędnie ustawionej podstawowej logiki.

Categories: WooCommerce
Sebastian Miler

Written by:Sebastian Miler All posts by the author

Autorem toNIEmarketing.pl jest Sebastian Miler, założyciel CMSPACE. Na portalu publikuje materiały dotyczące SEO, GEO, content marketingu, WordPressa, marketingu i AI.

Leave a reply

Your email address will not be published. Required fields are marked *

Ciasteczka

Kontynuując przeglądanie strony, wyrażasz zgodę na używanie plików Cookies. Więcej informacji znajdziesz w polityce prywatności.