BLIK w WooCommerce - jak dodać płatności mobilne do sklepu internetowego

W standardowej płatności klient generuje kod w aplikacji bankowej, podaje go w procesie zakupowym i postępuje zgodnie z komunikatami banku. Sklep otrzymuje wynik przez operatora płatności. Klient nie musi otwierać sklepu na tym samym urządzeniu, na którym korzysta z banku.

Polski Standard Płatności podaje, że w 2025 roku wykonano 1,4 mld płatności BLIK w e-commerce. Na koniec roku działało 20,7 mln aktywnych kont. To konta, a nie liczba unikalnych osób. Łączne 2,9 mld operacji dotyczy całego systemu BLIK, również zastosowań poza internetowymi zakupami.

Nie można z tych wartości wyprowadzić udziału BLIK we wszystkich polskich płatnościach online ani przewidzieć wzrostu sprzedaży konkretnego sklepu. Dane uzasadniają sprawdzenie potrzeb klientów, ale nie zastępują obserwacji własnego checkoutu. Jeśli kupujący pytają o BLIK albo wybierają go po przejściu do operatora, jest to użyteczna informacja przy planowaniu widoczności metody.

Te warianty nie są zamiennymi nazwami jednej opcji. Różnią się miejscem działania klienta i wymaganiami integracji.

Dokumentacja PayU opisuje możliwości API. Nie oznacza to, że każdy moduł WooCommerce udostępnia wszystkie warianty. Przykładowo oficjalna wtyczka PayU opisuje metodę BLIK z przekierowaniem do strony BLIK.

Płatność bez kodu nie jest uniwersalną obietnicą zatwierdzania odciskiem palca. Zachowanie zależy od banku i sposobu integracji. Instrukcja BLIK wyjaśnia zapamiętanie sklepu lub przeglądarki. Przed zamówieniem funkcji poproś wykonawcę o wskazanie, który wariant rzeczywiście będzie dostępny i jak zostanie sprawdzony.

Zacznij od obecnej integracji płatniczej. Być może obsługuje już BLIK i potrzebna jest konfiguracja metody, a nie drugie konto i kolejna wtyczka. Ustal nazwę modułu, wydawcę, wersję oraz to, czy używasz klasycznego checkoutu, bloków czy rozszerzenia przebudowującego formularz.

Następnie potwierdź, że metoda jest dostępna na Twoim koncie lub punkcie płatności. Sprawdź warunki waluty, kwoty i rodzaju zamówienia. Jeśli BLIK znika tylko przy jednej dostawie albo produkcie cyfrowym, porównaj reguły modułu zamiast od razu zmieniać operatora.

Przy wyborze nowej integracji przyda się ranking bramek według potrzeb. Cenę sprawdzaj dla aktualnej umowy, z częścią stałą za transakcję i ewentualnym pakietem. Nie istnieje jedna prowizja BLIK wspólna dla wszystkich dostawców. Sposób liczenia wyjaśnia poradnik kosztów płatności online, a warunki jednej z ofert cennik Przelewy24. Nie wybieraj modułu wyłącznie po najniższym procencie.

Przed zmianą wykonaj kopię i przygotuj staging odizolowany od rzeczywistych płatności, odnowień oraz obsługi zamówień. Ogranicz dostęp do skopiowanych danych klientów. Zapisz obecną konfigurację, żeby mieć punkt odniesienia po zmianie.

1. Potwierdź aktywność konta i dostępność BLIK u operatora.
2. Zainstaluj lub sprawdź właściwy moduł oraz jego zgodność z checkoutem.
3. Wprowadź dane środowiska testowego w polach wskazanych przez dokumentację tego modułu.
4. Włącz metodę i skontroluj widoczną nazwę, opis oraz reguły dostępności.
5. Przejdź do scenariuszy odbioru, zanim ustawisz środowisko produkcyjne.

Nie ma uniwersalnego zestawu pól Merchant ID, klucz publiczny i prywatny dla wszystkich operatorów. Również tryb testowy może być ustawiany inaczej. W oficjalnym PayU dane globalne i tryb poszczególnych metod są rozdzielone; szczegóły znajdziesz w instrukcji PayU WooCommerce.

Jeżeli nie wiesz, skąd pochodzą wpisane dane albo czy środowisko jest testowe, zatrzymaj próby. Nie sprawdzaj konfiguracji na prawdziwych płatnościach klientów.

Przygotuj dwa scenariusze: sklep i aplikacja bankowa na jednym telefonie oraz sklep na komputerze z aplikacją na telefonie. W obu sprawdź czytelność nazwy metody, przejście między ekranami i informację po powrocie. Nie zakładaj, że aplikacja banku zawsze otworzy się automatycznie.

Jeśli moduł ma pole kodu w sklepie, sprawdź jego etykietę, możliwość obsługi klawiaturą i komunikat błędu. Jeśli przekierowuje do operatora, oceń, czy klient rozumie, że nadal płaci za to samo zamówienie. Dane o odbiorcy i kwocie powinien zweryfikować w aplikacji banku przed zatwierdzeniem.

FAQ BLIK określa kod jako "ważny tylko przez 2 minuty". Kod ma sześć cyfr, ale jego ważność nie jest uniwersalnym limitem całego procesu ani ustawieniem anulowania zamówienia. Nie twórz komunikatu obiecującego automatyczne anulowanie po tym czasie.

Uprawniona osoba powinna wykonać odpowiednie scenariusze według dokumentacji testowej operatora, również odmowę i nieaktualny kod. Do artykułu ani zgłoszenia nie kopiuj rzeczywistych kodów BLIK i sekretów integracji.

Najpierw określ, czy klient nie widzi metody, bank odrzuca próbę, czy informacja o zapłacie nie trafia do sklepu. Te sytuacje wymagają innych działań. Zapisz czas oraz identyfikator zamówienia, a następnie porównaj wynik z panelem operatora.

Dokumentacja PayU opisuje asynchroniczne powiadomienia i możliwość ich powtórzenia. Powrót przeglądarki nie jest ich zamiennikiem. Blokada przycisku po kliknięciu może ograniczyć przypadkowe ponowienia, lecz nie zastępuje prawidłowej obsługi zdarzeń przez integrację.

Przy sprzecznych stanach lub podejrzeniu dwóch pobrań przerwij ponawianie płatności. Wyjaśnij wynik z operatorem lub osobą utrzymującą moduł, zanim poprosisz klienta o kolejną próbę.

Po uruchomieniu wyznacz osobę kontrolującą integrację po aktualizacjach sklepu. Zachowaj listę scenariuszy oraz ustawień, które wpływają na dostępność BLIK. Ułatwia to odtworzenie problemu bez zgadywania, czy zmienił się moduł, motyw czy sposób dostawy.

Zwrot wykonuj funkcją operatora lub modułu przeznaczoną do refundacji i kontroluj wynik. WooCommerce wyjaśnia, że sama zmiana statusu nie wysyła pieniędzy klientowi. Przy niejasnym rezultacie najpierw sprawdź notatki i panel płatności. Nie ponawiaj zwrotu w ciemno.

W zgłoszeniu technicznym przydają się czas, nazwa modułu, objaw i zanonimizowane identyfikatory. Nie publikuj pełnych logów z danymi klientów. Nie wyłączaj globalnie zabezpieczeń ani kontroli podpisu powiadomień, żeby uzyskać pozornie udany test.

Wdrożenie płatności lub naprawę istniejącego WordPressa dopasujemy do problemu. Do pierwszego kontaktu wystarczy adres lub platforma i opis celu. Informacje o operatorze, wersjach oraz skali sprzedaży możesz dołączyć, jeśli je znasz; nie musisz przygotowywać pełnego briefu przed zgłoszeniem.