Płatności w polskiej aplikacji mobilnej: BLIK, Przelewy24, Stripe i Apple Pay — co wybrać i czego wymaga App Store

Wybór metody płatności w aplikacji mobilnej wygląda z pozoru na decyzję marketingową („dodajmy BLIK, bo Polacy go lubią"), a w praktyce jest decyzją prawno-techniczną, która potrafi zablokować publikację w App Store albo odebrać Ci 30% przychodu. Zanim wybierzesz między BLIK-iem, Przelewami24, Stripe a Apple Pay, musisz odpowiedzieć na jedno pytanie: co dokładnie sprzedajesz w aplikacji? Od tej odpowiedzi zależy wszystko inne.

Ten artykuł prowadzi Cię przez tę decyzję krok po kroku — od najważniejszej reguły App Store, przez charakterystykę każdej metody, aż po gotową matrycę wyboru i checklistę wdrożeniową.

Reguła, od której zależy wszystko: treść cyfrowa vs. świat rzeczywisty

Apple i Google dzielą to, co sprzedajesz, na dwie kategorie — i to ten podział, a nie Twoje preferencje, decyduje o dozwolonej metodzie płatności.

1. Treści i usługi cyfrowe konsumowane w aplikacji — subskrypcje premium, odblokowanie funkcji, waluta w grze, kursy online, e-booki czytane w apce, kredyty AI. Tutaj Apple wymaga użycia swojego mechanizmu In-App Purchase (IAP), a Google — Google Play Billing. Nie wolno w tym przypadku wpiąć BLIK-a ani Stripe jako głównej ścieżki zakupu. Prowizja platformy to standardowo 30% (lub 15% dla małych wydawców w programie Small Business oraz dla subskrypcji po pierwszym roku).

2. Towary fizyczne i usługi świadczone w świecie rzeczywistym — zamówienie jedzenia, zakupy w e-sklepie, bilet na pociąg, przejazd taksówką, rezerwacja hotelu, opłata za parking, wpłata na konto bankowe. Tutaj jest odwrotnie: Apple i Google zakazują używania IAP i wymagają zewnętrznej bramki płatniczej. To właśnie tu wchodzą BLIK, Przelewy24, Stripe, Apple Pay i Google Pay — i tu nie płacisz platformie żadnej prowizji od transakcji.

Najczęstszy błąd początkujących zespołów: próba sprzedania subskrypcji cyfrowej przez Stripe, żeby ominąć prowizję Apple. To niemal pewne odrzucenie aplikacji w recenzji (wytyczna App Store Review 3.1.1). Odwrotny błąd — próba sprzedaży pizzy przez IAP — też zostanie odrzucona.

Jeśli sprzedajesz towary fizyczne lub usługi realne, dalsza część artykułu jest dla Ciebie w całości. Jeśli sprzedajesz treści cyfrowe, przeskocz do sekcji o App Store IAP — tam wyjaśniamy, co zmieniło się dzięki unijnemu DMA i wyrokom w USA.

BLIK — must-have dla polskiego użytkownika

BLIK to w Polsce de facto standard płatności mobilnych. Użytkownik potwierdza transakcję sześciocyfrowym kodem generowanym w aplikacji swojego banku (albo — coraz częściej — jednym kliknięciem w tzw. płatności BLIK bez kodu / „one-click"). Dla polskiego klienta brak BLIK-a w koszyku to realny powód porzucenia zakupu.

Jak to zintegrować w praktyce. Rzadko integruje się BLIK bezpośrednio ze standardem (Polski Standard Płatności). Zdecydowanie częściej i taniej wpina się go przez agregatora — Przelewy24, Autopay (dawniej Blue Media), Tpay, PayU czy Stripe — który wystawia BLIK jako jedną z metod w swoim API. Dzięki temu jedną integracją dostajesz BLIK, karty, szybkie przelewy i Apple/Google Pay naraz.

Co warto wiedzieć technicznie:

• BLIK działa asynchronicznie — po podaniu kodu status transakcji dociera do Ciebie webhookiem, nie synchronicznie w odpowiedzi. Backend musi umieć obsłużyć potwierdzenie „w tle" i dopiero wtedy odblokować towar/usługę.
• Płatności cykliczne (subskrypcje) i „BLIK bez kodu" wymagają wcześniejszej autoryzacji tzw. aliasu — to osobny przepływ, który trzeba zaplanować.
• BLIK to metoda wyłącznie polska — nie zadziała dla klienta z zagranicy. Jeśli celujesz również w rynki poza PL, potraktuj go jako jedną z wielu metod, a nie jedyną.

Przelewy24 — polski agregator „wszystko w jednym"

Przelewy24 (P24) to najpopularniejszy w Polsce agregator płatności. Jego siła to lokalność: w jednym API dostajesz BLIK, pay-by-link do praktycznie wszystkich polskich banków, karty, Apple Pay, Google Pay, a także płatności odroczone. Dla aplikacji kierowanej głównie do polskiego odbiorcy to najszybsza droga do kompletnego zestawu metod.

Mocne strony:

• Pełne pokrycie polskiego rynku (banki, BLIK) — trudne do pobicia przez zagranicznych graczy.
• Polska obsługa, polska umowa, rozliczenia w PLN, znajomość lokalnych realiów (faktury, JPK).
• Relatywnie prosta integracja REST + webhooki; dostępne SDK i gotowe moduły.

Na co uważać:

• To rozwiązanie zoptymalizowane pod Polskę — jeśli planujesz ekspansję międzynarodową, szybko uderzysz w jego ograniczenia (waluty, metody lokalne innych krajów).
• Model rozliczeń bywa oparty na wypłatach cyklicznych, a nie natychmiastowych — warto to sprawdzić pod kątem cash-flow.
• Ciężar zgodności (regulaminy, obowiązki informacyjne) jest po Twojej stronie jako akceptanta.

Alternatywy w tej samej lidze: Autopay, Tpay, PayU — wybór między nimi to głównie kwestia warunków cenowych, jakości wsparcia i szczegółów API. Warto zebrać oferty od 2–3 z nich.

Stripe — gdy myślisz globalnie i o dobrym API

Stripe to wybór, gdy zależy Ci na najlepszym po stronie deweloperskiej doświadczeniu (dokumentacja, SDK mobilne, gotowe komponenty UI jak Payment Sheet) i na zasięgu międzynarodowym — dziesiątki walut i metod lokalnych.

Kiedy Stripe ma sens:

• Sprzedajesz za granicę albo planujesz to w perspektywie 12–24 miesięcy.
• Chcesz jednym dostawcą obsłużyć karty, Apple Pay, Google Pay i wybrane metody lokalne, w tym BLIK (Stripe wspiera BLIK jako polską metodę płatności) i Przelewy24 (jako metodę pay-by-link).
• Zależy Ci na dopracowanym SDK (Stripe iOS/Android, React Native, Flutter) i szybkim wdrożeniu Payment Sheet zamiast budowania własnego UI.

Na co uważać:

• Pokrycie polskich banków przez Stripe jest węższe i realizowane pośrednio — dla apki wyłącznie „na Polskę" rodzimy agregator często wypadnie lepiej i taniej.
• Rozliczenia, obsługa i część dokumentacji są anglojęzyczne; kwestie podatkowe (faktury, VAT) trzeba domknąć po swojej stronie.
• Cennik jest przejrzysty, ale przy dużych wolumenach lokalny agregator potrafi zaproponować niższą stawkę za transakcję.

Apple Pay i Google Pay — to metody, nie osobny dostawca

Tu najczęstsze nieporozumienie: Apple Pay i Google Pay to nie to samo co Apple In-App Purchase. Apple Pay to wygodny sposób autoryzacji płatności kartą (odciskiem/twarzą), który podłącza się pod Twoją zewnętrzną bramkę — Stripe, Przelewy24, Autopay itd. Płacisz nim za towary fizyczne i usługi realne, bez prowizji Apple. IAP to zupełnie inny mechanizm, obowiązkowy dla treści cyfrowych i obłożony prowizją.

W praktyce nie wybierasz „Apple Pay zamiast Stripe" — włączasz Apple Pay i Google Pay jako dodatkowe przyciski w ramach agregatora, którego już używasz. Dają one najwyższy współczynnik konwersji (jedno tapnięcie, brak przepisywania numeru karty), więc warto je mieć włączone wszędzie tam, gdzie to możliwe. Apple Pay wymaga jednorazowej konfiguracji certyfikatu (merchant ID) w Apple Developer.

App Store IAP — co dokładnie wymusza i co zmienił DMA

Jeśli sprzedajesz treści cyfrowe, obowiązuje Cię IAP — ale krajobraz reguł zmienił się w ostatnich latach i warto znać stan na 2026 rok.

Zasada bazowa (wciąż obowiązująca globalnie): zakup treści cyfrowej konsumowanej w aplikacji musi przejść przez IAP / Google Play Billing, z prowizją 30% (lub 15% w programie dla małych wydawców i dla subskrypcji kontynuowanych powyżej roku).

Unia Europejska — Digital Markets Act (DMA). Od 2024 roku, w efekcie DMA, Apple w UE musiało otworzyć system: deweloperzy mogą oferować w aplikacji alternatywne metody płatności i kierować użytkownika na zewnętrzną stronę zakupu (tzw. link-out / steering). W zamian Apple wprowadziło nowe modele opłat (m.in. obniżone prowizje i osobne opłaty za dystrybucję/technologię), które w wielu scenariuszach nie sprowadzają kosztu do zera. Wniosek praktyczny: w UE masz dziś wybór, ale opłacalność ominięcia IAP trzeba policzyć indywidualnie dla swojego modelu i wolumenu.

USA — link-out po sporze Epic vs. Apple. W Stanach, w następstwie wieloletniego sporu sądowego, Apple zostało zmuszone do dopuszczenia linków do zewnętrznych metod płatności w aplikacjach, bez pobierania prowizji od zakupów zrealizowanych poza App Store. To realnie zmieniło kalkulację dla amerykańskiego rynku.

Co to znaczy dla Ciebie w 2026: reguły nie są już jednolite globalnie — różnią się per region (UE, USA, reszta świata) i bywają aktualizowane. Nie planuj monetyzacji treści cyfrowych „na oko". Zanim zdecydujesz, czy iść w IAP, czy w link-out, przelicz konkretne stawki dla swoich rynków, bo od tego zależy marża produktu.

Matryca decyzyjna — od czego zacząć

Zacznij zawsze od pytania o rodzaj sprzedawanego dobra, a potem o rynek:

Model mieszany jest w pełni dozwolony i częsty — kluczowe, by każdy typ zakupu szedł właściwą ścieżką. To najczęstsze źródło odrzuceń: jeden ekran, który miesza obie logiki.

Checklista wdrożeniowa

• Sklasyfikuj każdy produkt/plan jako „cyfrowy w apce" albo „towar/usługa realna" — to determinuje ścieżkę.
• Dla ścieżki zewnętrznej: wybierz agregatora pod rynek (PL → Przelewy24/Autopay/PayU; globalnie → Stripe) i włącz BLIK oraz Apple/Google Pay.
• Zaprojektuj obsługę webhooków i statusów asynchronicznych (BLIK, pay-by-link) — nie odblokowuj towaru przed potwierdzeniem.
• Dla subskrypcji cyklicznych zaplanuj osobny przepływ (alias BLIK / płatności recurring).
• Dla treści cyfrowych: skonfiguruj IAP/Play Billing i przelicz opłacalność link-out per region (UE/USA).
• Skonfiguruj Apple Pay (merchant ID + certyfikat) i Google Pay w konsoli dostawcy.
• Domknij zgodność: regulamin płatności, obowiązki informacyjne, faktury/VAT, RODO w zakresie danych transakcyjnych.
• Przetestuj przepływy na środowisku sandbox przed wysłaniem do recenzji App Store / Google Play.

Podsumowanie

Wybór płatności w aplikacji mobilnej to nie ranking „która bramka najlepsza", tylko sekwencja decyzji: najpierw rodzaj dobra (cyfrowe vs. realne), który przesądza o dozwolonej ścieżce i o tym, czy zapłacisz prowizję platformie; potem rynek (PL vs. globalnie), który wskazuje między polskim agregatorem a Stripe; a na końcu komplet metod — BLIK jako obowiązkowy dla polskiego klienta oraz Apple Pay i Google Pay dla najwyższej konwersji. Reguły App Store wokół treści cyfrowych są dziś regionalne i wciąż się zmieniają (DMA w UE, link-out w USA), więc monetyzację cyfrową zawsze przeliczaj na twardych liczbach dla swoich rynków.

Planujesz płatności w nowej aplikacji albo chcesz uporządkować to, co już masz, tak by przeszło recenzję i nie oddawało niepotrzebnie prowizji? Porozmawiajmy o Twoim projekcie — w Mobilesoft wdrażamy płatności mobilne od strony technicznej i produktowej, z uwzględnieniem wymogów App Store i Google Play.