Jaką bramkę płatniczą wybrać? Praktyczny przewodnik
Wybór bramki płatności to poważna decyzja, która wpływa na procesy biznesowe sklepu oraz aplikacji mobilnej. Które rozwiązanie wybrać?
Jeżeli sprzedajesz głównie w Polsce i zależy Ci przede wszystkim na wysokiej konwersji w checkoutcie, najbezpieczniejszym wyborem są lokalni operatorzy: Przelewy24, PayU, Tpay albo Autopay. Publicznie opisują one wsparcie dla BLIK, przelewów online, kart oraz portfeli mobilnych, a więc metod najczęściej oczekiwanych przez klienta w Polsce.
Jeżeli natomiast potrzebujesz nie tylko przyjęcia płatności, ale całego zaplecza billingowego, subskrypcji, retry, invoice flow, customer portal, usage-based billing i rozbudowanych webhooków, najmocniejszy publicznie udokumentowany zestaw ma Stripe. Revolut Business i Mollie są sensownymi opcjami uzupełniającymi lub europejskimi, ale zwykle nie są pierwszym wyborem, gdy polski recurring ma opierać się głównie o lokalne metody.
Najważniejszy wniosek praktyczny jest prosty: lokalna bramka wygrywa checkout na Polskę, a karta wygrywa operacyjnie w recurringu. Dlatego w wielu biznesach najlepszym rozwiązaniem nie jest jeden operator „do wszystkiego”, tylko architektura z lokalnym checkoutem i kartą jako fallbackiem dla płatności cyklicznych.
Zakres
Ten poradnik opiera się przede wszystkim na oficjalnych dokumentacjach i oficjalnych stronach produktowych dostawców oraz na materiałach systemu BLIK. Porównanie obejmuje siedem rozwiązań najczęściej rozważanych przez polskich merchantów: Przelewy24, PayU, Tpay, Autopay, Stripe, Revolut Business i Mollie. Tam, gdzie dostawca nie publikuje jednoznacznie wsparcia danej funkcji, stawek lub warunków wdrożenia, pozycja jest oznaczona jako unspecified; takie dane należy potwierdzić bezpośrednio w sprzedaży, onboardingu lub w aneksie do umowy.
Porównanie płatności jednorazowych
W Polsce najważniejsze metody przy pierwszej płatności to BLIK, szybkie przelewy online, karty oraz Apple Pay i Google Pay. Lokalni operatorzy są zwykle mocniejsi w „domyślnym” polskim checkoutcie, a globalni dostawcy nadrabiają głębszym API, lepszą warstwą billingową i wsparciem dla ekspansji zagranicznej.
| Dostawca | BLIK | P24 | Karty | Apple / Google Pay | Przelewy online | Rekurencja | Rekomendacja |
|---|---|---|---|---|---|---|---|
| Przelewy24 | Tak | Tak | Tak | Tak | Tak | Tak; lokalny recurring, aktywacja zależna od usługi | Bardzo dobry wybór na polski checkout |
| PayU | Tak | Nie | Tak | Tak | Tak | Tak; karty i BLIK recurring | Mocny lokalny wybór do recurring i enterprise |
| Tpay | Tak | Nie | Tak | Tak | Tak | Tak; karty i BLIK recurring | Dobry balans funkcji i kosztu |
| Autopay | Tak | Nie | Tak | Tak | Tak | Tak; karty i BLIK recurring | Dobry wybór do e-commerce i billingu |
| Stripe | Tak | Tak | Tak | Tak | Ogr.; nie jest to klasyczny lokalny pay-by-link | Tak; głównie karty, brak publicznie opisanej rekurencji BLIK/P24 | Najlepszy do SaaS i billing stacku |
| Revolut Business | Nie | Nie | Tak | Tak | Tak; Pay by Bank / bank transfer | Tak; głównie karty i subscriptions | Dodatkowy rail lub prosty globalny checkout |
| Mollie | Tak | Tak | Tak | Tak | Ogr.; głównie przez lokalne metody | Tak; API-only, głównie karty/SEPA | Sensowne dla merchantów EU-first |
Uwaga do tabeli: w przypadku Stripe i Revolut Business „przelewy online” nie oznaczają dokładnie tego samego, co lokalny polski model pay-by-link oferowany przez operatorów krajowych. Jeżeli Twoim KPI jest konwersja w Polsce, lokalni operatorzy zwykle lepiej odpowiadają temu nawykowi checkoutowemu.
Jak działa rekurencja
W recurring trzeba rozdzielić dwa różne mechanizmy.
- Recurring kartowy polega na tym, że klient wykonuje pierwszą płatność lub sam setup metody, metoda zostaje ztokenizowana, a kolejne obciążenia mogą iść off-session jako MIT.
- Recurring BLIK polega na zbudowaniu zgody w banku i późniejszym pobieraniu środków według modelu A, M albo O. To są dwa różne światy produktowe i regulacyjne.
W Recurring Blik:- Model A oznacza stałą kwotę i stałą częstotliwość bez każdorazowego potwierdzania. \
- Model M oznacza kwotę lub częstotliwość zmienną, ale z potwierdzeniem każdej kolejnej płatności w aplikacji banku.
- Model O oznacza zmienną kwotę lub częstotliwość bez każdorazowego potwierdzania. Z perspektywy praktycznej karta jest najbardziej uniwersalnym nośnikiem subskrypcji, a recurring BLIK jest bardzo mocną opcją lokalną, zwłaszcza dla rynku polskiego, jednak warto projektować go z kartą jako fallbackiem.

Schemat upraszcza wspólną logikę recurringu wynikającą z dokumentacji kartowej i opisów recurring BLIK.
Jak to działa w praktyce? Przykład pani Joanny
Załóżmy, że pani Joanna zapisuje się do szkoły językowej i opłaca abonament za zajęcia. Jeśli szkoła korzysta z recurringu kartowego, Joanna przy pierwszej płatności podaje dane karty i wyraża zgodę na zapisanie metody płatności. Karta zostaje ztokenizowana, a szkoła może potem co miesiąc automatycznie pobierać kolejną opłatę bez angażowania klientki. Dla Joanny to najprostszy scenariusz: raz dodaje kartę, a później subskrypcja odnawia się sama.
Jeśli szkoła korzysta z recurringu BLIK, mechanizm wygląda inaczej. Joanna nie zapisuje karty, tylko wyraża zgodę na płatności powtarzalne w swoim banku. Dalej wszystko zależy od modelu. W modelu A szkoła może pobierać co miesiąc tę samą kwotę, na przykład 199 zł, bez każdorazowego potwierdzania. W modelu M wysokość opłaty może się zmieniać, ale Joanna musi każdą kolejną płatność potwierdzić w aplikacji banku. W modelu O kwota albo częstotliwość mogą się zmieniać, a kolejne obciążenia odbywają się już bez każdorazowego potwierdzania.
Najważniejsza różnica jest więc prosta: karta jest zwykle najbardziej uniwersalna i wygodna dla klasycznych subskrypcji, bo dobrze sprawdza się przy automatycznych odnowieniach. BLIK recurring jest bardzo atrakcyjny na rynku polskim, bo odpowiada lokalnym nawykom płatniczym, ale działa w innym modelu zgód i zależy od tego, czy biznes potrzebuje stałej czy zmiennej kwoty. Dlatego w praktyce najlepszy setup to często BLIK jako mocna lokalna opcja i karta jako fallback, który zabezpiecza ciągłość płatności.
| Dostawca | Karty i tokenizacja | BLIK recurring | Odpowiednik SetupIntent / PaymentIntent | MIT / SCA / zgody | Krótka uwaga |
|---|---|---|---|---|---|
| Przelewy24 | Tak | Tak | Transakcja + token / alias | Wymaga poprawnej zgody i aktywacji usługi | Dobre lokalnie, mniej „produktowe” niż Stripe |
| PayU | Tak; tokeny kartowe | Tak | Order + token + notify | Publicznie opisane CIT → MIT; BLIK recurring wymaga aneksu | Najmocniej opisany lokalny recurring |
| Tpay | Tak | Tak | Transakcja + alias / token + webhook | Publicznie opisane modele A/M/O | Dobry recurring dla PL e-commerce i subscription |
| Autopay | Tak | Tak | Transakcja + zapis metody | Publiczne materiały marketingowe mocne; detale techniczne częściowo unspecified | Dobra opcja, ale warto doprecyzować onboarding |
| Stripe | Tak | Niepubliczne dla BLIK/P24 | SetupIntent + PaymentIntent | Mandate, off-session MIT, możliwe ponowne SCA | Najlepszy recurring kartowy i billingowy |
| Revolut Business | Tak | Nie | Customers + Payments + Subscriptions | Merchant-initiated po zapisie metody | Raczej karta niż lokalny recurring |
| Mollie | Tak | Niepubliczne dla BLIK/P24 | Customer + first payment + recurring payment | Rekurencja głównie przez API | Dobre dla recurring cards/SEPA, nie dla local BLIK-first |
Jak czytać tę tabelę: jeśli komórka lub detal są oznaczone jako unspecified, oznacza to brak jednoznacznego publicznego opisu na poziomie potrzebnym do decyzji architektonicznej; wtedy trzeba poprosić danego dostawcę o potwierdzenie, wymogów zgody, aktywacji i warunków wdrożenia. Źródła do tabeli:
Funkcje operacyjne
Poza samą akceptacją płatności bardzo szybko zaczynają się liczyć funkcje operacyjne: panel admina, webhooki, zwroty, payouty, raporty, obsługa sporów, a przy subskrypcjach także planów cenowych, retry, faktur i samoobsługi klienta. To właśnie tu różnica między „lokalną bramką” a „platformą billingową” staje się najbardziej widoczna.
| Dostawca | Panel admin | Hosted checkout / widget | Pricing tables / subscription management | Invoicing | Dunning / webhooks | Customer portal | Analytics / refundy / payouts | Krótka nota |
|---|---|---|---|---|---|---|---|---|
| Przelewy24 | Tak | Tak | Ogr. | Ogr. | Webhooki tak, dunning ogr. | Brak publicznie | Tak | Mocny PSP, słabszy jako pełny billing stack |
| PayU | Tak | Tak | Ogr. | Ogr. | Webhooki tak, dunning ogr. | Brak publicznie | Tak | Mocny lokalny operator z recurringiem |
| Tpay | Tak | Tak | Ogr. | Ogr. | Webhooki tak, dunning ogr. | Brak publicznie | Tak | Przejrzyste operacje i dobre API pod PL |
| Autopay | Tak | Tak | Ogr. | Ogr. | Webhooki tak, dunning częściowo unspecified | Brak publicznie | Tak | Mocny checkout i dobre zastosowania billingowe |
| Stripe | Tak | Tak | Mocne | Tak | Mocne | Tak | Tak | Najpełniejszy publicznie opisany billing stack |
| Revolut Business | Tak | Tak | Tak | Tak | Tak | Ogr. | Tak | Ciekawe połączenie payments + business stack |
| Mollie | Tak | Tak | Ogr. | Ogr. | Webhooki tak, dunning ogr. | Brak publicznie | Tak | Dobre EU-first, recurring bardziej API niż no-code |
Jeżeli potrzebujesz głównie przyjąć płatność i rozliczyć sprzedaż, lokalny operator zwykle wystarczy. Jeżeli natomiast płatność ma być częścią całego silnika subskrypcji, zmian planów, retry, faktur i samoobsługi klienta, przewaga Stripe jest wyraźna. Źródła do tabeli i wniosku:
Opłaty i koszty
Poniżej pokazane są publicznie widoczne stawki i opłaty, a nie warunki negocjowane enterprise. W praktyce finalna oferta może się różnić w zależności od wolumenu, branży, modelu ryzyka, rodzaju integracji i włączonych usług recurring. Wszędzie tam, gdzie publiczny cennik nie daje jednoznacznej odpowiedzi, pozycja jest oznaczona jako unspecified i wymaga potwierdzenia z sales lub onboardingiem.
| Dostawca | Publiczne stawki bazowe | Miesięczne / aktywacja | Chargeback / spory | Co jest unspecified i jak potwierdzić |
|---|---|---|---|---|
| Przelewy24 | 1,29% + 0,30 zł dla przelewów online, BLIK i kart w podstawowej ofercie | 0 zł abonamentu; aktywacja 59 zł | unspecified | Potwierdź sales/onboarding dla recurringu, usług dodatkowych i sporów |
| PayU | unspecified publicznie dla pełnej oferty merchantowej | unspecified | unspecified | Poproś handlowca o tabelę opłat, stawki recurring i wymagane aneksy |
| Tpay | Starter 1,59% + 0,39 zł; Business 0,99% | 0 zł lub 99 zł/mies.; aktywacja 1 zł lub 99 zł | unspecified publicznie w jednym miejscu | Poproś o pełną tabelę kosztów operacyjnych i warunki dla recurring BLIK |
| Autopay | Standard 1,19% + 0,25 zł; Starter od 29,99 zł/mies. przy płatności rocznej, z limitem obrotu 0% | Aktywacja zależna od wariantu, publicznie od 1 zł do 199 zł | unspecified | Potwierdź finalną ofertę sprzedażową dla Twojego wolumenu i branży |
| Stripe | Karty EEA od 1,5% + 1,00 zł; BLIK 1,6% + 1,00 zł; P24 1,9% + 1,00 zł | Brak setup fee w standardzie; dodatkowo płatne m.in. FX / niektóre payouty | 90 zł za dispute | Sprawdź też koszty przewalutowania, payoutów i ewentualne komponenty billingowe |
| Revolut Business | Od 0,8% + £0.02 dla części kart krajowych; Pay by Bank 1% + £0.20 | Brak osobnej setup fee dla acceptance, ale usługa działa w ramach konta Business | £15 | Potwierdź lokalną dostępność i warunki komercyjne na Polskę z onboardingiem |
| Mollie | BLIK 1,60% + €0.25; P24 2,20% + €0.25; karty zależnie od typu | Brak typowej miesięcznej opłaty; po 5 payoutach miesięcznie kolejny payout €0.25 | unspecified | Poproś support lub sales o pełny koszt kart i sporów dla Twojej struktury sprzedaży |
Najczęściej niedoszacowany koszt nie leży w samej prowizji, tylko w operacjach po transakcji: ręcznej reconciliacji, własnym systemie retry, obsłudze wygasłych kart, braku portalu klienta, aneksach do recurringu i wymaganiach wdrożeniowych dla bardziej zaawansowanych metod. Jeżeli Twój biznes jest subskrypcyjny, te koszty potrafią być ważniejsze niż różnica kilku dziesiątych punktu procentowego w fee.
Rekomendacje według modelu biznesowego
W praktyce decyzję najłatwiej podjąć, zaczynając od modelu biznesowego. Kluczowe pytanie brzmi nie „która bramka jest najlepsza”, tylko „czy ważniejszy jest polski checkout, czy cały billing stack”.

Diagram upraszcza rekomendacje wynikające z porównania metod, recurringu i funkcji operacyjnych.
| Model biznesowy | Najlepsze 2–3 opcje | Dlaczego | Fallback |
|---|---|---|---|
| SaaS subscription | Stripe; Stripe + lokalny checkout; ewentualnie Revolut Business pomocniczo | Najmocniejszy billing stack, subskrypcje, retry, portal klienta, invoices | Karta jako podstawa recurring; lokalne metody jako acquisition rail |
| Content / membership | PayU; Tpay; ewentualnie Przelewy24 | Lokalny recurring, lepsze dopasowanie do polskich nawyków płatniczych | Karta zapisana jako backup dla recurring BLIK |
| E-commerce z planami stałymi | Tpay; PayU; Przelewy24 lub Autopay | Mocny checkout PL + sensowny recurring fixed-fee | Model A BLIK + karta jako plan B |
| Variable billing / usage-based | Stripe; Stripe + lokalna bramka do pierwszej płatności | Usage-based, invoice flow, proration, webhook-driven billing | Karta recurring jako główna metoda |
| Utilities / billing / eBOK | Autopay; PayU; Tpay | Lepiej pasują do scenariuszy rachunkowych i zmiennej kwoty | BLIK M/O, ale z kartą jako operacyjnym zabezpieczeniem |
Najbardziej uniwersalna strategia dla Polski wygląda tak: lokalny operator do maksymalizacji konwersji przy pierwszej płatności, karta do utrzymania ciągłości recurringu. Jeśli Twój model jest prosty i lokalny, zacznij od PayU, Tpay, Przelewy24 albo Autopay. Jeśli płatność jest częścią większego systemu subskrypcji lub usage billing, zacznij od Stripe i dopiero potem dodawaj metody lokalne.
Źródła
Poniżej znajduje się priorytetowa lista źródeł, od których warto zacząć własną weryfikację przed wdrożeniem. Wszystkie są oficjalnymi źródłami providerów albo oficjalnymi materiałami BLIK.
- Stripe – Payments, Billing, SetupIntent / PaymentIntent, SCA, pricing, customer portal i pricing tables.
- PayU – dokumentacja Europe: recurring kart, recurring BLIK, Secure Form, raporty, payouty i notify flow.
- Przelewy24 – metody płatności, recurring, dokumentacja API i OWU z publicznym opisem opłat.
- Tpay – oferta, support recurring BLIK, panel, webhooks i publiczne cenniki.
- Autopay – metody płatności, recurring, portal merchanta i cenniki / kalkulator.
- Revolut Business – Merchant API, Subscriptions, invoicing i acceptance pricing.
- Mollie – recurring payments, Przelewy24, BLIK i pricing.
- BLIK – oficjalne opisy modeli A/M/O i materiały recurring.
Końcowa rekomendacja: jeśli sprzedajesz głównie w Polsce, wybierz lokalną bramkę do checkoutu; jeśli budujesz subskrypcje lub zaawansowany billing, wybierz Stripe; w obu przypadkach projektuj recurring tak, aby karta była fallbackiem dla lokalnych metod, zwłaszcza dla BLIK recurring.