Guideline 3.1.1: när köp i appen är obligatoriskt

Guideline 3.1.1 kräver Apples köp i appen (In-App Purchase) så fort din app låser upp digitalt innehåll eller en digital funktion: prenumeration, fullversion, spelvaluta, premiuminnehåll. Ett avslag enligt 3.1.1 betyder att Apple har hittat en annan väg in till det innehållet: betalning på din webbplats, licensnyckel, egen kod, knapp till en betalsida. Lösningen är köp i appen, om inte ditt fall omfattas av ett undantag eller en regional regel.

Jag publicerar mina egna iOS-appar, och de som har en prenumeration säljer den via Apples köp i appen. Jag har aldrig fått ett 3.1.1-avslag, och jag tänker inte påstå något annat. Den här guiden bygger på den officiella texten, i versionen från 8 juni 2026 som jag läste 15 oktober 2026, och på de regionala villkor som Apple har publicerat. Det närliggande fallet med prenumerationer, med två riktiga avslag, finns i guiden om guideline 3.1.2.

Vad säger guideline 3.1.1?

3.1.1, "In-App Purchase", inleder avsnitt 3.1 "Payments" i App Review Guidelines. Därav rubriken i mejlet: "Guideline 3.1.1 - Business - Payments - In-App Purchase". Första meningen säger det viktigaste: för att låsa upp funktioner i din app "you must use in-app purchase", du måste använda köp i appen. Apple nämner prenumerationer, spelvalutor, nivåer, premiuminnehåll och fullversionen.

Nästa mening riktar sig mot kringgåenden. En app får inte använda en egen mekanism för att låsa upp innehåll: Apple nämner licensnycklar, AR-markörer, QR-koder, kryptovalutor och kryptoplånböcker.

Samma regel innehåller skyldigheter som många glömmer:

• krediter och valutor som köpts via köp i appen får inte löpa ut, och alla köp som kan återställas ska ha en återställningsfunktion;
• en betald kista eller dragning ("loot box") ska visa oddsen för varje typ av föremål före köpet;
• ett digitalt presentkort, en voucher eller kupong säljs i appen via köp i appen; ett fysiskt kort som skickas med posten får gå via ett annat betalsätt;
• en app utan prenumeration kan erbjuda en tidsbegränsad provperiod i form av ett gratis köp i appen med namnet "XX-day Trial", som före start anger längden, vad som går förlorat och vad som kommer att kosta;
• dricks till utvecklaren är tillåtet, via köp i appen.

Situationer som utlöser ett 3.1.1-avslag

Vad appen gör	Varför Apple avslår	Lösningen
Låser upp innehåll köpt på din webbplats	Inget motsvarande köp i appen	Sälj det också via köp i appen
Visar "Betala på vår webbplats"	Hänvisning till annan betalning	Ta bort knappen, om inget undantag
Kräver en licensnyckel eller egen kod	Förbjuden upplåsningsmekanism	Apples erbjudandekoder
Låser upp mot kryptovaluta	Förbjuden upplåsningsmekanism	Köp i appen
Säljer krediter som löper ut	Krav i 3.1.1	Permanenta krediter och återställning
Säljer en kista utan sannolikheter	Oddsen visas inte	Synliga sannolikheter före köpet

Första raden är den mest missförstådda. I ett avslag som publicerats på Apples forum står det att appen "accesses digital content purchased outside the app", alltså ger åtkomst till innehåll som köpts någon annanstans, "but that content isn't available to purchase using in-app purchase". Apple klagar inte på att du har en webbplats som säljer, utan på att appen inte erbjuder samma köp via Apple.

För att ge gratis åtkomst eller rabatt har Apple ett eget system: erbjudandekoder (offer codes). Enligt StoreKit-dokumentationen fungerar de för alla typer av köp i appen: prenumerationer, förbrukningsbara och icke förbrukningsbara. Du skapar dem i App Store Connect, och användaren anger dem i App Store eller i din app.

Undantagen: när köp i appen inte krävs

Regel 3.1.3 listar appar som får använda ett annat betalsätt. Här är tabellen jag använder för att se var ett projekt hamnar.

Ditt fall	Krävs köp i appen?	Regel
Prenumeration, fullversion, digitalt innehåll	Ja	3.1.1
Fysisk produkt, tjänst som används utanför appen	Nej, annat betalsätt obligatoriskt	3.1.3(e)
Live-lektion eller konsultation, en till en	Nej	3.1.3(d)
Live-lektion med flera deltagare	Ja	3.1.3(d)
Tidningar, böcker, musik, video köpta någon annanstans	Nej för att få åtkomst	3.1.3(a)
Plattformsoberoende tjänst köpt på din webbplats	Åtkomst tillåten om även köp i appen	3.1.3(b)
Verktyg som säljs till ett företag för de anställda	Nej	3.1.3(c)
Gratis kompanjonsapp till ett webbverktyg, utan köp	Nej	3.1.3(f)

Två begränsningar. En app som utnyttjar ett undantag får inte i appen styra mot ett annat betalsätt, utom i den amerikanska storefronten och i fall som Apple anger. Däremot skriver Apple att "Developers can send communications outside of the app": du får kontakta dina användare utanför appen, till exempel via e-post.

Regler per region i oktober 2026

Här ändras texterna snabbt. Det som följer bygger på Apples texter lästa 15 oktober 2026: läs dem igen innan du kodar en extern betalning.

Region	Vad som är tillåtet utöver köp i appen
USA	Knappar och länkar till annan betalning, utan entitlement
Europeiska unionen	Alternativ betalning i appen och erbjudanden utanför appen, reglerat
Japan, Brasilien, Sydkorea	Egna program, efter ansökan om entitlement
Övriga länder	Inga knappar, länkar eller uppmaningar till annan betalning

USA

Regel 3.1.1(a) anger att entitlements "are not required for developers to include buttons, external links, or other calls to action in their United States storefront apps". I den amerikanska storefronten är en knapp till din webbplats alltså tillåten. Din binär är densamma överallt: om du lägger till knappen måste appen veta vilken storefront användaren befinner sig i. StoreKit ger den via Storefront.

Europeiska unionen

Nya villkor gäller sedan 1 oktober 2026, enligt Apples sida om betalningsalternativ i EU. Du kan behålla enbart köp i appen utan att ändra något. Du kan också erbjuda en betalningsleverantör i appen, eller erbjudanden utanför appen, till exempel på din webbplats. Apple kräver då bland annat:

• entitlementet "StoreKit External Purchases or Offers" och, för en länk eller betalning i appen, systemets informationsfönster;
• att köp i appen är minst lika synligt som det andra alternativet när båda visas på skärmen;
• att dessa betalningar inte nämns på din App Store-sida;
• föräldrakontroll för minderåriga, och inga erbjudanden utanför appen före 13 år, eller högre beroende på land;
• samma val i alla EU-storefronts i 12 månader.

Avgifter tillkommer beroende på vilket alternativ du väljer. Läs avsnittet om dem på samma sida innan du bestämmer dig.

Övriga länder

På andra håll är regeln strikt: "apps and their metadata may not include buttons, external links, or other calls to action" till ett annat betalsätt. Ordet "metadata" är viktigt: en beskrivning som säger "billigare på vår webbplats" omfattas också av regeln. Vissa länder, däribland Japan, Brasilien och Sydkorea, har egna program, listade i dokumentationen för External Purchase.

Åtgärda ett 3.1.1-avslag och svara Apple

1. Hitta vägen in. Meddelandet nämner innehållet eller skärmen det gäller: innehåll köpt någon annanstans, knapp, kod, länk.
2. Stäng den eller komplettera den. Antingen tar du bort knappen eller koden, eller så säljer du samma innehåll via köp i appen.
3. Åberopa bara ett undantag om det är äkta. Hänvisa till punkten i 3.1.3 och förklara med två meningar varför ditt fall omfattas.
4. Ge granskaren något att testa. Ett demokonto och vägen till paywallen, i granskningsanteckningarna, som jag förklarar i guiden om guideline 2.1.

Du svarar i App Review-avsnittet i App Store Connect, enligt rutinen för att svara App Review. Här är en mall för det vanligaste fallet, innehåll köpt på webbplatsen. Det är ett exempel: byt ut build, produkt och flöde mot dina egna.

Hello,

Thank you for your review.

Issue: the app gave access to premium content purchased on our
website, without offering the same purchase in the app.

Fix in build X:
- Premium access is now available as an auto-renewable
  subscription through in-app purchase, on the paywall.
- The "Subscribe on our website" button has been removed.
- A "Restore Purchases" button is available on the paywall.

How to verify: launch the app and open any premium screen.
The paywall shows the in-app purchase options.

Best regards,

Knappen och paywallen finns i koden: det krävs en ny build. Om du fortfarande är övertygad om att ditt fall är ett undantag kan du också överklaga till App Review Board.

Koppla in köp i appen utan att skriva om allt

För en nybörjare är den enklaste vägen att skapa produkterna i App Store Connect och sedan koppla dem till appen med RevenueCat: receptet finns i RevenueCat: sätt upp en prenumeration i appen. Om du tvekar mellan de två modellerna, läs prenumeration eller engångsköp. Om du bygger med ett no-code-verktyg, kontrollera att det klarar köp i appen: det är en punkt i skapa en app utan att koda.

Så fort ditt köp i appen är en prenumeration tillkommer 3.1.2: debiterat belopp tydligt framhävt, längd, förnyelse, länkar. De vanligaste skärmfelen finns i iOS-paywall: 7 nybörjarmisstag.

Checklista för 3.1.1 före inskickning

• Allt som låses upp i appen (funktion, innehåll, nivå, valuta) köps via köp i appen.
• Ingen knapp, länk eller text hänvisar till extern betalning, utom i den amerikanska storefronten eller via ett beviljat regionalt program.
• Beskrivningen på din App Store-sida nämner inget annat betalsätt.
• Innehåll som säljs på din webbplats säljs också via köp i appen i appen.
• Ingen licensnyckel, QR-kod, egen kod eller krypto låser upp något.
• För att ge åtkomst använder du Apples erbjudandekoder.
• Köpta krediter löper inte ut, och en "Restore Purchases"-knapp fungerar.
• Varje betald kista eller dragning visar sina sannolikheter före köpet.
• En fysisk produkt eller en tjänst utanför appen betalas med Apple Pay eller kort, inte via köp i appen.
• Dina granskningsanteckningar säger var köpen finns och, om du åberopar ett undantag, vilket.

Kontrollera din app innan du skickar in

Om din app precis har fått avslag enligt 3.1.1 hjälper Apple Review Kit dig att hitta den citerade regeln, vad den kräver, och ett exempel på åtgärd och svar. Dess anteckningar till granskaren täcker köp i appen. Vill du ha mänskliga ögon på det, boka en timme med mig: vi läser Apples meddelande och letar efter vägen in som de har sett. Hela tillvägagångssättet finns på sidan app avvisad av Apple, och hur du sätter upp köpet på sidan prenumeration i appen på iOS.

Om du förbereder din första release, gör din gratis diagnos: den sätter stegen i rätt ordning och skickar dig min checklista mot avslag från Apple. För att skapa en mobilapp som säljer via köp i appen från början utgår iOS Kit från kod där paywall och prenumerationer redan är på plats.

Ingen kan garantera att Apple godkänner din app. Det jag kan göra är att hjälpa dig välja rätt betalsätt innan du skriver koden.

Vanliga frågor

Vad betyder "Guideline 3.1.1 - Business - Payments - In-App Purchase"?

Det är den fullständiga rubriken på regeln om köp i appen i Apples meddelande. Den signalerar att din app ger åtkomst till digitalt innehåll eller en digital funktion via en annan väg än köp i appen: betalning på en webbplats, kod, licensnyckel eller länk till en betalsida.

Får man länka till sin webbplats för att betala mindre?

I den amerikanska storefronten, ja: regeln tillåter knappar och länkar utan entitlement. I Europeiska unionen går det med Apples entitlement och dess villkor. På andra håll får varken appen eller dess App Store-sida hänvisa till ett annat betalsätt, om det inte finns ett regionalt program.

Får man låsa upp sin app med en rabattkod?

Inte med en egen kod: 3.1.1 förbjuder appens egna upplåsningsmekanismer, som licensnycklar. Använd Apples erbjudandekoder, som du skapar i App Store Connect. De fungerar för prenumerationer och för andra typer av köp i appen.

Krävs köp i appen för att sälja en fysisk produkt eller en tjänst?

Nej. En fysisk produkt eller en tjänst som används utanför appen, som en levererad måltid eller en taxiresa, ska betalas med ett annat betalsätt, Apple Pay eller bankkort. En live-lektion mellan två personer klarar sig också utan, men inte en live-lektion med flera deltagare.

Kan en kund som prenumererar via min webbplats logga in i appen?

Ja för en plattformsoberoende tjänst, under förutsättning att samma åtkomst också säljs via köp i appen i appen. Det är regel 3.1.3(b). Utan det erbjudandet i appen hamnar du i det typiska 3.1.1-avslaget: innehåll köpt någon annanstans som inte går att köpa via Apple.

Räcker RevenueCat för att följa 3.1.1?

RevenueCat bygger på Apples köp i appen, så det skapar inga problem med 3.1.1. Men det tar inte bort en extern betalknapp eller en egen kod som din app innehåller. Efterlevnaden måste fortfarande kontrolleras skärm för skärm, och på din App Store-sida.