Paywall iOS: 7 nybegynnerfeil som stopper salget

Hvorfor iOS-paywallen din ikke selger

Appen din ligger på App Store, installasjonene kommer, og likevel er det nesten ingen som abonnerer. I de fleste tilfeller er ikke problemet idéen eller koden din. Det er iOS-paywallen din, skjermen som presenterer det betalte tilbudet og ber brukeren om å forplikte seg. En paywall som vises på feil tidspunkt, uten gratis prøveperiode, uten gjenopprettingsknapp eller uten informasjonen Apple krever, selger ikke, eller blir avvist i gjennomgangen.

Her er de 7 feilene jeg ser oftest i en første app, og hvordan du retter hver av dem. Ingen magisk oppskrift: konkrete, etterprøvbare justeringer du kan gjøre før neste innsending til Apple.

Jeg publiserer mine egne iOS-apper med abonnement: Solys, en vekkerklokke med minispill, og TradaZen, en tradingsimulator, begge koblet til RevenueCat. På begge opplevde jeg det samme: mange installasjoner, svært få gratis prøveperioder startet. Produktet var ikke problemet. Paywallen og onboardingen ledet ikke tydelig nok til prøveperioden. Det er en av grunnene til at jeg jobbet grundig med dem på nytt, og det er der denne listen kommer fra.

Feil nr. 1: å vise paywallen for tidlig, eller for sent

Dette er den dyreste feilen, og den finnes i begge retninger.

For tidlig er når paywallen vises før brukeren har forstått hva appen gjør. Han åpner appen, ser en pris, lukker. Han har ingen grunn til å betale, for han har ikke sett noe ennå.

For sent er når paywallen er gjemt bak en «Premium»-knapp i innstillingene, eller først dukker opp etter flere dagers bruk. De fleste brukere vil aldri se den. Og en bruker som ikke ser tilbudet ditt, kan ikke abonnere.

Det riktige tidspunktet ligger midt imellom: på slutten av onboardingen, rett etter at brukeren har sett verdien av appen. Han har svart på noen spørsmål, sett hva appen skal gjøre for ham, kanskje testet hovedfunksjonen. Det er da tilbudet gir mening.

Konkret:

• onboardingen stiller nyttige spørsmål og viser en forsmak på resultatet;
• paywallen kommer på slutten av dette løpet, ikke midt i;
• du kan vise den igjen senere, når brukeren treffer en begrensning i gratisversjonen. Hvis du gjør en funksjon som har vært gratis til en betalt funksjon, les først guiden til guideline 3.2.2.

Feil nr. 2: å ikke tilby gratis prøveperiode

For en app som ingen kjenner ennå, er det et stort sprang å be om betaling med en gang. Gratis prøveperiode gjør spranget mindre: brukeren tester uten risiko, og betalingen starter først når prøveperioden er over, hvis han ikke sier opp.

Apple har denne mekanismen under navnet introductory offer for automatisk fornybare abonnementer. To regler å huske, hentet fra Apples side om abonnementer:

• en kunde kan bare benytte seg av ett introductory offer per abonnementsgruppe;
• i kjøpsflyten må du tydelig oppgi lengden på prøveperioden og prisen som belastes når prøveperioden er over.

Den vanlige feilen er å tilby en prøveperiode uten å si det. Hvis knappen din bare viser «Abonner», vet ikke brukeren at han kan prøve gratis. Skriv det rett ut på knappen eller rett over den: lengden på prøveperioden, deretter prisen. Det er akkurat den typen detalj som utgjør forskjellen mellom installasjoner som blir liggende og prøveperioder som starter.

Feil nr. 3: å fremheve årsabonnementet dårlig

Mange første apper tilbyr et månedsabonnement og et årsabonnement, men presenterer dem som to like valg, side om side, uten hierarki. Resultatet: brukeren nøler, og en bruker som nøler, lukker ofte skjermen.

Årsabonnementet har likevel fordeler både for deg og for brukeren: lavere pris per måned for ham, lengre forpliktelse for deg. For å fremheve det på en ærlig måte:

• forhåndsvelg det og gi det et visuelt uttrykk som skiller seg ut;
• vis månedsprisen det tilsvarer ved siden av årsprisen, så sammenligningen blir umiddelbar;
• oppgi den reelle besparelsen sammenlignet med månedsabonnementet, regnet ut fra de faktiske prisene dine, aldri fra en oppdiktet referansepris.

Pass på at du ikke går for langt i motsatt retning: prisen som faktisk belastes, skal være den mest synlige. Apple krever at full fornyelsespris vises klart og synlig. En stor månedspris og den faktiske årsprisen med bitteliten skrift er en villedende paywall, og det er en avvisningsgrunn under guideline 3.1.2.

Feil nr. 4: å glemme knappen for å gjenopprette kjøp

Dette er den dummeste forglemmelsen og en av de vanligste. En abonnent bytter iPhone, installerer appen på nytt og havner foran paywallen selv om han allerede betaler. Uten en «Restore Purchases»-knapp har han ingen måte å få tilbake tilgangen sin på.

Dette er ikke valgfritt. App Store Review Guidelines (regel 3.1.1) krever en gjenopprettingsmekanisme for alle in-app-kjøp som kan gjenopprettes, og Apples side om abonnementer lister blant elementene på registreringsskjermen «en måte for eksisterende abonnenter å logge inn på eller gjenopprette kjøpene sine».

Med RevenueCat er gjenoppretting ett enkelt kall. Den egentlige jobben er å sjekke hva som skjer etterpå:

• abonnenten får faktisk tilbake tilgangen, uten å måtte starte appen på nytt;
• en bruker uten kjøp får en tydelig melding, ikke en teknisk feil;
• knappen er synlig på selve paywallen, ikke bare i innstillingene.

Feil nr. 5: å glemme informasjonen Apple krever

En paywall som ikke sier tydelig hva brukeren skal betale, kan bli avvist. Apple beskriver på sin side om abonnementer hva som må stå på registreringsskjermen:

• navn og varighet på abonnementet, og hva det gir i denne perioden;
• full fornyelsespris, vist tydelig og lokalisert i de tilgjengelige valutaene;
• en måte å gjenopprette kjøp på (se forrige feil).

Legg til en eksplisitt setning om automatisk fornyelse: abonnementet fornyes så lenge brukeren ikke sier det opp, og han kan si det opp i innstillingene for Apple-kontoen sin.

Samme side presiserer også at appen og App Store-metadataene må inneholde lenker til bruksvilkårene og personvernerklæringen. Dette er noe mange oppdager først når de blir avvist: det holder ikke å legge lenkene i appen, du trenger også en påminnelse om abonnementsvilkårene og disse to lenkene i beskrivelsen på App Store-siden. Uten dem blir det avvisning under regel 3.1.2. I mine abonnementsapper avslutter jeg beskrivelsen med en kort blokk: abonnementsvilkår, deretter lenke til bruksvilkårene og lenke til personvernerklæringen. Og hvis App Store-siden din er oversatt, må denne blokken finnes på hvert språk.

Før du limer inn lenkene, åpne dem i en nettleser. En lenke til en side som ikke finnes, er like dårlig som ingen lenke.

Jeg har gått gjennom de andre vanlige avvisningsgrunnene i denne artikkelen om Apples avvisninger, og selve App Store-siden har sin egen side: optimaliser App Store-siden din.

Feil nr. 6: å ikke teste paywallen i sandbox

En paywall som ser fin ut i simulatoren, er ikke det samme som en paywall som fungerer. Mellom produktoppsettet i App Store Connect, tilbudene i RevenueCat og koden i appen er det mange steder en detalj kan ødelegge: et produkt som er feil koblet, en pris som ikke lastes, en prøveperiode som ikke vises.

Apple tilbyr et testmiljø for dette, sandbox, med Apple-testkontoer du oppretter i App Store Connect under «Users and Access», fanen Sandbox. Disse kontoene brukes til å teste kjøp uten å bli belastet, inkludert fornyelser, mislykkede betalinger og refusjoner, slik dokumentasjonen for App Store Connect forklarer.

Før hver innsending bør du minst gå gjennom denne flyten på en ekte iPhone:

1. første oppstart, full onboarding, ankomst på paywallen;
2. start av prøveperioden med en testkonto;
3. sjekk at premium-tilgangen faktisk åpnes;
4. slett appen, installer på nytt, gjenopprett kjøpet;
5. riktig visning av paywallen på den minste og den største iPhonen du støtter.

Apples reviewer kommer også til å teste kjøpet. Hvis det stopper opp, blir det avvisning.

Feil nr. 7: å ikke måle noe

Dette er feilen som hindrer deg i å rette alle de andre. Uten måling vet du ikke hvor brukerne faller fra. Du ser bare sluttresultatet: få abonnenter. Du vet ikke om problemet er onboardingen, paywallen, prisen eller prøveperioden.

Det var nettopp dette som gjorde at jeg så problemet i mine egne apper: installasjonene var der, de startede prøveperiodene var det ikke. Uten disse to tallene side om side kunne jeg ha brukt uker på å jobbe med noe helt annet.

Legg inn analytics-hendelser ved hvert viktige steg, for eksempel med PostHog:

• start på onboardingen;
• slutt på onboardingen;
• visning av paywallen;
• prøveperiode startet;
• kjøp eller abonnement bekreftet;
• vellykket gjenoppretting.

Med disse hendelsene får du en trakt. Du ser hvilket steg brukerne forsvinner på, og du vet hva du bør jobbe med først. RevenueCat fyller ut bildet på inntektssiden: prøveperioder, konverteringer, fornyelser, oppsigelser.

Et siste råd: ikke endre alt på én gang. Hvis du endrer prisen, prøveperioden og designet på paywallen samme dag, får du aldri vite hva som fikk tallene til å bevege seg.

Sjekklisten for paywallen før neste innsending

• Paywallen kommer på slutten av onboardingen, etter at verdien er vist.
• Gratis prøveperiode vises tydelig: lengde, deretter pris etter prøveperioden.
• Årsabonnementet fremheves ærlig, og prisen som faktisk belastes, er lett å lese.
• «Restore Purchases»-knappen er på paywallen og fungerer.
• Navn, varighet, fornyelsespris og automatisk fornyelse er oppgitt.
• Lenkene til bruksvilkårene og personvernerklæringen er i appen og i App Store-beskrivelsen, på hvert språk.
• Hele kjøpsflyten er testet i sandbox på en ekte iPhone.
• Analytics-hendelsene dekker hvert steg, fra onboarding til kjøp.

Hvis du fortsatt er usikker på selve modellen, abonnement eller engangskjøp, har jeg skrevet en egen guide: abonnement eller engangskjøp for din første iOS-app. Og for hele den tekniske delen, produkter, RevenueCat og godkjenning, finner du alt på siden om in-app-abonnementer på iOS.

Bygg paywallen din med iOS Kit

Paywallen er bare én brikke. Den avhenger av onboardingen som kommer før, prisen du setter, App Store-siden som bringer inn brukerne, og hovedfunksjonen i appen, den du bør holde enkel i en godt avgrenset første versjon.

Hvis du vil starte fra en ferdig base, ligger onboardingen, paywallen og abonnementene allerede i startkoden til iOS Kit, og det tredje steget i løpet går ut på å koble dem til din egen app. Ingen kan garantere deg en inntekt.

Før innsending går Claude Code-skillene i Apple Review Kit gjennom paywallen din og informasjonen Apple krever. Og forsiden viser hvordan du kan lansere mobilappen din med denne paywallen allerede koblet til.

Ofte stilte spørsmål

Hvilke paywall-feil på iOS stopper salget i en første app?

Sju feil går igjen i en første app: en paywall som vises for tidlig eller for sent, ingen gratis prøveperiode, et årsabonnement som fremheves dårlig. Deretter kommer en glemt gjenopprettingsknapp, manglende informasjon som Apple krever, en paywall som aldri er testet i sandbox, og ingen måling. Hver av dem rettes med en konkret justering som du bør sjekke før neste innsending til Apple.

Når bør paywallen vises i en iOS-app?

På slutten av onboardingen, rett etter at brukeren har sett verdien av appen. For tidlig ser han en pris uten å ha forstått hva appen gjør. For sent, for eksempel bak en «Premium»-knapp i innstillingene, vil de fleste brukere aldri se den. Du kan vise den igjen senere, når brukeren treffer en begrensning i gratisversjonen.

Hva må en iOS-paywall vise for å følge Apples regler?

Apple krever på registreringsskjermen navn og varighet på abonnementet, hva det gir, full fornyelsespris vist tydelig og en måte å gjenopprette kjøp på. Du trenger også lenker til bruksvilkårene og personvernerklæringen, i appen og i beskrivelsen på App Store-siden din. Uten dem i beskrivelsen blir det avvisning. Legg til en eksplisitt setning om automatisk fornyelse.

Bør jeg tilby gratis prøveperiode i en iOS-app?

Ja, særlig for en app som ingen kjenner ennå: å be om betaling med en gang er et stort sprang, og prøveperioden lar brukeren teste uten risiko. Apple kaller dette et introductory offer, begrenset til ett per abonnementsgruppe for samme kunde. Skriv lengden på prøveperioden og deretter prisen som belastes etterpå, på knappen eller rett over den.

Hvordan fremhever jeg årsabonnementet uten å villede brukeren?

Forhåndsvelg årsabonnementet, gi det et visuelt uttrykk som skiller seg ut, og vis månedsprisen det tilsvarer ved siden av årsprisen. Oppgi den reelle besparelsen sammenlignet med månedsabonnementet, regnet ut fra de faktiske prisene dine, aldri fra en oppdiktet referansepris. Ikke skjul den faktiske prisen: en stor månedspris og årsprisen med bitteliten skrift er en villedende paywall og en avvisningsgrunn.

Hvordan tester jeg en iOS-paywall før innsending til Apple?

Med Apples sandbox: testkontoer, opprettet i App Store Connect, som lar deg kjøpe uten å bli belastet. På en ekte iPhone går du gjennom hele flyten: onboarding, start av prøveperioden, premium-tilgang, deretter sletting av appen, ny installasjon og gjenoppretting av kjøpet. Sjekk også visningen på den minste og den største iPhonen du støtter.