Problemy z BLIK w sklepie internetowym – diagnoza i rozwiązania 2026

Liczby mówią same za siebie. Raport Polskiego Standardu Płatności za czwarty kwartał 2025 (publikacja styczeń 2026) pokazuje, że BLIK obsłużył ponad 2,4 miliarda transakcji rocznie, z czego zdecydowana większość w kanale e-commerce. Udział w płatnościach online w Polsce oscyluje wokół 78% – to oznacza, że na 10 zamówień 7–8 kończy się kodem BLIK, a nie kartą czy klasycznym przelewem.

Co to daje sklepowi w praktyce? Trzy rzeczy.

Po pierwsze – wyższy współczynnik konwersji. Badania A/B prowadzone przez Przelewy24 na próbie kilkuset sklepów pokazują, że sama obecność BLIK jako domyślnej metody podnosi CR checkoutu o 12–18% względem koszyków opartych tylko na kartach. Klient nie musi szukać plastiku, wpisywać numerów i CVV – wystarczy 6 cyfr.

Po drugie – dotarcie do pokolenia Z. Osoby poniżej 30. roku życia w większości nie wyrabiają nawet fizycznej karty. BLIK to dla nich natywny sposób płacenia, a brak tej metody odczytują jako sygnał, że sklep nie działa normalnie.

Po trzecie – ochrona przed chargebackami. BLIK to płatność push – to klient inicjuje transakcję w aplikacji, co eliminuje ryzyko późniejszego kwestionowania (inaczej niż przy kartach, gdzie chargeback bywa codziennością w niektórych branżach).

Jeśli prowadzisz sklep i nie masz jeszcze BLIK albo masz go, ale coś nie gra, przeczytaj także nasz przewodnik BLIK w WooCommerce – konfiguracja krok po kroku oraz porównanie bramek płatności w WooCommerce.

Pytanie, dlaczego BLIK nie widać w koszyku, to numer jeden na grupach WooCommerce. Przyczyna prawie zawsze siedzi w jednym z pięciu miejsc. Sprawdź je po kolei.

1. BLIK nieaktywowany w panelu bramki. Brzmi trywialnie, ale to pierwsza rzecz, którą widzę u 30% zgłaszających. W Przelewy24 zaloguj się do panelu administracyjnego, wejdź w Ustawienia, potem Kanały płatności i sprawdź, czy BLIK ma status aktywny. W PayU analogicznie – zakładka Konfiguracja, potem Metody płatności. W Tpay – Ustawienia sklepu, potem Kanały płatności.

2. Wtyczka bramki nieaktualna. Operatorzy regularnie publikują updaty związane z wymogami Polskiego Standardu Płatności i zgodnością z WooCommerce. Wtyczka sprzed roku może nie obsługiwać nowych flow 2FA albo wycofanego endpointu API. Zasada: zawsze trzymaj się najnowszej stabilnej wersji.

3. Konflikt z WooCommerce Blocks (Advanced Mode). To najczęstsza pułapka 2026. Nowy checkout Blocks wymaga, by wtyczka bramki implementowała dedykowany interfejs Payment Method Integration API. Stare wtyczki pokazują BLIK tylko w klasycznym shortcode checkout, nie w Blocks. Rozwiązania: włącz klasyczny checkout w ustawieniach albo zaktualizuj wtyczkę.

4. Blokada JavaScript przez cache lub optymalizację. Wtyczki typu LiteSpeed Cache, WP Rocket, Autoptimize potrafią odroczyć albo połączyć skrypty bramki tak, że inicjalizacja BLIK nie wykonuje się na czas. W panelu cache dodaj skrypty bramki do wyjątków.

5. Błędne hasło API albo klucze CRC. Jeżeli wpisałeś testowe klucze zamiast produkcyjnych (albo odwrotnie) – BLIK nie pojawi się wcale albo zwróci cichy błąd. Sprawdź dokładnie, czy używasz produkcyjnych kluczy i czy środowisko (sandbox lub produkcja) jest zgodne.

Jeśli powyższe nie pomogły, zobacz szczegółowe scenariusze dla konkretnych bramek – problemy z Przelewy24 i problemy z PayU. Jeżeli wolisz, żeby ktoś rzucił okiem na Twój sklep, napisz do nas lub zadzwoń pod +48 604 939 140 – diagnozę robimy zwykle w 24h.

Domyślny czas na wpisanie kodu BLIK to 2 minuty. Brzmi sporo, ale w praktyce połowa użytkowników mobilnych klika Zapłać BLIK i dopiero wtedy odblokowuje telefon, otwiera aplikację banku, szuka zakładki BLIK, generuje kod i go przepisuje. W tym czasie dochodzą dystrakcje – powiadomienie, telefon, zmiana aplikacji. Efekt: timeout i zgłoszenie, że BLIK nie działa.

Co możesz zrobić po stronie sklepu:

• Pokaż wyraźne wskazówki UX przed kliknięciem płacę BLIK – przygotuj telefon i otwórz aplikację banku przed kliknięciem.
• Włącz auto-retry – w Przelewy24 i PayU możesz pozwolić klientowi wygenerować nowy kod w tym samym zamówieniu bez zakładania nowego koszyka.
• Zadbaj o odpowiednią konfigurację czasów sesji – niektórzy operatorzy pozwalają wydłużyć okno akceptacji do 5 minut na wniosek.
• Wyślij SMS push – przy płatnościach powyżej 500 zł proponuj klientowi powiadomienie push z banku zamiast wpisywania kodu.
• Skróć formularz zamówienia – im mniej pól przed BLIK, tym szybciej klient trafi do etapu płatności.

Jeżeli zauważasz regularne timeouty, sprawdź w logach bramki procent transakcji zakończonych statusem timeout lub expired. Jeśli to więcej niż 3–4%, to sygnał, że UX wymaga pracy. Porzucone koszyki z tego powodu można próbować odzyskać – patrz automatyzacja porzuconego koszyka.

Komunikat o odrzuconym kodzie trafia do Twojego sklepu jako błąd zwrotny, ale przyczyna prawie zawsze leży po stronie klienta. Warto znać listę powodów, żeby support mógł szybko doradzić zamiast odsyłać do bramki.

Najczęstsze przyczyny odrzucenia kodu BLIK:

• Kod wygasł – minęły 2 minuty od wygenerowania; trzeba wygenerować nowy.
• Kod został już użyty – jednorazowy kod BLIK nie działa dwa razy; klient kliknął zapłać, potem wrócił i próbuje ponownie z tym samym kodem.
• Nieprawidłowy bank lub aplikacja – klient wygenerował kod w aplikacji banku X, a próbuje autoryzować w banku Y.
• Przekroczony limit dzienny BLIK – większość banków ma domyślny limit 1 000–5 000 zł dziennie; klient musi podnieść limit w aplikacji.
• Konto pre-paid lub bez salda – BLIK pobiera środki z konta natychmiast; brak pokrycia równa się odrzuceniu.
• Blokada transakcji przez system antyfraud banku – rzadziej, ale zdarza się przy nietypowych kwotach lub zagranicznych IP.
• Awaria po stronie banku – pojedyncze banki mają incydenty; statusy sprawdzisz na stronie Polskiego Standardu Płatności.

Jak zmniejszyć frustrację klienta: w komunikacie błędu (jeśli Twój checkout pozwala go customizować) dopisz konkretne kroki – zamiast generycznego Płatność nie powiodła się napisz Wygeneruj nowy kod BLIK w aplikacji banku. Klient dostaje jasną instrukcję, a Ty odzyskujesz sporą część koszyków. Zobacz też materiał o optymalizacji checkoutu WooCommerce.

Sytuacja podbramkowa: klient wpisuje kod, aplikacja banku potwierdza, pieniądze schodzą z konta, a w Twoim sklepie zamówienie wisi w statusie oczekujące. To problem po stronie komunikacji serwer-serwer między bramką a sklepem.

Trzy główne przyczyny techniczne:

1. Brak dostępu do callbacków (IPN lub notification URL). Bramka wysyła POST na URL Twojego sklepu informujący o statusie płatności. Jeśli Twój serwer odpowiada 403, 500 albo po prostu nie odbiera – status zamówienia nigdy się nie zaktualizuje. Sprawdź w logach nginx lub apache, czy requesty z IP bramki trafiają na sklep. Adresy IP Przelewy24 i PayU znajdziesz w dokumentacji operatora – dodaj je do whitelisty WAF-a i Cloudflare.

2. Problem z certyfikatem SSL. Bramka nie wyśle notyfikacji na sklep z błędnym łańcuchem certyfikatów. Użyj narzędzia SSL Labs żeby zweryfikować konfigurację – cel to ocena A lub A+. Typowy błąd to brak certyfikatu pośredniego po rekonfiguracji serwera.

3. Timeout na poziomie serwera (execution time). Standardowy PHP max_execution_time 30s bywa za mało przy dużej ilości wtyczek. Dla callbacków bramki zwiększ limit do 60s. Na CloudPanel albo klasycznym LAMP-ie zmień to w php.ini dla danego vhosta.

Jeżeli widzisz w logach bramki status success, a w sklepie zamówienie w statusie oczekującym – to niemal zawsze problem z callbackiem. Dobre wtyczki (Przelewy24 Official, PayU) mają endpoint ręcznej synchronizacji zamówień – kliknij i sprawdź. Długofalowo lepiej rozwiązać źródło. Więcej o konfiguracji serwera w kontekście sklepu znajdziesz w artykule hosting WooCommerce – jak wybrać.

Ponad 70% płatności BLIK odbywa się z urządzenia mobilnego, a to rodzi specyficzne wyzwania UX, których nie widać, dopóki nie otworzysz swojego sklepu na telefonie.

Deep linking do aplikacji banku. Od 2024 roku Polski Standard Płatności promuje integrację, w której klient zamiast wpisywać kod przepuszczany jest bezpośrednio do aplikacji banku przez link typu blik. To redukuje timeout o około 60%. Jeżeli Twoja wtyczka wspiera BLIK one-click albo BLIK z powiadomieniem push, koniecznie włącz tę opcję.

iOS vs Android. Na iOS zdarza się, że Safari blokuje przekierowanie do aplikacji banku przy pierwszym kliknięciu – klient widzi biały ekran. Rozwiązanie: dodaj komunikat Kliknij ponownie, jeżeli aplikacja nie otworzyła się. Android radzi sobie z tym natywnie przez intencje.

Klawiatura numeryczna przy wpisywaniu kodu. Upewnij się, że pole BLIK w checkoucie ma atrybut inputmode numeric albo type tel. W przeciwnym razie telefon pokaże pełną klawiaturę QWERTY – to drobiazg, ale zwiększa friction.

PWA i webview. Jeżeli Twój sklep działa w formie Progressive Web App albo jest osadzony w webview aplikacji mobilnej (np. koszyk w appce), deep linki do banku mogą nie działać. W takim przypadku rozważ przekierowanie do zewnętrznej przeglądarki na etapie płatności.

Testowanie mobile. Najlepszy test to zrobić zakup z telefonu przez LTE (nie WiFi) raz w tygodniu. Zaskakuje, ile problemów widać na żywo, których nigdy nie złapiesz na desktopie w dev tools. Więcej w artykule mobile first w e-commerce.

Trzy dominujące bramki w polskim WooCommerce mają BLIK, ale diabeł tkwi w szczegółach integracji. Porównanie poniżej oparte na stanie na kwiecień 2026.

Typowe problemy Przelewy24:

• Błąd CRC key mismatch – najczęściej przy przejściu z sandboxa na produkcję, zapomniana podmiana kluczy.
• Brak BLIK w checkoucie Blocks – wersja wtyczki poniżej 2.3; zaktualizuj do najnowszej.
• The transaction is already registered – podwójne kliknięcie zapłać; rozwiąż idempotencją zamówień.

Typowe problemy PayU:

• 401 Unauthorized w API – wygasły token OAuth; wtyczka powinna odświeżać automatycznie, ale w starszych wersjach zdarza się zawieszenie.
• Notyfikacja IPN nie dochodzi – sprawdź, czy adres IP PayU (aktualna lista w dokumentacji) nie jest blokowany przez Cloudflare.
• BLIK widoczny, ale nie działa – często przy włączonym Secure Form i agresywnym CSP na sklepie.

Typowe problemy Tpay:

• Niepełna integracja z Blocks – rozwiązanie to klasyczny shortcode checkout lub aktualizacja do wersji 2.0+.
• Brak automatycznych zwrotów z poziomu WooCommerce – zwroty często trzeba robić ręcznie w panelu Tpay.

Szczegółowe konfiguracje: Przelewy24 w WooCommerce i PayU w WooCommerce. Jeśli chcesz pełną listę bramek, zobacz porównanie bramek płatności.

BLIK kojarzy się z jednorazowym kodem, ale od 2023 roku Polski Standard Płatności rozwija BLIK one-click – mechanizm, w którym klient raz autoryzuje kartę wirtualną powiązaną z BLIK i kolejne płatności (np. abonament miesięczny) idą bez kodu. Dla sklepów ze subskrypcjami to game-changer.

Konfiguracja w WooCommerce Subscriptions:

1. Zainstaluj WooCommerce Subscriptions (płatna wtyczka od Woo).
2. W panelu bramki (Przelewy24 lub PayU) aktywuj opcję płatności cykliczne BLIK – wymaga osobnego podpisania aneksu z operatorem.
3. W ustawieniach wtyczki bramki zaznacz wspieraj płatności powtarzalne.
4. Przetestuj na sandboxie – pierwsza płatność z kodem, druga automatycznie.

Retry logic przy nieudanych płatnościach. Klient może zmienić kartę wirtualną, zamknąć konto, stracić środki. Zadbaj o:

• Automatyczne ponowne próby co 1, 3 i 7 dni od nieudanej płatności.
• E-mail do klienta z linkiem do aktualizacji metody płatności.
• Grace period – nie blokuj dostępu natychmiast po pierwszym failu, daj 3–5 dni.

Zgodność z RODO i PSD2. BLIK one-click wymaga silnego uwierzytelnienia (SCA) przy pierwszej transakcji. Kolejne to już MIT (merchant-initiated transaction) – nie wymagają 3DS. Upewnij się, że wtyczka prawidłowo flaguje transakcje jako MIT, inaczej bank je odrzuci.

Jeśli budujesz serwis subskrypcyjny od zera, warto wybrać bramkę z najlepszym wsparciem – u większości klientów sprawdza się PayU. Więcej o modelach subskrypcji w artykule subskrypcje w WooCommerce.

Zwroty BLIK różnią się od zwrotów kartowych pod jednym względem: pieniądze trafiają bezpośrednio na rachunek bankowy klienta, z którego poszła płatność. Nie ma pośredniego kroku przez instytucję kartową, więc zwrot jest szybki (zwykle do 1 dnia roboczego) i bezpośredni.

Procedura w Przelewy24:

1. W panelu Przelewy24 znajdź transakcję po numerze zamówienia.
2. Kliknij Zwrot – możesz zwrócić całość albo część.
3. Potwierdź – środki wrócą do klienta zwykle w 24h.
4. W WooCommerce zmień status zamówienia na Zwrócone (wtyczka może robić to automatycznie po otrzymaniu notyfikacji).

Procedura w PayU: analogicznie, ale zwroty idą przez oddzielny endpoint API. Nowsze wtyczki pozwalają zwrócić bezpośrednio z ekranu zamówienia WooCommerce – przycisk Refund wykonuje call do API PayU i aktualizuje status.

Procedura w Tpay: w większości przypadków trzeba zalogować się do panelu Tpay i zainicjować zwrot ręcznie. Funkcja refund z poziomu WooCommerce dostępna w wersjach 2.0+ wtyczki, ale nie zawsze działa stabilnie.

Czas zwrotu w 2026:

• Do tego samego banku co oryginał – zwykle do 24h.
• Między bankami – 1–2 dni robocze (system Elixir w nocy).
• W weekend – zwrot księgowany w poniedziałek rano.

Częste problemy ze zwrotami:

• Zamówienie zwrócone w bramce, ale status WooCommerce się nie zmienił – callback zwrotu nie dochodzi, sprawdź logi nginx.
• Klient twierdzi, że nie dostał zwrotu – w 95% przypadków dostał, ale na stare konto, które już nie funkcjonuje; trzeba zrobić reklamację w banku.
• Częściowy zwrot z VAT – pamiętaj o korekcie faktury, BLIK sam jej nie wygeneruje. Więcej w materiale zwroty w WooCommerce.

Problemy z BLIK to w większości przypadków problemy operacyjne, nie techniczne. Niżej checklista, która eliminuje większość zgłoszeń.

Konfiguracja – jednorazowo po wdrożeniu:

Monitoring na co dzień:

• Włącz powiadomienia e-mail z panelu bramki o nietypowych spadkach liczby transakcji.
• Dodaj wewnętrzny alert, jeśli w ciągu godziny nie pojawiło się żadne nowe zamówienie opłacone (dla sklepów z wysokim ruchem).
• Śledź status kanału BLIK na stronach operatorów – okresowe awarie banków są normalne.

Testowe zakupy:

Zrób realny, opłacony zakup BLIK raz w miesiącu. Zamów swój własny produkt, zapłać, zwróć. W ten sposób wychwytujesz nie tylko błędy BLIK, ale cały flow checkout, potwierdzenie, faktura, zwrot.

Polityka aktualizacji:

• Wtyczki bramek aktualizuj w ciągu tygodnia od publikacji nowej wersji.
• Nigdy nie rób update na żywym sklepie w piątek po południu. Wtorek rano to najlepszy dzień.
• Staging environment to nie luksus – to konieczność przy e-commerce powyżej 500 zamówień miesięcznie.

Plan awaryjny:

Zawsze miej drugą bramkę jako fallback. Jeśli główna padnie, w ciągu godziny przełączasz ruch. Klienci nie muszą wiedzieć, że podstawowy operator ma awarię.

Jeżeli Twój sklep ciągle boryka się z problemami płatności, a Ty nie masz zasobów technicznych, żeby przechodzić przez tę checklistę, skontaktuj się z nami albo zadzwoń pod +48 604 939 140. Prowadzimy audyty bramek płatności i naprawiamy typowe problemy w ciągu 1–2 dni. Jeśli dopiero planujesz sklep, zobacz naszą ofertę sklepów internetowych.