Så tjänar du pengar på en app 2026: prenumerationer, engångsköp, annonser eller betalda nedladdningar

För att tjäna pengar på en app på ett bra sätt börjar du med en fråga: vilket värde får en person, och hur ofta? En molntjänst, ett offlineverktyg och ett casual-spel har olika kostnader och användningsmönster, så de behöver inte samma betalvägg. Välj modellen först. Kontrollera sedan butikernas betalregler och avgifterna för 2026, eftersom de tillsammans avgör hur du kan ta betalt och vad du får behålla.

Vilken intäktsmodell ska du välja för din app?

Välj den modell som matchar hur ofta en användare får värde och hur mycket varje användare kostar dig att betjäna. Varje modell nedan passar en annan typ av produkt.

En hybrid kan fungera, men varje extra modell är ytterligare en regel att förklara och fler köptillstånd att testa. Börja med den minsta modell du kan förklara tydligt. "Gratis att prova, betala en gång för att exportera" är lättare att förstå än krediter, prenumerationer och annonser på en gång.

När är en prenumeration rätt val, och vad kräver Apple?

En prenumeration är rätt val när appen fortsätter att leverera värde. Apples riktlinje 3.1.2(a) säger att automatiskt förnyade prenumerationer "måste ge kunden löpande värde" och att perioden "måste vara minst sju dagar och vara tillgänglig på alla användarens enheter."

Att lägga din befintliga inställningsskärm bakom ett månadspris uppfyller inte det kravet. Bra exempel är tillförlitlig synkning, nytt innehåll, molnbearbetning eller en underhållen tjänst. Om du byter en befintlig betald app till prenumerationer säger samma riktlinje att du "inte bör ta bort den huvudsakliga funktionalitet som befintliga användare redan har betalat för."

Före köpet kräver riktlinje 3.1.2(c) att du "tydligt beskriver vad användaren får för priset." Apples sida om prenumerationer listar vad registreringsskärmen behöver: prenumerationens namn och längd, vad som ingår, ett framträdande fullständigt förnyelsepris, ett sätt att logga in eller återställa köp samt länkar till dina användarvillkor och din integritetspolicy. Testa förnyelse, uppsägning, utgång och återställning. Den som säger upp i dag ska behålla åtkomsten tills den betalda perioden tar slut.

När passar ett engångsköp eller en betald nedladdning bättre?

Ett engångsköp passar ett fristående verktyg vars kostnader inte växer med användningen, till exempel en offlineredigerare eller ett verktyg som körs på enheten. Det passar dåligt när du utlovar dyr AI-bearbetning, lagring eller manuell support på obestämd tid i utbyte mot en enda betalning.

På iOS kan du fortfarande erbjuda en provperiod utan prenumeration. Riktlinje 3.1.1 tillåter ett icke-förbrukningsbart köp i appen på Price Tier 0 med namnet "XX-day Trial". Innan provperioden börjar måste du ange hur länge den varar, vad som låses och vad full åtkomst kostar. Om du säljer uppmätta tjänster som förbrukningsbara krediter vid sidan av en engångsupplåsning, kom ihåg att krediter som köpts via köp i appen "inte får förfalla." Marknadsför inte "obegränsat" för att sedan gömma ett fast tak på en supportsida.

Är annonser ett bra sätt att tjäna pengar på en liten app?

Annonser kan finansiera en gratisapp bara när användningen ger tillräckligt många visningar. Med en liten eller nischad publik täcker annonsintäkterna kanske inte integritetsarbetet och den långsammare uppstart som ett annons-SDK medför.

Mät om annonsplaceringarna försämrar huvuduppgiften. I ett snabbt verktyg kan en mellanliggande annons som visas före resultatet kosta mer i förlorade användare än den drar in. En annonsfri uppgradering är ett digitalt köp: Googles betalningspolicy nämner "en annonsfri version av en app" som premiumfunktionalitet som går via Play-fakturering. Annons-SDK:er samlar också in data, så uppdatera dina integritetsuppgifter. Vår granskning av SDK:er för integritetsetiketter går igenom den kontrollen.

Hur mycket tar Apple och Google av appintäkterna 2026?

I oktober 2026 behåller Apple 15 % från medlemmar i Small Business Program och på prenumerationer efter ett års betald tjänst. I USA, Storbritannien och EES tar Google Play en serviceavgift på 10 % plus en faktureringsavgift på 5 % för prenumerationer som betalas via Play-fakturering.

Googles nya struktur började gälla den 30 juni 2026 i USA, EES och Storbritannien, och den 30 september 2026 i Australien och Japan, enligt dess sida om serviceavgifter. I dessa regioner gäller faktureringsavgiften på 5 % bara köp som görs via Google Play-fakturering. Övriga marknader behåller de äldre satserna tills ändringen når dem.

Apples Small Business Program omfattar utvecklare med upp till 1 miljon USD i intäkter under föregående kalenderår, plus utvecklare som är nya i App Store. Gratis provperioder räknas inte in i det år av betald tjänst som krävs för Apples prenumerationssats på 85 %. Avgifterna beror på program och transaktion, så bygg prognoser utifrån dina faktiska kontovillkor snarare än en enda procentsats.

När kan du använda en egen betalningslänk i stället för köp i appen?

I Apples butik för USA får appar nu innehålla knappar, externa länkar eller andra uppmaningar som leder till andra köpmetoder. På andra håll måste digitala funktioner använda köp i appen, om inte ett regionspecifikt entitlement eller ett listat undantag gäller.

• Apple, utanför USA: riktlinje 3.1.1(a) kräver ett StoreKit External Purchase Link Entitlement, som bara finns i vissa butiker och på vissa plattformar.
• Apple, fysiska varor: riktlinje 3.1.3(e) säger att fysiska varor eller tjänster som används utanför appen måste använda andra betalningsmetoder än köp i appen.
• Apple, personliga livetjänster: enligt 3.1.3(d) får tjänster i realtid mellan två personer, till exempel privatlektioner, använda andra betalningsmetoder. Tjänster för en liten grupp eller många användare måste använda köp i appen.
• Google Play: digitala varor använder Play-fakturering om du inte går med i ett program för alternativ fakturering eller externa erbjudanden i ett behörigt land. Fysiska varor och fysiska tjänster får inte använda Play-fakturering.

Vilka intäktsmisstag har fått andra appar avvisade?

Det vanligaste betalningsrelaterade avslaget är att betalfunktioner låses upp via något annat än butikens köpsystem. Utvecklare försöker ofta med koder eller webbköp för att kringgå butiken.

I en tråd från 2019 på Apple Developer Forums sålde en utvecklare av ett utomhus-escapespel spelkoder på sin webbplats och via partner. Användarna angav sedan koderna i appen. Uppdateringen avvisades enligt "Guideline 3.1.1 - Business - Payments - In-App Purchase" eftersom appen "låter användare låsa upp ytterligare innehåll genom att köpa en kod." Utvecklaren hänvisade till 3.1.3(b). Svaren påpekade att åtkomst på flera plattformar fortfarande kräver att samma objekt är "tillgängliga som köp i appen inuti appen."

I en tråd från januari 2025 använde en utvecklare egna kampanjkoder från partner för att visa den billigare av två giltiga produkter för köp i appen. Apple avvisade appen eftersom "appen använder en kampanjkod för att låsa upp eller aktivera betalfunktioner." Överklagandet avslogs med rådet: "Om du vill erbjuda rabatterade prenumerationer i appen, använd en erbjudandekod som stöds av Apple."

Båda fallen ger samma lärdom. Apple bryr sig inte om din kod låser upp innehåll direkt eller bara ändrar priset. Om något utanför StoreKit avgör vem som får betalfunktioner kan du räkna med ett avslag enligt 3.1.1.

Hur vet du om din intäktsmodell fungerar?

Mät en förändring i taget, med början i aktivering och slut i behållna intäkter som inte har återbetalats. En högre konvertering vid första köpet är ingen vinst om fler begär återbetalning eller slutar förnya.

Exempel: "När användare har slutfört sin första lyckade export, visa det betalda exportalternativet med en tydlig förklaring." Bestäm mätvärdet (köpkonvertering och återbetalningar inom 30 dagar) och tidsfönstret innan du ändrar något. Ett litet urval räcker inte för att dra säkra slutsatser om prissättning. Gå igenom den här checklistan innan du släpper den betalda versionen:

1. Bekräfta att en ny användare når den användbara delen av appen innan betalväggen visas.
2. Visa priset, faktureringsperioden och vad som ingår på ett enkelt språk.
3. Testa lyckade, väntande, misslyckade, återbetalda och återställda köp i en release-build.
4. Kontrollera att behörigheter överlever en ominstallation och följer med till användarens alla enheter.
5. Ge App Review en fungerande väg till varje betalfunktion, med ett demokonto om inloggning krävs.
6. Följ förnyelse och churn per kohort för prenumerationer.

Om köpen slutar fungera under granskningen går testplanen för release-builds enligt 2.1 igenom lösningen. Guiden till demokonton för granskning visar hur du ger granskarna åtkomst, och checklistan för App Store-inlämning täcker resten av lanseringen. Vill du planera intäktsflödet innan du bygger det, se våra tjänster.