Paywall iOS: 7 greșeli care îți blochează vânzările

De ce nu vinde paywall-ul tău iOS

Aplicația ta e pe App Store, instalările vin și totuși aproape nimeni nu se abonează. În cele mai multe cazuri, problema nu e nici ideea, nici codul tău. E paywall-ul iOS, ecranul care prezintă oferta plătită și îi cere utilizatorului să se angajeze. Un paywall arătat la momentul greșit, fără perioadă de probă gratuită, fără buton de restaurare sau fără mențiunile cerute de Apple nu vinde ori e respins la review.

Iată cele 7 greșeli pe care le văd cel mai des la o primă aplicație și cum o corectezi pe fiecare. Nicio rețetă magică: setări concrete, verificabile, pe care le poți aplica înainte de următoarea trimitere la Apple.

Îmi public propriile aplicații iOS cu abonament: Solys, o alarmă cu mini-jocuri, și TradaZen, un simulator de trading, ambele conectate la RevenueCat. Pe amândouă am trăit aceeași situație: multe instalări, foarte puține perioade de probă începute. Produsul nu era problema. Paywall-ul și onboarding-ul nu duceau destul de clar spre perioada de probă. E unul dintre motivele care m-au făcut să le refac din temelii și de acolo vine lista asta.

Greșeala nr. 1: să arăți paywall-ul prea devreme sau prea târziu

E cea mai costisitoare greșeală și apare în ambele sensuri.

Prea devreme înseamnă un paywall afișat înainte ca utilizatorul să fi înțeles ce face aplicația. Deschide aplicația, vede un preț, închide. N-are niciun motiv să plătească, pentru că încă n-a văzut nimic.

Prea târziu înseamnă un paywall ascuns în spatele unui buton „Premium” din setări sau care apare abia după câteva zile de utilizare. Majoritatea utilizatorilor nu-l vor vedea niciodată. Iar un utilizator care nu-ți vede oferta nu se poate abona.

Momentul potrivit e la mijloc: la finalul onboarding-ului, imediat după ce utilizatorul a simțit valoarea aplicației. A răspuns la câteva întrebări, a văzut ce va face aplicația pentru el, poate a testat funcția principală. Atunci oferta are sens.

Concret:

• onboarding-ul pune întrebări utile și arată o previzualizare a rezultatului;
• paywall-ul apare la finalul acestui parcurs, nu la mijloc;
• îl poți arăta din nou mai târziu, când utilizatorul atinge o limită a versiunii gratuite. Dacă faci plătită o funcție care până atunci era gratuită, citește mai întâi ghidul despre guideline 3.2.2.

Greșeala nr. 2: să nu oferi o perioadă de probă gratuită

Pentru o aplicație pe care încă n-o cunoaște nimeni, să ceri plata imediat e un salt mare. Perioada de probă gratuită micșorează saltul: utilizatorul testează fără risc, iar plata începe abia la finalul perioadei de probă, dacă nu anulează.

Apple prevede mecanismul ăsta sub numele de introductory offer pentru abonamentele cu reînnoire automată. Două reguli de reținut, din pagina Apple despre abonamente:

• un client poate beneficia de o singură introductory offer per grup de abonamente;
• în parcursul de cumpărare, trebuie să indici clar durata perioadei de probă și prețul facturat după ce se termină.

Greșeala frecventă e să oferi o perioadă de probă fără s-o spui. Dacă butonul tău afișează doar „Subscribe”, utilizatorul nu știe că poate încerca gratuit. Scrie explicit pe buton sau chiar deasupra lui: durata perioadei de probă, apoi prețul. Exact genul ăsta de detaliu face diferența între instalări care dorm și perioade de probă care pornesc.

Greșeala nr. 3: să nu pui bine în valoare abonamentul anual

Multe aplicații la început oferă un abonament lunar și unul anual, dar le prezintă ca două opțiuni identice, una lângă alta, fără ierarhie. Rezultatul: utilizatorul ezită, iar un utilizator care ezită închide des ecranul.

Totuși, anualul are avantaje atât pentru tine, cât și pentru utilizator: un preț lunar echivalent mai mic pentru el, un angajament mai lung pentru tine. Ca să-l pui în valoare onest:

• preselectează-l și dă-i o prezentare vizuală distinctă;
• afișează echivalentul lunar lângă prețul anual, ca comparația să fie imediată;
• indică economia reală față de lunar, calculată pe prețurile tale reale, niciodată pe un preț de referință inventat.

Atenție să nu cazi în excesul opus: prețul facturat efectiv trebuie să rămână cel mai vizibil. Apple cere ca prețul complet de reînnoire să fie afișat clar și vizibil. Un echivalent lunar mare și prețul anual real foarte mic e un paywall înșelător și un motiv de respingere în baza guideline 3.1.2.

Greșeala nr. 4: să uiți butonul de restaurare a achizițiilor

E cea mai prostească omisiune și una dintre cele mai frecvente. Un abonat își schimbă iPhone-ul, reinstalează aplicația și ajunge în fața paywall-ului deși deja plătește. Fără un buton „Restore Purchases”, n-are nicio cale să-și recupereze accesul.

Nu e opțional. Regulile de review ale App Store (regula 3.1.1) cer un mecanism de restaurare pentru orice achiziție in-app restaurabilă, iar pagina Apple despre abonamente enumeră printre elementele ecranului de înscriere „o modalitate prin care abonații actuali să se conecteze sau să-și restaureze achizițiile”.

Cu RevenueCat, restaurarea înseamnă un singur apel. Munca reală e să verifici ce se întâmplă după:

• abonatul își recapătă accesul, fără să fie nevoie să repornească aplicația;
• un utilizator fără achiziție primește un mesaj clar, nu o eroare tehnică;
• butonul e vizibil pe paywall, nu doar în setări.

Greșeala nr. 5: să uiți mențiunile cerute de Apple

Un paywall care nu spune clar ce va plăti utilizatorul poate fi respins. Apple detaliază pe pagina dedicată abonamentelor ce trebuie să apară pe ecranul de înscriere:

• numele și durata abonamentului și ce oferă în perioada respectivă;
• prețul complet de reînnoire, afișat clar și localizat în monedele disponibile;
• o modalitate de a restaura achizițiile (vezi greșeala anterioară).

Adaugă o frază explicită despre reînnoirea automată: abonamentul se reînnoiește cât timp utilizatorul nu-l anulează, iar el îl poate anula din setările contului Apple.

Aceeași pagină precizează și că aplicația și metadatele ei din App Store trebuie să conțină linkuri către termenii de utilizare și politica de confidențialitate. E un punct pe care mulți îl descoperă la respingere: nu ajunge să pui linkurile în aplicație, îți trebuie și un rezumat al condițiilor abonamentului și cele două linkuri în descrierea paginii din App Store. Fără ele, e o respingere în baza regulii 3.1.2. În aplicațiile mele cu abonament, închei descrierea cu un bloc scurt: condițiile abonamentului, apoi linkul către termenii de utilizare și linkul către politica de confidențialitate. Iar dacă pagina ta e tradusă, blocul ăsta trebuie să existe în fiecare limbă.

Înainte să-ți lipești linkurile, deschide-le într-un browser. Un link către o pagină care nu există e ca și cum n-ar exista.

Am detaliat celelalte motive de respingere frecvente în acest articol despre respingerile Apple, iar pagina App Store are și ea pagina ei: optimizează-ți pagina din App Store.

Greșeala nr. 6: să nu testezi paywall-ul în sandbox

Un paywall care arată bine în simulator nu e neapărat un paywall care funcționează. Între configurarea produselor în App Store Connect, ofertele din RevenueCat și codul aplicației, sunt multe locuri unde un detaliu poate strica totul: un produs legat greșit, un preț care nu se încarcă, o perioadă de probă care nu apare.

Pentru asta, Apple oferă un mediu de test, sandbox-ul, cu conturi Apple de test pe care le creezi în App Store Connect, în „Users and Access”, tab-ul Sandbox. Conturile astea servesc la testarea achizițiilor fără să fii taxat, inclusiv reînnoiri, plăți eșuate și rambursări, cum explică documentația App Store Connect.

Înainte de fiecare trimitere, parcurge cel puțin acest traseu pe un iPhone real:

1. prima lansare, onboarding complet, ajungere la paywall;
2. pornirea perioadei de probă cu un cont de test;
3. verificarea că accesul premium se deschide corect;
4. ștergerea aplicației, reinstalare, restaurarea achiziției;
5. afișarea corectă a paywall-ului pe cel mai mic și pe cel mai mare iPhone pe care îl suporți.

Și reviewer-ul Apple va testa achiziția. Dacă se blochează, e respingere.

Greșeala nr. 7: să nu măsori nimic

E greșeala care te împiedică să le corectezi pe toate celelalte. Fără măsurători, nu știi unde renunță utilizatorii. Vezi doar rezultatul final: puțini abonați. Nu știi dacă problema e onboarding-ul, paywall-ul, prețul sau perioada de probă.

Exact asta m-a ajutat să văd problema în propriile aplicații: instalările erau acolo, perioadele de probă începute nu. Fără cele două cifre una lângă alta, aș fi putut pierde săptămâni lucrând la altceva.

Pune evenimente de analytics la fiecare etapă cheie, de exemplu cu PostHog:

• începutul onboarding-ului;
• finalul onboarding-ului;
• afișarea paywall-ului;
• perioadă de probă începută;
• achiziție sau abonament confirmat;
• restaurare reușită.

Cu evenimentele astea obții un funnel. Vezi la ce etapă pleacă utilizatorii și știi la ce să lucrezi mai întâi. RevenueCat completează imaginea pe partea de venituri: perioade de probă, conversii, reînnoiri, anulări.

Un ultim sfat: nu schimba totul deodată. Dacă modifici prețul, perioada de probă și designul paywall-ului în aceeași zi, n-o să știi niciodată ce a mișcat cifrele.

Checklist-ul paywall înainte de următoarea trimitere

• Paywall-ul apare la finalul onboarding-ului, după o dovadă de valoare.
• Perioada de probă gratuită e afișată clar: durata, apoi prețul după perioada de probă.
• Anualul e pus în valoare onest, prețul facturat efectiv rămâne lizibil.
• Butonul „Restore Purchases” e pe paywall și funcționează.
• Numele, durata, prețul de reînnoire și reînnoirea automată sunt indicate.
• Linkurile către termenii de utilizare și politica de confidențialitate sunt în aplicație și în descrierea din App Store, în fiecare limbă.
• Parcursul complet de cumpărare a fost testat în sandbox pe un iPhone real.
• Evenimentele de analytics acoperă fiecare etapă, de la onboarding la achiziție.

Dacă încă eziți în privința modelului în sine, abonament sau plată unică, am scris un ghid dedicat: abonament sau achiziție unică pentru prima ta aplicație iOS. Iar pentru partea tehnică completă, produse, RevenueCat și validare, totul e pe pagina abonamente in-app iOS.

Construiește-ți paywall-ul cu iOS Kit

Paywall-ul e doar o piesă. Depinde de onboarding-ul dinaintea lui, de prețul pe care îl stabilești, de pagina din App Store care aduce utilizatorii și de funcția principală a aplicației, cea pe care trebuie s-o păstrezi simplă într-o primă versiune bine delimitată.

Dacă vrei să pornești de la o bază gata făcută, onboarding-ul, paywall-ul și abonamentele sunt deja în codul de pornire din iOS Kit, iar a treia etapă a parcursului său te ajută să le conectezi la propria aplicație. Nimeni nu-ți poate garanta un venit.

Înainte de trimitere, skill-urile Claude Code din Apple Review Kit îți verifică paywall-ul și mențiunile cerute de Apple. Iar pagina principală arată cum să lansezi aplicația ta mobilă cu paywall-ul deja conectat.

Întrebări frecvente

Ce greșeli de paywall iOS blochează vânzările unei prime aplicații?

Șapte greșeli apar la o primă aplicație: un paywall arătat prea devreme sau prea târziu, fără perioadă de probă gratuită, un abonament anual pus prost în valoare. Urmează un buton de restaurare uitat, lipsa mențiunilor cerute de Apple, un paywall netestat niciodată în sandbox și nicio măsurătoare. Fiecare se corectează printr-o setare concretă, de verificat înainte de următoarea trimitere la Apple.

Când să afișezi paywall-ul într-o aplicație iOS?

La finalul onboarding-ului, imediat după ce utilizatorul a simțit valoarea aplicației. Prea devreme, vede un preț fără să fi înțeles ce face aplicația. Prea târziu, de exemplu în spatele unui buton „Premium” din setări, majoritatea utilizatorilor nu-l vor vedea niciodată. Îl poți arăta din nou mai târziu, când utilizatorul atinge o limită a versiunii gratuite.

Ce trebuie să afișeze un paywall iOS ca să respecte regulile Apple?

Apple cere pe ecranul de înscriere numele și durata abonamentului, ce oferă, prețul complet de reînnoire afișat clar și o modalitate de a restaura achizițiile. Îți trebuie și linkuri către termenii de utilizare și politica de confidențialitate, în aplicație și în descrierea paginii tale din App Store. Fără ele în descriere, e respingere. Adaugă o frază explicită despre reînnoirea automată.

Trebuie să oferi o perioadă de probă gratuită într-o aplicație iOS?

Da, mai ales pentru o aplicație pe care încă n-o cunoaște nimeni: să ceri plata imediat e un salt mare, iar perioada de probă permite testarea fără risc. Apple o numește introductory offer, limitată la una per grup de abonamente pentru același client. Scrie durata perioadei de probă, apoi prețul facturat după, pe buton sau chiar deasupra lui.

Cum pui în valoare abonamentul anual fără să înșeli utilizatorul?

Preselectează anualul, dă-i o prezentare vizuală distinctă și afișează echivalentul lunar lângă prețul anual. Indică economia reală față de lunar, calculată pe prețurile tale reale, niciodată pe un preț de referință inventat. Nu ascunde prețul real: un echivalent lunar mare și prețul anual foarte mic înseamnă un paywall înșelător și un motiv de respingere.

Cum testezi un paywall iOS înainte de trimiterea la Apple?

Cu sandbox-ul Apple: conturi de test, create în App Store Connect, care îți permit să cumperi fără să fii taxat. Pe un iPhone real, parcurge traseul complet: onboarding, pornirea perioadei de probă, acces premium, apoi ștergerea aplicației, reinstalare și restaurarea achiziției. Verifică și afișarea pe cel mai mic și pe cel mai mare iPhone pe care îl suporți.