iOS-paywall: 7 begynderfejl der stopper dit salg

Hvorfor din iOS-paywall ikke sælger

Din app ligger på App Store, installationerne kommer, og alligevel er der næsten ingen, der abonnerer. I de fleste tilfælde er problemet hverken din idé eller din kode. Det er din iOS-paywall, skærmen der præsenterer det betalte tilbud og beder brugeren om at forpligte sig. En paywall, der vises på det forkerte tidspunkt, uden gratis prøveperiode, uden gendannelsesknap eller uden de oplysninger, Apple kræver, sælger ikke. Eller den bliver afvist ved reviewet.

Her er de 7 fejl, jeg oftest ser i en første app, og hvordan du retter hver af dem. Ingen mirakelopskrift: konkrete indstillinger, som du kan tjekke og bruge før din næste indsendelse til Apple.

Jeg udgiver selv iOS-apps med abonnement: Solys, et vækkeur med minispil, og TradaZen, en trading-simulator, begge koblet på RevenueCat. På dem begge oplevede jeg det samme: mange installationer, meget få startede prøveperioder. Produktet var ikke problemet. Paywallen og onboardingen førte ikke tydeligt nok frem til prøveperioden. Det er en af grundene til, at jeg byggede dem grundigt om, og det er dér, denne liste kommer fra.

Fejl nr. 1: at vise paywallen for tidligt eller for sent

Det er den dyreste fejl, og den findes i begge retninger.

For tidligt er, når paywallen vises, før brugeren har forstået, hvad appen gør. Han åbner appen, ser en pris og lukker den. Han har ingen grund til at betale, for han har endnu ikke set noget.

For sent er, når paywallen er gemt bag en "Premium"-knap i indstillingerne, eller først dukker op efter flere dages brug. De fleste brugere vil aldrig se den. Og en bruger, der ikke ser dit tilbud, kan ikke abonnere.

Det rigtige tidspunkt ligger midt imellem: i slutningen af onboardingen, lige efter at brugeren har mærket appens værdi. Han har svaret på et par spørgsmål, set hvad appen vil gøre for ham, og måske prøvet hovedfunktionen. Det er dér, tilbuddet giver mening.

Konkret:

• onboardingen stiller nyttige spørgsmål og viser et glimt af resultatet;
• paywallen kommer i slutningen af forløbet, ikke midt i det;
• du kan vise den igen senere, når brugeren rammer en grænse i gratisversionen. Hvis du gør en hidtil gratis funktion betalt, så læs først guiden til guideline 3.2.2.

Fejl nr. 2: ikke at tilbyde en gratis prøveperiode

For en app, som ingen kender endnu, er det et stort spring at bede om betaling med det samme. Den gratis prøveperiode gør springet mindre: brugeren tester uden risiko, og betalingen starter først ved prøveperiodens udløb, hvis han ikke opsiger.

Apple har den mekanisme under navnet introductory offer for automatisk fornyede abonnementer. To regler at huske, fra Apples side om abonnementer:

• en kunde kan kun få ét introductory offer pr. abonnementsgruppe;
• i købsforløbet skal du tydeligt angive prøveperiodens længde og den pris, der opkræves, når prøveperioden er slut.

Den typiske fejl er at tilbyde en prøveperiode uden at sige det. Hvis din knap kun siger "Abonnér", ved brugeren ikke, at han kan prøve gratis. Skriv det helt tydeligt på knappen eller lige over den: prøveperiodens længde, derefter prisen. Det er præcis den slags detalje, der gør forskellen mellem installationer, der sover, og prøveperioder, der starter.

Fejl nr. 3: at fremhæve årsabonnementet dårligt

Mange første apps tilbyder et måneds- og et årsabonnement, men viser dem som to ens muligheder side om side uden hierarki. Resultatet: brugeren tøver, og en bruger, der tøver, lukker ofte skærmen.

Årsabonnementet har ellers fordele for både dig og brugeren: en lavere tilsvarende månedspris for ham, en længere binding for dig. Sådan fremhæver du det ærligt:

• forvælg det og giv det et visuelt udtryk, der skiller sig ud;
• vis den tilsvarende månedspris ved siden af årsprisen, så sammenligningen er umiddelbar;
• angiv den reelle besparelse i forhold til månedsabonnementet, beregnet på dine rigtige priser, aldrig på en opfundet referencepris.

Pas på ikke at gå for langt den anden vej: den pris, der faktisk opkræves, skal stadig være den mest synlige. Apple kræver, at den fulde fornyelsespris vises klart og synligt. En stor månedspris og den rigtige årspris med småt er en vildledende paywall, og det er en afvisningsgrund efter guideline 3.1.2.

Fejl nr. 4: at glemme knappen til gendannelse af køb

Det er den dummeste forglemmelse og en af de mest almindelige. En abonnent skifter iPhone, geninstallerer appen og står foran paywallen, selvom han allerede betaler. Uden en "Gendan køb"-knap har han ingen måde at få sin adgang tilbage på.

Det er ikke valgfrit. App Stores review-regler (regel 3.1.1) kræver en gendannelsesmekanisme for alle køb i appen, der kan gendannes, og Apples side om abonnementer nævner blandt elementerne på tilmeldingsskærmen "en måde for nuværende abonnenter at logge ind eller gendanne deres køb".

Med RevenueCat er gendannelsen ét kald. Det rigtige arbejde er at tjekke, hvad der sker bagefter:

• abonnenten får sin adgang tilbage uden at skulle genstarte appen;
• en bruger uden køb får en klar besked, ikke en teknisk fejl;
• knappen er synlig på selve paywallen, ikke kun i indstillingerne.

Fejl nr. 5: at glemme de oplysninger, Apple kræver

En paywall, der ikke tydeligt siger, hvad brugeren skal betale, kan blive afvist. Apple beskriver på sin side om abonnementer, hvad der skal stå på tilmeldingsskærmen:

• abonnementets navn og varighed, og hvad det giver i den periode;
• den fulde fornyelsespris, vist tydeligt og lokaliseret i de tilgængelige valutaer;
• en måde at gendanne sine køb på (se den forrige fejl).

Tilføj en tydelig sætning om automatisk fornyelse: abonnementet fornyes, indtil brugeren opsiger det, og han kan opsige det i indstillingerne for sin Apple-konto.

Samme side præciserer også, at appen og dens App Store-metadata skal indeholde links til brugsvilkårene og privatlivspolitikken. Det opdager mange først ved afvisningen: det er ikke nok at have linkene i appen. Du skal også have en påmindelse om abonnementsvilkårene og de to links i beskrivelsen på App Store-siden. Uden dem bliver det en afvisning efter regel 3.1.2. I mine abonnementsapps slutter jeg beskrivelsen med en kort blok: abonnementsvilkår, derefter link til brugsvilkårene og link til privatlivspolitikken. Og hvis din side er oversat, skal den blok findes på hvert sprog.

Før du indsætter dine links, så åbn dem i en browser. Et link til en side, der ikke findes, er lige så godt som intet link.

Jeg har gennemgået de andre hyppige afvisningsgrunde i denne artikel om Apples afvisninger, og selve App Store-siden har sin egen side: optimér din side på App Store.

Fejl nr. 6: ikke at teste paywallen i sandbox

En paywall, der ser fin ud i simulatoren, er ikke en paywall, der virker. Mellem opsætningen af produkterne i App Store Connect, tilbuddene i RevenueCat og appens kode er der mange steder, hvor en detalje kan gå galt: et produkt, der er knyttet forkert, en pris, der ikke indlæses, en prøveperiode, der ikke vises.

Apple stiller et testmiljø til rådighed til det, sandboxen, med Apple-testkonti, som du opretter i App Store Connect under "Users and Access", fanen Sandbox. Med dem kan du teste køb uden at blive trukket penge, inklusive fornyelser, mislykkede betalinger og refusioner, som App Store Connect-dokumentationen forklarer.

Før hver indsendelse skal du som minimum køre dette forløb på en rigtig iPhone:

1. første opstart, hele onboardingen, frem til paywallen;
2. start af prøveperioden med en testkonto;
3. tjek at premium-adgangen faktisk åbnes;
4. slet appen, geninstallér den, gendan købet;
5. korrekt visning af paywallen på den mindste og den største iPhone, du understøtter.

Apples reviewer tester også købet. Hvis det går i stå, bliver det en afvisning.

Fejl nr. 7: ikke at måle noget

Det er fejlen, der forhindrer dig i at rette alle de andre. Uden målinger ved du ikke, hvor brugerne falder fra. Du ser kun slutresultatet: få abonnenter. Du ved ikke, om problemet er onboardingen, paywallen, prisen eller prøveperioden.

Det er præcis det, der fik mig til at se problemet i mine egne apps: installationerne var der, de startede prøveperioder var ikke. Uden de to tal side om side kunne jeg have brugt uger på at bygge noget helt andet om.

Opsæt analytics-events ved hvert vigtigt trin, for eksempel med PostHog:

• start på onboardingen;
• slut på onboardingen;
• visning af paywallen;
• prøveperiode startet;
• køb eller abonnement bekræftet;
• gendannelse lykkedes.

Med de events får du en tragt. Du ser, på hvilket trin brugerne forsvinder, og du ved, hvad du skal arbejde på først. RevenueCat supplerer med overblikket over indtægterne: prøveperioder, konverteringer, fornyelser, opsigelser.

Et sidste råd: lav ikke alt om på én gang. Hvis du ændrer prisen, prøveperioden og paywallens design samme dag, finder du aldrig ud af, hvad der fik tallene til at flytte sig.

Paywall-tjeklisten før din næste indsendelse

• Paywallen kommer i slutningen af onboardingen, efter et bevis på værdi.
• Den gratis prøveperiode står tydeligt: varighed, derefter prisen efter prøveperioden.
• Årsabonnementet er fremhævet ærligt, og den pris, der faktisk opkræves, er let at læse.
• "Gendan køb"-knappen er på paywallen og virker.
• Navn, varighed, fornyelsespris og automatisk fornyelse er angivet.
• Links til brugsvilkårene og privatlivspolitikken er i appen og i App Store-beskrivelsen, på hvert sprog.
• Hele købsforløbet er testet i sandbox på en rigtig iPhone.
• Analytics-events dækker hvert trin, fra onboarding til køb.

Hvis du stadig er i tvivl om selve modellen, abonnement eller engangsbetaling, har jeg skrevet en guide om det: abonnement eller engangskøb til din første iOS-app. Og den fulde tekniske del, produkter, RevenueCat og godkendelse, finder du på siden om in-app-abonnementer på iOS.

Byg din paywall med iOS Kit

Paywallen er kun én brik. Den afhænger af onboardingen før den, af den pris du sætter, af den App Store-side, der bringer brugerne ind, og af appens hovedfunktion, den du skal holde simpel i en veldefineret første version.

Hvis du vil starte fra et færdigt fundament, er onboarding, paywall og abonnementer allerede med i startkoden i iOS Kit, og tredje trin i forløbet handler om at koble dem på din egen app. Ingen kan garantere dig en indtægt.

Før indsendelsen gennemgår Claude Code-skills i Apple Review Kit din paywall og de oplysninger, Apple kræver. Og forsiden viser, hvordan du lancerer din mobilapp med paywallen allerede koblet på.

Ofte stillede spørgsmål

Hvilke iOS-paywall-fejl stopper salget i en første app?

Syv fejl går igen i en første app: en paywall, der vises for tidligt eller for sent, ingen gratis prøveperiode, et dårligt fremhævet årsabonnement. Derefter kommer en glemt gendannelsesknap, manglende oplysninger, som Apple kræver, en paywall der aldrig er testet i sandbox, og ingen målinger. Hver af dem rettes med en konkret indstilling, som du tjekker før din næste indsendelse til Apple.

Hvornår skal paywallen vises i en iOS-app?

I slutningen af onboardingen, lige efter at brugeren har mærket appens værdi. For tidligt ser han en pris uden at have forstået, hvad appen gør. For sent, for eksempel bag en "Premium"-knap i indstillingerne, vil de fleste brugere aldrig se den. Du kan vise den igen senere, når brugeren rammer en grænse i gratisversionen.

Hvad skal en iOS-paywall vise for at overholde Apples regler?

Apple kræver på tilmeldingsskærmen abonnementets navn og varighed, hvad det giver, den fulde fornyelsespris vist tydeligt og en måde at gendanne sine køb på. Du skal også have links til brugsvilkårene og privatlivspolitikken, i appen og i beskrivelsen på din App Store-side. Uden dem i beskrivelsen bliver det en afvisning. Tilføj en tydelig sætning om automatisk fornyelse.

Skal man tilbyde en gratis prøveperiode i en iOS-app?

Ja, især for en app, som ingen kender endnu: at bede om betaling med det samme er et stort spring, og prøveperioden lader brugeren teste uden risiko. Apple kalder det et introductory offer, begrænset til ét pr. abonnementsgruppe for den samme kunde. Skriv prøveperiodens længde og derefter den pris, der opkræves bagefter, på knappen eller lige over den.

Hvordan fremhæver man årsabonnementet uden at vildlede brugeren?

Forvælg årsabonnementet, giv det et visuelt udtryk, der skiller sig ud, og vis den tilsvarende månedspris ved siden af årsprisen. Angiv den reelle besparelse i forhold til månedsabonnementet, beregnet på dine rigtige priser, aldrig på en opfundet referencepris. Skjul ikke den rigtige pris: en stor månedspris og årsprisen med småt er en vildledende paywall og en afvisningsgrund.

Hvordan tester man en iOS-paywall før indsendelse til Apple?

Med Apples sandbox: testkonti, oprettet i App Store Connect, som lader dig købe uden at blive trukket penge. På en rigtig iPhone kører du hele forløbet: onboarding, start af prøveperioden, premium-adgang, og derefter sletning af appen, geninstallation og gendannelse af købet. Tjek også visningen på den mindste og den største iPhone, du understøtter.