RevenueCat czy Stripe do subskrypcji mobilnych: z czym wydać aplikację w 2026

Decyzja jest prostsza, niż sugerują nazwy SDK.

Skrót

Dla większości konsumenckich aplikacji iOS albo iOS plus Android w 2026 właściwym wyborem jest RevenueCat. Ukrywa Apple StoreKit i Google Play Billing, obsługuje paragony i odnowienia, a do 9 900 zł miesięcznego śledzonego przychodu jest darmowy. Stripe na mobile ma sens tylko wtedy, gdy masz hybrydę web plus mobile, w której użytkownicy kupują na webie, a korzystają na telefonie, albo gdy zasady IAP Apple nie mają zastosowania (aplikacje B2B typu reader, towary fizyczne, usługi konsumowane poza aplikacją). Większość indie founderów domyślnie bierze RevenueCat. Większość firm B2B SaaS dokładających mobile do istniejącego produktu webowego domyślnie bierze Stripe. Ten tekst daje reguły decyzyjne i wzorce integracji.

Najważniejsze fakty

• Zasady IAP Apple wymagają, żeby dobra cyfrowe sprzedawane wewnątrz aplikacji iOS szły przez system płatności Apple. RevenueCat to opakowuje.

• Stripe jest dozwolony dla towarów fizycznych, usług konsumowanych poza aplikacją (Uber, Airbnb) i aplikacji reader B2B (przepływy w stylu Spotify po zmianach DMA z 2024).

• RevenueCat bierze 1 procent przychodu z subskrypcji powyżej darmowego progu (ponad 9 900 zł MTR).

• Stripe bierze 2,9 procent plus 1,20 zł od transakcji kartowej, plus dopłaty mobilne.

• Realny koszt całkowity dla aplikacji indie zwykle wypada na korzyść RevenueCat, kiedy doliczysz infrastrukturę do walidacji paragonów.

Co każde z nich faktycznie robi

RevenueCat

Platforma subskrypcyjna zbudowana pod mobile. SDK na iOS, Android, React Native, Flutter, Unity. Opakowuje Apple StoreKit i Google Play Billing. Obsługuje:

• Produkty subskrypcyjne i entitlements

• Darmowe triale z ofertami wprowadzającymi

• Restore purchases między urządzeniami

• Walidację paragonów po stronie serwera (dzięki czemu kod klienta zostaje prosty)

• Webhooki na zdarzenia (zakup, odnowienie, anulowanie, wygaśnięcie, churn)

• Wykresy i analitykę przychodu

• Testy A/B paywalli (płatny plan)

• Stan subskrypcji między platformami (użytkownik z iOS loguje się na Androidzie i widzi swoją subskrypcję)

W praktyce wołasz Purchases.purchase(product) z kodu React Native, a RevenueCat robi resztę.

Stripe

Uniwersalna platforma płatnicza. Karty, ACH, przelewy, BNPL. SDK na web, iOS, Android i inne. Do subskrypcji mobilnych daje:

• Rozliczanie subskrypcji kartowych

• Stripe Checkout (przepływ zakupu hostowany na webie)

• Stripe Customer Portal (samoobsługa hostowana na webie)

• Webhooki na zdarzenia

• Obsługę podatków międzynarodowych (Stripe Tax)

W aplikacjach iOS sprzedających dobra cyfrowe Stripe NIE zastępuje Apple IAP. Złamiesz wytyczne App Store. Dla towarów fizycznych albo aplikacji reader B2B Stripe działa na iOS bez problemu.

Reguły decyzyjne

Domyślnie: RevenueCat

Dla wszystkich tych przypadków:

• Konsumenckie aplikacje iOS albo iOS plus Android

• Subskrypcje cyfrowe (treści premium, funkcje AI, kredyty w aplikacji, brak reklam)

• Nie masz jeszcze checkoutu na webie

• Chcesz minimalnego czasu integracji (poniżej 2 dni)

To mniej więcej 90 procent konsumenckich aplikacji indie w 2026.

Wybierz Stripe, kiedy

• Masz istniejący produkt webowy, gdzie użytkownicy najpierw kupują, a potem korzystają z aplikacji (typowy wzorzec SaaS)

• Sprzedajesz towary fizyczne kupowane w aplikacji (e-commerce)

• Masz aplikację reader B2B (zmiany Apple z 2024 dopuszczają to w części regionów)

• Użytkownicy muszą zarządzać subskrypcjami na webie (Stripe Customer Portal jest tu najlepszy)

Użyj obu, kiedy

• Sprzedajesz na webie przez Stripe, żeby zmaksymalizować marżę (bez prowizji Apple)

• Użytkownicy mobilni dostają dostęp do treści z istniejącej subskrypcji Stripe przez własny mostek autoryzacyjny

• Oferujesz też Apple IAP przez RevenueCat dla tych, którzy wolą kupić w aplikacji

Ten podwójny wzorzec jest częsty w produktach treściowych (newslettery, kursy, podcasty), gdzie większość przychodu idzie z webu, a mobile jest dodatkiem.

Realne porównanie kosztów

Scenariusz: aplikacja AI, 39,90 zł miesięcznie, 1000 płacących w pierwszym miesiącu

Stripe wygląda dramatycznie lepiej, ale Stripe NIE jest dozwolony dla dóbr cyfrowych w aplikacjach iOS. Złamałbyś wytyczne Apple.

Realne porównanie brzmi: RevenueCat (który obsługuje Apple IAP za Ciebie) kontra bezpośrednie Apple IAP zrobione samodzielnie (które musisz sam utrzymywać). RevenueCat wygrywa oszczędnością czasu.

Scenariusz: B2B SaaS, 190 zł miesięcznie, web plus mobile

Dla B2B z użytkownikiem, który zaczyna na webie, Stripe przez web wygrywa z dużym zapasem. Mobile staje się przepływem "zaloguj się swoją istniejącą subskrypcją".

Czas integracji

RevenueCat w Ship React Native jest podpięty z pudełka. Stripe wymaga własnego mostka autoryzacyjnego, jeśli idziesz w hybrydę.

A co z nagłówkami o omijaniu Apple z lat 2024 do 2025?

Zmiany DMA w Unii Europejskiej (2024) i wyrok Epic kontra Apple w USA (połowa 2024) dopuściły ograniczone alternatywne ścieżki płatności dla części kategorii aplikacji w części regionów. Ograniczenia w 2026:

• Zmiany dotyczą konkretnych typów aplikacji (reader, część B2B) i konkretnych regionów.

• Apple nadal pobiera Core Technology Commission od użytkowników płacących alternatywnie.

• Wdrożenie alternatywnych płatności wymaga osobnej zgodności i osobnej recenzji.

Wniosek dla indie founderów: zostań przy Apple IAP przez RevenueCat, chyba że masz dział prawny i jasne dopasowanie kategorii.

Pułapki po stronie RevenueCat

Pułapka 1: darmowy próg jest hojny, ale nie nieskończony

Darmowy plan obejmuje do 9 900 zł miesięcznego śledzonego przychodu. Powyżej wchodzisz na plan płatny (390 zł miesięcznie ryczałtem albo 1 procent przychodu, do wyboru).

Pułapka 2: stan między platformami wymaga identyfikacji użytkownika

RevenueCat śledzi subskrypcje per "App User ID". Jeśli nie ustawisz go przy rejestracji, zakupy z iOS i z Androida tego samego człowieka będą wyglądać jak dwie osoby. Zawsze ustawiaj App User ID na swoje user ID z systemu logowania.

Pułapka 3: walidacja paragonów przy starcie

Domyślnie SDK RevenueCat waliduje paragony przy starcie. Jeśli entitlements przyznaje Twój backend, musisz podpiąć webhook, żeby baza i RevenueCat zgadzały się co do stanu subskrypcji.

Pułapka 4: testy w sandboxie rządzą się swoimi prawami

Subskrypcje w sandboxie Apple odnawiają się w przyspieszonym tempie (subskrypcja "miesięczna" odnawia się co 5 minut). Zaplanuj cykle QA pod to.

Pułapki po stronie Stripe

Pułapka 1: Apple nie pozwoli sprzedawać dóbr cyfrowych bezpośrednio

Nie próbuj wydać przepływu Stripe bezpośrednio w aplikacji dla dóbr cyfrowych. Aplikacja zostanie odrzucona. Możesz przekierować na zakup webowy, ale wtedy mobile to "dostęp z istniejącej subskrypcji", nie "zakup".

Pułapka 2: zgodność podatkowa jest po Twojej stronie

Stripe Tax automatyzuje wyliczenia, ale poprawną konfigurację nadal robisz sam. RevenueCat nie ma tego problemu, bo Apple i Google odprowadzają podatki.

Pułapka 3: Customer Portal ma szorstkie krawędzie w UX

Stripe Customer Portal działa, ale poza brandingiem nie da się go dostosować. Do konsumenckiego UX z wyższej półki możesz potrzebować własnego ekranu zarządzania subskrypcją.

Macierz rekomendacji

FAQ

Czy Silpho obsługuje oba?

Tak. Boilerplate Ship React Native ma RevenueCat podpięty domyślnie. Integracja Stripe to pół dnia dopasowania. Przy każdej premierze klienta wybieramy jedno na starcie projektu.

A inni dostawcy (Glassfy, Adapty, Qonversion)?

Wszyscy są w porządku. RevenueCat ma największy ekosystem i najlepsze SDK dla React Native w 2026. Glassfy i Adapty są konkurencyjne funkcjami i ceną, a koszt migracji z RevenueCat jest niski, gdybyś kiedyś potrzebował.

Ile faktycznie bierze Apple?

30 procent w pierwszym roku od nowych subskrybentów, potem spada do 15 procent dla tych, którzy utrzymają subskrypcję dłużej niż rok. Small Business Program (poniżej 4 mln zł rocznego przychodu) to 15 procent na całości. Większość aplikacji indie kwalifikuje się do Small Business i płaci 15 procent.

Czy mogę testować paywalle w A/B?

RevenueCat ma testy A/B paywalli jako funkcję płatną. Możesz też zbudować to sam na feature flagach i Mixpanelu za mniej niż 190 zł miesięcznie łącznie. Przed premierą i w v1 wydaj jeden wariant paywalla, testy A/B rób po premierze na prawdziwych danych.

A Sign in with Apple?

Wymagane, jeśli oferujesz jakiekolwiek logowanie społecznościowe (Google, Facebook). Przepływ logowania jest niezależny od rozliczania subskrypcji. Zarówno RevenueCat, jak i Stripe działają obok Sign in with Apple bez problemu.

Czy RevenueCat to przerost formy przy jednym poziomie subskrypcji?

Nie. Nawet jeden poziom potrzebuje walidacji paragonów, restore purchases, obsługi churnu i webhooków. Darmowy plan RevenueCat to jeden dzień integracji, wersja własna to minimum tydzień.

Jaki jest najczystszy układ dla hybrydy web plus mobile SaaS?

Subskrypcja na webie przez Stripe. Mobile używa Twojego logowania, żeby sprawdzić status subskrypcji z backendu. Opcjonalnie dokładasz Apple IAP przez RevenueCat jako alternatywną ścieżkę zakupu dla tych, którzy wolą zapisać się z telefonu. Wielu founderów w ogóle pomija ścieżkę Apple IAP, jeśli konwersja na webie jest mocna.

Czy Silpho robi migracje?

Jeśli przenosisz się od jednego dostawcy do drugiego w trakcie życia aplikacji, to osobny zakres. Większość migracji to projekty na 1 do 3 dni, zależnie od głębokości danych.

Następne kroki:

• Podepnij RevenueCat w boilerplate Ship React Native (799 zł)

• Albo zleć Silpho wydanie aplikacji z właściwym wyborem pod Twoją ofertę (15 900 zł netto)

• Przeczytaj benchmarki konwersji paywalli

Powiązane teksty:

• Ukryte koszty budowy aplikacji mobilnej

• Jak zbudować wrapper na ChatGPT, który zarabia