Paywall iOS: 7 nybörjarmisstag som stoppar din försäljning

Varför din iOS-paywall inte säljer

Din app ligger på App Store, installationerna trillar in, och ändå är det nästan ingen som prenumererar. Oftast är problemet varken din idé eller din kod. Det är din iOS-paywall, skärmen som visar det betalda erbjudandet och ber användaren att bestämma sig. En paywall som visas vid fel tillfälle, utan gratis provperiod, utan återställningsknapp eller utan de uppgifter Apple kräver säljer inte, eller blir avvisad i granskningen.

Här är de 7 misstag jag oftast ser i en första app, och hur du rättar till vart och ett. Inget magiskt recept, utan konkreta inställningar som går att kontrollera och som du kan fixa innan du skickar in till Apple nästa gång.

Jag publicerar egna iOS-appar med prenumeration: Solys, en väckarklocka med minispel, och TradaZen, en tradingsimulator, båda kopplade till RevenueCat. Med båda hamnade jag i samma situation: många installationer, väldigt få startade provperioder. Produkten var inte problemet. Paywallen och onboardingen ledde inte tillräckligt tydligt fram till provperioden. Det är en av anledningarna till att jag gjorde om dem rejält, och det är därifrån den här listan kommer.

Misstag nr 1: att visa paywallen för tidigt, eller för sent

Det här är det dyraste misstaget, och det går åt båda hållen.

För tidigt betyder att paywallen dyker upp innan användaren har förstått vad appen gör. Hen öppnar appen, ser ett pris och stänger. Det finns ingen anledning att betala när man inte har sett något än.

För sent betyder att paywallen göms bakom en "Premium"-knapp i inställningarna, eller bara visas efter flera dagars användning. De flesta användare kommer aldrig att se den. Och en användare som inte ser ditt erbjudande kan inte prenumerera.

Rätt tillfälle ligger någonstans mitt emellan: i slutet av onboardingen, precis efter att användaren har förstått vad appen är värd. Hen har svarat på några frågor, sett vad appen ska göra för hen och kanske testat huvudfunktionen. Det är där erbjudandet känns rimligt.

Konkret:

• onboardingen ställer användbara frågor och visar en förhandsvisning av resultatet;
• paywallen kommer i slutet av flödet, inte mitt i;
• du kan visa den igen senare, när användaren slår i en gräns i gratisversionen. Om du gör en tidigare gratis funktion betald, läs först guiden om guideline 3.2.2.

Misstag nr 2: att inte erbjuda en gratis provperiod

För en app som ingen känner till än är det ett stort steg att be folk betala direkt. En gratis provperiod gör steget mindre: användaren testar utan risk, och betalningen startar först när provperioden är slut, om hen inte har sagt upp.

Apple har den här mekanismen under namnet introductory offer för automatiskt förnyade prenumerationer. Två regler att komma ihåg, hämtade från Apples sida om prenumerationer:

• en kund kan bara använda ett enda introductory offer per prenumerationsgrupp;
• i köpflödet måste du tydligt visa provperiodens längd och priset som debiteras när provperioden är slut.

Det vanliga misstaget är att erbjuda en provperiod utan att säga det. Om din knapp bara säger "Prenumerera" vet användaren inte att hen kan prova gratis. Skriv ut det på knappen eller precis ovanför: provperiodens längd, sedan priset. Det är precis den sortens detalj som skiljer sovande installationer från provperioder som faktiskt startar.

Misstag nr 3: att inte lyfta fram årsprenumerationen ordentligt

Många första appar erbjuder en månads- och en årsprenumeration men visar dem som två likadana alternativ sida vid sida, utan någon hierarki. Resultatet: användaren tvekar, och en användare som tvekar stänger ofta skärmen.

Årsprenumerationen har ändå fördelar både för dig och för användaren: ett lägre månadspris för hen, ett längre åtagande för dig. Så här lyfter du fram den på ett ärligt sätt:

• förvälj den och ge den ett eget utseende;
• visa motsvarande månadspris bredvid årspriset, så att jämförelsen blir direkt;
• ange den verkliga besparingen jämfört med månadspriset, uträknad på dina riktiga priser, aldrig på ett påhittat referenspris.

Se upp så att du inte hamnar i motsatt diket: priset som faktiskt debiteras måste vara det som syns mest. Apple kräver att hela förnyelsepriset visas klart och tydligt. Ett månadspris i stor stil och det riktiga årspriset i pytteliten text är en vilseledande paywall, och det är skäl för avvisning enligt guideline 3.1.2.

Misstag nr 4: att glömma knappen för att återställa köp

Det här är den dummaste missen och en av de vanligaste. En prenumerant byter iPhone, installerar om appen och möts av paywallen trots att hen redan betalar. Utan en knapp för "Återställ köp" finns det inget sätt att få tillbaka åtkomsten.

Det är inget valfritt. App Stores granskningsregler (regel 3.1.1) kräver en återställningsmekanism för alla köp i appen som kan återställas, och Apples sida om prenumerationer listar bland elementen på registreringsskärmen "ett sätt för befintliga prenumeranter att logga in eller återställa sina köp".

Med RevenueCat är återställningen ett enda anrop. Det riktiga jobbet är att kontrollera vad som händer sedan:

• prenumeranten får verkligen tillbaka sin åtkomst, utan att behöva starta om appen;
• en användare utan köp får ett tydligt meddelande, inte ett tekniskt fel;
• knappen syns på själva paywallen, inte bara i inställningarna.

Misstag nr 5: att glömma uppgifterna som Apple kräver

En paywall som inte tydligt säger vad användaren kommer att betala kan bli avvisad. Apple beskriver på sin sida om prenumerationer vad som måste finnas på registreringsskärmen:

• prenumerationens namn och längd, och vad den ger under perioden;
• hela förnyelsepriset, tydligt visat och lokaliserat i de tillgängliga valutorna;
• ett sätt att återställa köp (se föregående misstag).

Lägg till en tydlig mening om automatisk förnyelse: prenumerationen förnyas så länge användaren inte säger upp den, och hen kan säga upp den i inställningarna för sitt Apple-konto.

Samma sida anger också att appen och dess metadata på App Store måste innehålla länkar till användarvillkoren och integritetspolicyn. Det är något många upptäcker först när de blir avvisade: det räcker inte att ha länkarna i appen, du behöver också en påminnelse om prenumerationsvillkoren och de två länkarna i beskrivningen på App Store-sidan. Utan dem blir det avvisning enligt regel 3.1.2. I mina prenumerationsappar avslutar jag beskrivningen med ett kort block: prenumerationsvillkoren, sedan en länk till användarvillkoren och en länk till integritetspolicyn. Och om din App Store-sida är översatt måste blocket finnas på varje språk.

Innan du klistrar in dina länkar, öppna dem i en webbläsare. En länk till en sida som inte finns är lika illa som ingen länk alls.

Jag har gått igenom andra vanliga avvisningsskäl i den här artikeln om Apples avvisningar, och själva App Store-sidan har en egen sida: optimera din App Store-sida.

Misstag nr 6: att inte testa paywallen i sandbox

En paywall som ser bra ut i simulatorn är inte samma sak som en paywall som fungerar. Mellan produktkonfigurationen i App Store Connect, erbjudandena i RevenueCat och appens kod finns det många ställen där en detalj kan gå sönder: en produkt som är felkopplad, ett pris som inte laddas, en provperiod som inte visas.

Apple tillhandahåller en testmiljö för det här, sandbox, med Apple-testkonton som du skapar i App Store Connect under Users and Access, fliken Sandbox. Med kontona kan du testa köp utan att debiteras, inklusive förnyelser, misslyckade betalningar och återbetalningar, som App Store Connect-dokumentationen förklarar.

Innan varje inskickning, kör åtminstone igenom det här flödet på en riktig iPhone:

1. första start, hela onboardingen, fram till paywallen;
2. starta provperioden med ett testkonto;
3. kontrollera att premiumåtkomsten låses upp;
4. radera appen, installera om, återställ köpet;
5. kontrollera att paywallen visas korrekt på den minsta och den största iPhone du stöder.

Apples granskare kommer också att testa köpet. Om det strular blir det avvisning.

Misstag nr 7: att inte mäta något

Det här är misstaget som hindrar dig från att rätta alla andra. Utan mätning vet du inte var användarna hoppar av. Du ser bara slutresultatet: få prenumeranter. Du vet inte om problemet är onboardingen, paywallen, priset eller provperioden.

Det var precis det som fick mig att se problemet i mina egna appar: installationerna fanns där, de startade provperioderna gjorde det inte. Utan de två siffrorna bredvid varandra hade jag kunnat lägga veckor på att jobba om något helt annat.

Lägg in analytics-händelser vid varje viktigt steg, till exempel med PostHog:

• onboardingen startar;
• onboardingen är klar;
• paywallen visas;
• provperioden startas;
• köp eller prenumeration bekräftas;
• återställning lyckas.

Med de här händelserna får du en tratt. Du ser i vilket steg användarna försvinner och vet vad du ska jobba om först. RevenueCat kompletterar bilden på intäktssidan: provperioder, konverteringar, förnyelser, uppsägningar.

Ett sista tips: ändra inte allt på en gång. Om du ändrar priset, provperioden och paywallens design samma dag kommer du aldrig att veta vad som fick siffrorna att röra sig.

Checklistan för paywallen innan nästa inskickning

• Paywallen kommer i slutet av onboardingen, efter att värdet har visats.
• Den gratis provperioden står tydligt: längd, sedan pris efter provperioden.
• Årsprenumerationen lyfts fram ärligt, och priset som faktiskt debiteras går att läsa.
• Knappen "Återställ köp" finns på paywallen och fungerar.
• Namn, längd, förnyelsepris och automatisk förnyelse är angivna.
• Länkarna till användarvillkoren och integritetspolicyn finns i appen och i App Store-beskrivningen, på varje språk.
• Hela köpflödet har testats i sandbox på en riktig iPhone.
• Analytics-händelserna täcker varje steg, från onboarding till köp.

Om du fortfarande tvekar om själva modellen, prenumeration eller engångsköp, har jag skrivit en egen guide: prenumeration eller engångsköp för din första iOS-app. Och för hela den tekniska delen, produkter, RevenueCat och validering, finns allt på sidan prenumerationer i iOS-appar.

Bygg din paywall med iOS Kit

Paywallen är bara en bit. Den beror på onboardingen som kommer före, på priset du sätter, på App Store-sidan som tar dit användarna, och på appens huvudfunktion, den som ska hållas enkel i en väl avgränsad första version.

Om du vill börja från en färdig grund finns onboarding, paywall och prenumerationer redan i startkoden i iOS Kit, och det tredje steget i dess flöde handlar om att koppla in dem i din egen app. Ingen kan garantera dig några intäkter.

Innan du skickar in går Claude Code-skillsen i Apple Review Kit igenom din paywall och de uppgifter Apple kräver. Och startsidan visar hur du lanserar din mobilapp med paywallen redan på plats.

Vanliga frågor

Vilka paywall-misstag stoppar försäljningen i en första iOS-app?

Sju misstag återkommer i en första app: en paywall som visas för tidigt eller för sent, ingen gratis provperiod, en årsprenumeration som inte lyfts fram ordentligt. Sedan kommer en glömd återställningsknapp, saknade uppgifter som Apple kräver, en paywall som aldrig testats i sandbox och ingen mätning alls. Alla går att rätta med en konkret inställning, som du kontrollerar innan nästa inskickning till Apple.

När ska paywallen visas i en iOS-app?

I slutet av onboardingen, precis efter att användaren har förstått vad appen är värd. För tidigt ser hen ett pris utan att ha förstått vad appen gör. För sent, till exempel bakom en "Premium"-knapp i inställningarna, kommer de flesta användare aldrig att se den. Du kan visa den igen senare, när användaren slår i en gräns i gratisversionen.

Vad måste en iOS-paywall visa för att följa Apples regler?

Apple kräver på registreringsskärmen prenumerationens namn och längd, vad den ger, hela förnyelsepriset tydligt visat och ett sätt att återställa köp. Det behövs också länkar till användarvillkoren och integritetspolicyn, både i appen och i beskrivningen på din App Store-sida. Saknas de i beskrivningen blir det avvisning. Lägg till en tydlig mening om automatisk förnyelse.

Ska man erbjuda en gratis provperiod i en iOS-app?

Ja, särskilt för en app som ingen känner till än: att be folk betala direkt är ett stort steg, och provperioden låter dem testa utan risk. Apple kallar det ett introductory offer, begränsat till ett per prenumerationsgrupp för samma kund. Skriv provperiodens längd och sedan priset som debiteras därefter på knappen eller precis ovanför.

Hur lyfter man fram årsprenumerationen utan att vilseleda användaren?

Förvälj årsprenumerationen, ge den ett eget utseende och visa motsvarande månadspris bredvid årspriset. Ange den verkliga besparingen jämfört med månadspriset, uträknad på dina riktiga priser, aldrig på ett påhittat referenspris. Göm inte det riktiga priset: ett månadspris i stor stil och årspriset i pytteliten text är en vilseledande paywall och ett skäl för avvisning.

Hur testar man en iOS-paywall innan man skickar in till Apple?

Med Apples sandbox: testkonton som du skapar i App Store Connect och som låter dig köpa utan att debiteras. Kör hela flödet på en riktig iPhone: onboarding, start av provperioden, premiumåtkomst, sedan radera appen, installera om och återställ köpet. Kontrollera också hur det ser ut på den minsta och den största iPhone du stöder.