Paywall iOS: 7 błędów początkujących, które blokują sprzedaż

Dlaczego twój paywall iOS nie sprzedaje

Twoja aplikacja jest w App Store, instalacje przychodzą, a mimo to prawie nikt nie wykupuje subskrypcji. W większości przypadków problemem nie jest ani twój pomysł, ani twój kod. Problemem jest twój paywall iOS, czyli ekran, który przedstawia płatną ofertę i prosi użytkownika o zobowiązanie. Paywall pokazany w złym momencie, bez darmowego okresu próbnego, bez przycisku przywracania zakupów albo bez informacji wymaganych przez Apple nie sprzedaje albo zostaje odrzucony podczas weryfikacji.

Oto 7 błędów, które najczęściej widzę w pierwszych aplikacjach, i sposób na naprawę każdego z nich. Żadnego magicznego przepisu: konkretne ustawienia, które da się sprawdzić i wdrożyć przed kolejnym wysłaniem aplikacji do Apple.

Publikuję własne aplikacje iOS z subskrypcją: Solys, budzik z minigrami, i TradaZen, symulator tradingu. Obie są podpięte pod RevenueCat. W obu przeżyłem tę samą sytuację: dużo instalacji, bardzo mało rozpoczętych okresów próbnych. Produkt nie był winny. Paywall i onboarding nie prowadziły wystarczająco jasno do okresu próbnego. To jeden z powodów, dla których gruntownie je przerobiłem, i stąd wzięła się ta lista.

Błąd nr 1: pokazywanie paywalla za wcześnie albo za późno

To najbardziej kosztowny błąd i występuje w obie strony.

Za wcześnie oznacza paywall, który pojawia się, zanim użytkownik zrozumie, co robi aplikacja. Otwiera ją, widzi cenę, zamyka. Nie ma żadnego powodu, żeby płacić, bo jeszcze nic nie zobaczył.

Za późno oznacza paywall ukryty za przyciskiem „Premium” w ustawieniach albo taki, który pojawia się dopiero po kilku dniach używania. Większość użytkowników nigdy go nie zobaczy. A użytkownik, który nie widzi twojej oferty, nie może jej wykupić.

Dobry moment leży pośrodku: na końcu onboardingu, zaraz po tym, jak użytkownik dostrzegł wartość aplikacji. Odpowiedział na kilka pytań, zobaczył, co aplikacja dla niego zrobi, może przetestował główną funkcję. Wtedy oferta ma sens.

W praktyce:

• onboarding zadaje przydatne pytania i pokazuje podgląd wyniku;
• paywall pojawia się na końcu tej ścieżki, nie w jej środku;
• możesz pokazać go ponownie później, w momencie, gdy użytkownik trafia na ograniczenie darmowej wersji. Jeśli zamierzasz uczynić płatną funkcję, która do tej pory była darmowa, najpierw przeczytaj poradnik o wytycznej 3.2.2.

Błąd nr 2: brak darmowego okresu próbnego

W przypadku aplikacji, której nikt jeszcze nie zna, prośba o zapłatę od razu to duży skok. Darmowy okres próbny zmniejsza ten skok: użytkownik testuje bez ryzyka, a płatność zaczyna się dopiero po zakończeniu okresu próbnego, jeśli nie zrezygnuje.

Apple przewiduje ten mechanizm pod nazwą oferty wprowadzającej (introductory offer) dla subskrypcji odnawianych automatycznie. Dwie zasady do zapamiętania, zaczerpnięte ze strony Apple o subskrypcjach:

• klient może skorzystać tylko z jednej oferty wprowadzającej na grupę subskrypcji;
• na ścieżce zakupu musisz jasno podać długość okresu próbnego i cenę naliczaną po jego zakończeniu.

Częsty błąd to oferowanie okresu próbnego bez mówienia o tym. Jeśli twój przycisk pokazuje tylko „Subskrybuj”, użytkownik nie wie, że może wypróbować aplikację za darmo. Napisz to wprost na przycisku albo tuż nad nim: długość okresu próbnego, potem cena. To dokładnie ten rodzaj szczegółu, który decyduje o tym, czy instalacje leżą odłogiem, czy okresy próbne się zaczynają.

Błąd nr 3: złe wyeksponowanie subskrypcji rocznej

Wiele pierwszych aplikacji oferuje plan miesięczny i roczny, ale przedstawia je jako dwie identyczne opcje obok siebie, bez żadnej hierarchii. Efekt: użytkownik się waha, a użytkownik, który się waha, często zamyka ekran.

Plan roczny ma tymczasem zalety zarówno dla ciebie, jak i dla użytkownika: niższą równoważną cenę miesięczną dla niego, dłuższe zobowiązanie dla ciebie. Żeby uczciwie go wyróżnić:

• zaznacz go domyślnie i nadaj mu wyraźnie inny wygląd;
• pokaż równowartość miesięczną obok ceny rocznej, żeby porównanie było natychmiastowe;
• podaj realną oszczędność względem planu miesięcznego, wyliczoną na twoich prawdziwych cenach, nigdy na wymyślonej cenie referencyjnej.

Uważaj, żeby nie popaść w drugą skrajność: faktycznie naliczana cena musi pozostać najlepiej widoczna. Apple wymaga, żeby pełna cena odnowienia była pokazana jasno i widocznie. Równowartość miesięczna dużą czcionką i prawdziwa cena roczna malutkimi literami to wprowadzający w błąd paywall i powód odrzucenia na podstawie wytycznej 3.1.2.

Błąd nr 4: zapomniany przycisk przywracania zakupów

To najgłupsze przeoczenie i jedno z najczęstszych. Subskrybent zmienia iPhone'a, instaluje aplikację ponownie i ląduje przed paywallem, choć już płaci. Bez przycisku „Przywróć zakupy” nie ma żadnego sposobu, żeby odzyskać dostęp.

To nie jest opcja. Wytyczne weryfikacji App Store (wytyczna 3.1.1) wymagają mechanizmu przywracania dla każdego zakupu w aplikacji, który da się przywrócić, a strona Apple o subskrypcjach wymienia wśród elementów ekranu zapisu „sposób, w jaki obecni subskrybenci mogą się zalogować lub przywrócić zakupy”.

Z RevenueCat przywracanie to jedno wywołanie. Prawdziwa praca polega na sprawdzeniu, co dzieje się potem:

• subskrybent faktycznie odzyskuje dostęp, bez konieczności ponownego uruchamiania aplikacji;
• użytkownik bez zakupu dostaje jasny komunikat, a nie błąd techniczny;
• przycisk jest widoczny na samym paywallu, nie tylko w ustawieniach.

Błąd nr 5: brak informacji wymaganych przez Apple

Paywall, który nie mówi jasno, za co użytkownik zapłaci, może zostać odrzucony. Apple opisuje na swojej stronie poświęconej subskrypcjom, co musi znaleźć się na ekranie zapisu:

• nazwa i okres subskrypcji oraz to, co daje w tym czasie;
• pełna cena odnowienia, pokazana jasno i zlokalizowana w dostępnych walutach;
• sposób przywrócenia zakupów (patrz poprzedni błąd).

Dodaj wyraźne zdanie o automatycznym odnawianiu: subskrypcja odnawia się, dopóki użytkownik z niej nie zrezygnuje, a zrezygnować może w ustawieniach swojego konta Apple.

Ta sama strona precyzuje też, że aplikacja i jej metadane w App Store muszą zawierać linki do warunków korzystania i polityki prywatności. To punkt, który wielu odkrywa dopiero w momencie odrzucenia: nie wystarczy umieścić tych linków w aplikacji, trzeba też w opisie karty App Store przypomnieć warunki subskrypcji i dodać oba linki. Bez nich jest odrzucenie na podstawie wytycznej 3.1.2. W moich aplikacjach z subskrypcją kończę opis krótkim blokiem: warunki subskrypcji, potem link do warunków korzystania i link do polityki prywatności. A jeśli twoja karta jest przetłumaczona, ten blok musi istnieć w każdym języku.

Zanim wkleisz linki, otwórz je w przeglądarce. Link do strony, która nie istnieje, jest wart tyle, co brak linku.

Inne częste powody odrzuceń opisałem w tym artykule o odrzuceniach przez Apple, a sama karta App Store ma swoją stronę: optymalizacja karty w App Store.

Błąd nr 6: brak testów paywalla w sandboksie

Paywall, który dobrze wygląda w symulatorze, to nie paywall, który działa. Między konfiguracją produktów w App Store Connect, ofertami w RevenueCat a kodem aplikacji jest wiele miejsc, w których jakiś szczegół może się zepsuć: źle podpięty produkt, cena, która się nie ładuje, okres próbny, który się nie wyświetla.

Apple udostępnia do tego środowisko testowe, sandbox, z testowymi kontami Apple, które tworzysz w App Store Connect w sekcji Users and Access, w zakładce Sandbox. Te konta służą do testowania zakupów bez obciążania karty, łącznie z odnowieniami, nieudanymi płatnościami i zwrotami, jak wyjaśnia dokumentacja App Store Connect.

Przed każdym wysłaniem przejdź co najmniej tę ścieżkę na prawdziwym iPhonie:

1. pierwsze uruchomienie, pełny onboarding, dotarcie do paywalla;
2. rozpoczęcie okresu próbnego na koncie testowym;
3. sprawdzenie, czy dostęp premium faktycznie się odblokowuje;
4. usunięcie aplikacji, ponowna instalacja, przywrócenie zakupu;
5. poprawne wyświetlanie paywalla na najmniejszym i największym iPhonie, który obsługujesz.

Recenzent Apple również przetestuje zakup. Jeśli coś się zatnie, jest odrzucenie.

Błąd nr 7: brak jakichkolwiek pomiarów

To błąd, który uniemożliwia naprawienie wszystkich pozostałych. Bez pomiarów nie wiesz, gdzie użytkownicy odpadają. Widzisz tylko końcowy wynik: mało subskrybentów. Nie wiesz, czy problemem jest onboarding, paywall, cena czy okres próbny.

To właśnie pozwoliło mi zobaczyć problem w moich własnych aplikacjach: instalacje były, rozpoczętych okresów próbnych nie. Bez tych dwóch liczb obok siebie mógłbym tygodniami przerabiać coś zupełnie innego.

Dodaj zdarzenia analityczne na każdym kluczowym etapie, na przykład w PostHog:

• początek onboardingu;
• koniec onboardingu;
• wyświetlenie paywalla;
• rozpoczęty okres próbny;
• potwierdzony zakup lub subskrypcja;
• udane przywrócenie zakupu.

Dzięki tym zdarzeniom dostajesz lejek. Widzisz etap, na którym użytkownicy odchodzą, i wiesz, co poprawić w pierwszej kolejności. RevenueCat uzupełnia obraz od strony przychodów: okresy próbne, konwersje, odnowienia, rezygnacje.

Ostatnia rada: nie zmieniaj wszystkiego naraz. Jeśli tego samego dnia zmienisz cenę, okres próbny i wygląd paywalla, nigdy się nie dowiesz, co poruszyło liczby.

Checklista paywalla przed kolejnym wysłaniem

• Paywall pojawia się na końcu onboardingu, po pokazaniu wartości.
• Darmowy okres próbny jest podany wprost: długość, potem cena po okresie próbnym.
• Plan roczny jest uczciwie wyróżniony, faktycznie naliczana cena pozostaje czytelna.
• Przycisk „Przywróć zakupy” jest na paywallu i działa.
• Podane są nazwa, okres, cena odnowienia i informacja o automatycznym odnawianiu.
• Linki do warunków korzystania i polityki prywatności są w aplikacji i w opisie App Store, w każdym języku.
• Cała ścieżka zakupu została przetestowana w sandboksie na prawdziwym iPhonie.
• Zdarzenia analityczne obejmują każdy etap, od onboardingu do zakupu.

Jeśli wciąż wahasz się co do samego modelu, subskrypcja czy jednorazowa płatność, napisałem o tym osobny poradnik: subskrypcja czy jednorazowy zakup w twojej pierwszej aplikacji iOS. A całą część techniczną, czyli produkty, RevenueCat i weryfikację, znajdziesz na stronie subskrypcje w aplikacjach iOS.

Zbuduj swój paywall z iOS Kit

Paywall to tylko jeden element. Zależy od onboardingu, który go poprzedza, od ceny, którą ustalasz, od karty App Store, która przyciąga użytkowników, i od głównej funkcji aplikacji, tej, którą trzeba utrzymać prostą w dobrze określonej pierwszej wersji.

Jeśli chcesz zacząć od gotowej bazy, onboarding, paywall i subskrypcje są już w kodzie startowym iOS Kit, a trzeci etap jego ścieżki służy do podpięcia ich do twojej własnej aplikacji. Nikt nie może zagwarantować ci przychodu.

Przed wysłaniem skille Claude Code z Apple Review Kit sprawdzają twój paywall i informacje wymagane przez Apple. A strona główna pokazuje, jak wypuścić swoją aplikację mobilną z już podpiętym paywallem.

Najczęściej zadawane pytania

Jakie błędy paywalla iOS blokują sprzedaż pierwszej aplikacji?

W pierwszych aplikacjach powtarza się siedem błędów: paywall pokazany za wcześnie lub za późno, brak darmowego okresu próbnego, źle wyeksponowana subskrypcja roczna. Do tego dochodzą zapomniany przycisk przywracania zakupów, brak informacji wymaganych przez Apple, paywall nigdy nietestowany w sandboksie i brak pomiarów. Każdy z nich naprawisz konkretnym ustawieniem, które warto sprawdzić przed kolejnym wysłaniem aplikacji do Apple.

Kiedy pokazać paywall w aplikacji iOS?

Na końcu onboardingu, zaraz po tym, jak użytkownik dostrzegł wartość aplikacji. Za wcześnie: widzi cenę, zanim zrozumie, co robi aplikacja. Za późno, na przykład za przyciskiem „Premium” w ustawieniach: większość użytkowników nigdy go nie zobaczy. Możesz pokazać go ponownie później, gdy użytkownik trafi na ograniczenie darmowej wersji.

Co musi pokazywać paywall iOS, żeby spełniać zasady Apple?

Apple wymaga na ekranie zapisu nazwy i okresu subskrypcji, tego, co daje, jasno pokazanej pełnej ceny odnowienia i sposobu przywrócenia zakupów. Potrzebne są też linki do warunków korzystania i polityki prywatności, w aplikacji i w opisie twojej karty App Store. Bez nich w opisie jest odrzucenie. Dodaj wyraźne zdanie o automatycznym odnawianiu.

Czy warto oferować darmowy okres próbny w aplikacji iOS?

Tak, zwłaszcza w aplikacji, której nikt jeszcze nie zna: prośba o zapłatę od razu to duży skok, a okres próbny pozwala testować bez ryzyka. Apple nazywa to ofertą wprowadzającą, ograniczoną do jednej na grupę subskrypcji dla tego samego klienta. Napisz długość okresu próbnego, a potem cenę naliczaną po nim, na przycisku albo tuż nad nim.

Jak wyróżnić subskrypcję roczną, nie wprowadzając użytkownika w błąd?

Zaznacz plan roczny domyślnie, nadaj mu wyraźnie inny wygląd i pokaż jego równowartość miesięczną obok ceny rocznej. Podaj realną oszczędność względem planu miesięcznego, wyliczoną na twoich prawdziwych cenach, nigdy na wymyślonej cenie referencyjnej. Nie ukrywaj prawdziwej ceny: równowartość miesięczna dużą czcionką i cena roczna malutkimi literami to wprowadzający w błąd paywall i powód odrzucenia.

Jak przetestować paywall iOS przed wysłaniem do Apple?

W sandboksie Apple: to konta testowe tworzone w App Store Connect, które pozwalają kupować bez obciążania karty. Na prawdziwym iPhonie przejdź całą ścieżkę: onboarding, rozpoczęcie okresu próbnego, dostęp premium, potem usunięcie aplikacji, ponowną instalację i przywrócenie zakupu. Sprawdź też wyświetlanie na najmniejszym i największym iPhonie, który obsługujesz.