iOS paywall: 7 kezdő hiba, ami blokkolja az eladásaidat

Miért nem ad el az iOS paywallod

Az appod kint van az App Store-ban, jönnek a telepítések, mégis szinte senki nem fizet elő. A legtöbb esetben nem az ötleteddel és nem a kódoddal van baj. Az iOS paywallod a gond, vagyis az a képernyő, ami bemutatja a fizetős ajánlatot, és elköteleződést kér a felhasználótól. Ha a paywall rosszkor jelenik meg, nincs ingyenes próba, nincs visszaállítás gomb, vagy hiányoznak az Apple által előírt szövegek, akkor nem ad el, vagy a review-n elutasítják.

Íme a 7 hiba, amit első appoknál a leggyakrabban látok, és hogy mindegyiket hogyan javítsd. Nincs varázsrecept: konkrét, ellenőrizhető beállítások jönnek, amiket a következő Apple-beküldés előtt alkalmazhatsz.

Saját előfizetéses iOS appokat is kiadok: a Solyst, egy minijátékos ébresztőórát, és a TradaZent, egy trading szimulátort, mindkettő RevenueCatre kötve. Mindkettőnél ugyanazt éltem át: rengeteg telepítés, nagyon kevés elindított ingyenes próba. Nem a termékkel volt baj. A paywall és az onboarding nem vezetett elég egyértelműen a próbához. Ez is az egyik oka, hogy alaposan átdolgoztam őket, és innen jön ez a lista.

1. hiba: túl korán vagy túl későn mutatod a paywallt

Ez a legdrágább hiba, és mindkét irányban előfordul.

Túl korán azt jelenti, hogy a paywall még azelőtt megjelenik, hogy a felhasználó megértené, mit csinál az app. Megnyitja az appot, lát egy árat, bezárja. Semmi oka fizetni, hiszen még semmit nem látott.

Túl későn azt jelenti, hogy a paywall egy „Premium” gomb mögé van elrejtve a beállításokban, vagy csak több napnyi használat után bukkan fel. A legtöbb felhasználó soha nem fogja látni. Márpedig aki nem látja az ajánlatodat, az nem tud előfizetni.

A jó pillanat a kettő között van: az onboarding végén, közvetlenül azután, hogy a felhasználó megérezte az app értékét. Válaszolt néhány kérdésre, látta, mit fog neki nyújtani az app, talán ki is próbálta a fő funkciót. Ekkor van értelme az ajánlatnak.

Konkrétan:

• az onboarding hasznos kérdéseket tesz fel, és ízelítőt mutat az eredményből;
• a paywall ennek a folyamatnak a végén jön, nem a közepén;
• később újra megmutathatod, amikor a felhasználó beleütközik az ingyenes verzió valamelyik korlátjába. Ha egy eddig ingyenes funkciót teszel fizetőssé, előbb olvasd el a 3.2.2-es guideline-ról szóló útmutatót.

2. hiba: nem kínálsz ingyenes próbát

Egy olyan appnál, amit még senki nem ismer, az azonnali fizetés kérése nagy ugrás. Az ingyenes próba ezt az ugrást kisebbíti: a felhasználó kockázat nélkül kipróbálja, és a fizetés csak a próbaidőszak végén indul, ha nem mondja le.

Az Apple ezt a mechanizmust introductory offer néven biztosítja az automatikusan megújuló előfizetésekhez. Két szabályt érdemes megjegyezni az Apple előfizetésekről szóló oldaláról:

• egy ügyfél előfizetési csoportonként csak egy introductory offert vehet igénybe;
• a vásárlási folyamatban egyértelműen fel kell tüntetned a próba hosszát és azt az árat, amit a próba után számlázol.

A gyakori hiba az, hogy van próba, de nem mondod meg. Ha a gombodon csak annyi áll, hogy „Előfizetés”, a felhasználó nem tudja, hogy ingyen is kipróbálhatja. Írd ki egyértelműen a gombra vagy közvetlenül fölé: a próba hossza, aztán az ár. Pont az ilyen részleteken múlik, hogy alvó telepítéseid vannak, vagy elinduló próbáid.

3. hiba: rosszul emeled ki az éves előfizetést

Sok első app kínál havi és éves csomagot, de két egyforma opcióként teszi őket egymás mellé, mindenféle hierarchia nélkül. Az eredmény: a felhasználó tétovázik, és aki tétovázik, gyakran bezárja a képernyőt.

Pedig az éves csomag neked és a felhasználónak is előnyös: neki alacsonyabb a havi egyenértékes ára, neked hosszabb az elköteleződés. Így emeld ki tisztességesen:

• legyen előre kiválasztva, és kapjon eltérő vizuális megjelenést;
• mutasd a havi egyenértékest az éves ár mellett, hogy az összehasonlítás azonnali legyen;
• tüntesd fel a valós megtakarítást a havihoz képest, a valódi áraidból számolva, soha nem egy kitalált referenciaárból.

Vigyázz, nehogy a másik végletbe ess: a ténylegesen számlázott árnak kell a leglátványosabbnak maradnia. Az Apple megköveteli, hogy a teljes megújítási ár világosan és jól láthatóan jelenjen meg. Nagy betűkkel a havi egyenértékes, apró betűkkel a valódi éves ár: ez megtévesztő paywall, és a 3.1.2-es guideline alapján elutasítási ok.

4. hiba: elfelejted a vásárlás-visszaállítás gombot

Ez a legbutább és az egyik leggyakoribb kihagyás. Egy előfizető új iPhone-ra vált, újratelepíti az appot, és a paywall előtt találja magát, pedig már fizet. „Vásárlások visszaállítása” gomb nélkül semmilyen módon nem kapja vissza a hozzáférését.

Ez nem opcionális. Az App Store review szabályai (3.1.1-es szabály) visszaállítási mechanizmust írnak elő minden visszaállítható in-app vásárláshoz, és az Apple előfizetésekről szóló oldala a feliratkozási képernyő elemei között felsorolja azt is, hogy legyen „egy mód, amellyel a meglévő előfizetők bejelentkezhetnek vagy visszaállíthatják a vásárlásaikat”.

RevenueCattel a visszaállítás egyetlen hívás. Az igazi munka annak ellenőrzése, mi történik utána:

• az előfizető tényleg visszakapja a hozzáférését, az app újraindítása nélkül;
• egy vásárlás nélküli felhasználó világos üzenetet kap, nem technikai hibát;
• a gomb magán a paywallon látható, nem csak a beállításokban.

5. hiba: elfelejted az Apple által előírt szövegeket

Az a paywall, ami nem mondja meg világosan, mit fog fizetni a felhasználó, elutasítható. Az Apple az előfizetésekről szóló oldalán részletezi, minek kell szerepelnie a feliratkozási képernyőn:

• az előfizetés neve és időtartama, és hogy mit ad ebben az időszakban;
• a teljes megújítási ár, világosan feltüntetve és az elérhető pénznemekre lokalizálva;
• egy mód a vásárlások visszaállítására (lásd az előző hibát).

Tegyél be egy egyértelmű mondatot az automatikus megújításról: az előfizetés megújul, amíg a felhasználó le nem mondja, és lemondani az Apple-fiókja beállításaiban tudja.

Ugyanez az oldal azt is kimondja, hogy az appnak és az App Store-metaadatainak tartalmaznia kell a felhasználási feltételekre és az adatvédelmi szabályzatra mutató linkeket. Ezt sokan csak az elutasításkor fedezik fel: nem elég az appba betenni ezeket a linkeket, az App Store-adatlap leírásában is kell egy emlékeztető az előfizetés feltételeiről, plusz ez a két link. Nélkülük a 3.1.2-es szabály alapján elutasítanak. Az előfizetéses appjaimnál a leírást egy rövid blokkal zárom: előfizetési feltételek, aztán link a felhasználási feltételekre és link az adatvédelmi szabályzatra. Ha az adatlapod le van fordítva, ennek a blokknak minden nyelven ott kell lennie.

Mielőtt beilleszted a linkjeidet, nyisd meg őket böngészőben. Egy nem létező oldalra mutató link annyit ér, mint egy hiányzó link.

A többi gyakori elutasítási okot ebben az Apple-elutasításokról szóló cikkben részleteztem, és magának az App Store-adatlapnak is van saját oldala: az App Store-adatlap optimalizálása.

6. hiba: nem teszteled a paywallt sandboxban

Attól, hogy a paywall jól néz ki a szimulátoron, még nem biztos, hogy működik. Az App Store Connectben beállított termékek, a RevenueCat ajánlatai és az app kódja között rengeteg ponton elromolhat egy apróság: egy rosszul hozzárendelt termék, egy ár, ami nem töltődik be, egy próba, ami nem jelenik meg.

Erre az Apple egy tesztkörnyezetet ad, a sandboxot, teszt Apple-fiókokkal, amiket az App Store Connectben hozol létre, a „Users and Access” menüben, a Sandbox fülön. Ezekkel a fiókokkal terhelés nélkül tesztelheted a vásárlásokat, beleértve a megújításokat, a sikertelen fizetéseket és a visszatérítéseket is, ahogy az App Store Connect dokumentációja elmagyarázza.

Minden beküldés előtt legalább ezt a folyamatot futtasd végig egy valódi iPhone-on:

1. első indítás, teljes onboarding, megérkezés a paywallra;
2. a próba elindítása egy tesztfiókkal;
3. annak ellenőrzése, hogy a prémium hozzáférés tényleg megnyílik;
4. az app törlése, újratelepítése, a vásárlás visszaállítása;
5. a paywall helyes megjelenése a legkisebb és a legnagyobb támogatott iPhone-on.

Az Apple reviewere is tesztelni fogja a vásárlást. Ha elakad, elutasítás lesz belőle.

7. hiba: semmit nem mérsz

Ez az a hiba, ami miatt a többit sem tudod kijavítani. Mérés nélkül nem tudod, hol morzsolódnak le a felhasználók. Csak a végeredményt látod: kevés előfizető. Nem tudod, hogy az onboarding, a paywall, az ár vagy a próba a gond.

Pontosan ez segített meglátni a problémát a saját appjaimnál: a telepítések megvoltak, az elindított próbák nem. Ha ez a két szám nincs egymás mellett, hetekig dolgozhattam volna valami teljesen máson.

Tegyél analitikai eseményeket minden kulcslépéshez, például PostHoggal:

• az onboarding kezdete;
• az onboarding vége;
• a paywall megjelenése;
• elindított próba;
• megerősített vásárlás vagy előfizetés;
• sikeres visszaállítás.

Ezekkel az eseményekkel kapsz egy tölcsért. Látod, melyik lépésnél mennek el a felhasználók, és tudod, mit dolgozz át először. A RevenueCat a bevételi oldallal egészíti ki a képet: próbák, konverziók, megújítások, lemondások.

Egy utolsó tanács: ne változtass meg mindent egyszerre. Ha ugyanazon a napon módosítod az árat, a próbát és a paywall dizájnját, soha nem fogod tudni, mi mozdította meg a számokat.

A paywall-checklist a következő beküldés előtt

• A paywall az onboarding végén jön, az érték bizonyítása után.
• Az ingyenes próba egyértelműen ki van írva: időtartam, aztán a próba utáni ár.
• Az éves csomag tisztességesen ki van emelve, a ténylegesen számlázott ár olvasható marad.
• A „Vásárlások visszaállítása” gomb a paywallon van, és működik.
• A név, az időtartam, a megújítási ár és az automatikus megújítás fel van tüntetve.
• A felhasználási feltételekre és az adatvédelmi szabályzatra mutató linkek ott vannak az appban és az App Store-leírásban, minden nyelven.
• A teljes vásárlási folyamat le van tesztelve sandboxban, valódi iPhone-on.
• Az analitikai események minden lépést lefednek, az onboardingtól a vásárlásig.

Ha még magán a modellen gondolkodsz, előfizetés vagy egyszeri fizetés, írtam róla egy külön útmutatót: előfizetés vagy egyszeri vásárlás az első iOS appodhoz. A teljes technikai részt, termékeket, RevenueCatet és jóváhagyást pedig az iOS in-app előfizetések oldalon találod.

Építsd meg a paywalladat az iOS Kittel

A paywall csak egy darab. Függ az előtte lévő onboardingtól, az általad megadott ártól, az App Store-adatlaptól, ami a felhasználókat hozza, és az app fő funkciójától, amit egy jól behatárolt első verzióban egyszerűnek kell tartanod.

Ha kész alapról indulnál, az onboarding, a paywall és az előfizetések már benne vannak az iOS Kit kiinduló kódjában, és a folyamat harmadik lépése arra szolgál, hogy ezeket a saját appodra kösd. Bevételt senki nem tud garantálni neked.

Beküldés előtt az Apple Review Kit Claude Code skilljei átnézik a paywalladat és az Apple által előírt szövegeket. A kezdőoldal pedig megmutatja, hogyan indítsd el a mobilappodat úgy, hogy ez a paywall már be van kötve.

Gyakori kérdések

Milyen iOS paywall hibák blokkolják egy első app eladásait?

Hét hiba ismétlődik első appoknál: túl korán vagy túl későn mutatott paywall, hiányzó ingyenes próba, rosszul kiemelt éves előfizetés. Utánuk jön az elfelejtett visszaállítás gomb, a hiányzó, Apple által előírt szövegek, a sandboxban soha nem tesztelt paywall és a mérés teljes hiánya. Mindegyik egy konkrét beállítással javítható, amit a következő Apple-beküldés előtt ellenőrizhetsz.

Mikor jelenjen meg a paywall egy iOS appban?

Az onboarding végén, közvetlenül azután, hogy a felhasználó megérezte az app értékét. Ha túl korán jön, árat lát, mielőtt megértené, mit csinál az app. Ha túl későn, például egy „Premium” gomb mögött a beállításokban, a legtöbb felhasználó soha nem fogja látni. Később újra megmutathatod, amikor a felhasználó az ingyenes verzió valamelyik korlátjába ütközik.

Mit kell mutatnia egy iOS paywallnak, hogy megfeleljen az Apple szabályainak?

Az Apple a feliratkozási képernyőn megköveteli az előfizetés nevét és időtartamát, hogy mit ad, a világosan feltüntetett teljes megújítási árat és egy módot a vásárlások visszaállítására. Kellenek a felhasználási feltételekre és az adatvédelmi szabályzatra mutató linkek is, az appban és az App Store-adatlapod leírásában. Ha a leírásból hiányoznak, elutasítanak. Tegyél be egy egyértelmű mondatot az automatikus megújításról is.

Kell ingyenes próbát kínálni egy iOS appban?

Igen, főleg egy olyan appnál, amit még senki nem ismer: az azonnali fizetés kérése nagy ugrás, a próbával pedig kockázat nélkül lehet tesztelni. Az Apple ezt introductory offernek hívja, és ugyanannak az ügyfélnek előfizetési csoportonként egyre korlátozza. Írd ki a próba hosszát, aztán az utána számlázott árat a gombra vagy közvetlenül fölé.

Hogyan emeld ki az éves előfizetést a felhasználó megtévesztése nélkül?

Válaszd ki előre az éves csomagot, adj neki eltérő vizuális megjelenést, és mutasd a havi egyenértékesét az éves ár mellett. Tüntesd fel a valós megtakarítást a havihoz képest, a valódi áraidból számolva, soha nem egy kitalált referenciaárból. Ne rejtsd el a valódi árat: nagy betűs havi egyenértékes és apró betűs éves ár megtévesztő paywall, és elutasítási ok.

Hogyan teszteld az iOS paywallt az Apple-beküldés előtt?

Az Apple sandboxával: az App Store Connectben létrehozott tesztfiókokkal terhelés nélkül vásárolhatsz. Valódi iPhone-on futtasd végig a teljes folyamatot: onboarding, a próba elindítása, prémium hozzáférés, aztán az app törlése, újratelepítése és a vásárlás visszaállítása. Ellenőrizd a megjelenést a legkisebb és a legnagyobb támogatott iPhone-on is.