Devoria
Guideline 3.1.1: hvornår in-app-køb er påkrævet
Af Mehdi Azizi
Udgivet , 9 min.
Guideline 3.1.1: alt digitalt indhold eller funktioner, der låses op i appen, skal gå gennem Apples in-app-køb. Undtagelser, EU- og USA-regler, rettelser.
Guideline 3.1.1 kræver Apples in-app-køb, så snart din app låser digitalt indhold eller en digital funktion op: abonnement, fuld version, spilvaluta, premiumindhold. En 3.1.1-afvisning betyder, at Apple har fundet en anden vej ind til det indhold: betaling på dit website, licensnøgle, hjemmelavet kode, knap til en betalingsside. Løsningen er in-app-køb, medmindre din situation falder ind under en undtagelse eller en regional regel.
Jeg udgiver mine egne iOS-apps, og dem med abonnement sælger det via Apples in-app-køb. Jeg har aldrig fået en 3.1.1-afvisning, og jeg vil ikke påstå andet. Denne guide bygger på den officielle tekst i versionen fra 8. juni 2026, læst 15. oktober 2026, og på de regionale vilkår, Apple har offentliggjort. Det beslægtede tilfælde med abonnementer, med to rigtige afvisninger, finder du i guiden om guideline 3.1.2.
Hvad siger guideline 3.1.1?
3.1.1, "In-App Purchase", åbner afsnit 3.1 "Payments" i App Review Guidelines. Deraf overskriften i mailen: "Guideline 3.1.1 - Business - Payments - In-App Purchase". Den første sætning siger det vigtigste: for at låse funktioner op i din app "you must use in-app purchase", du skal bruge in-app-køb. Apple nævner abonnementer, spilvalutaer, niveauer, premiumindhold og den fulde version.
Den næste sætning går efter omvejene. En app må ikke bruge sin egen mekanisme til at låse indhold op: Apple nævner licensnøgler, augmented reality-markører, QR-koder, kryptovalutaer og kryptowallets.
Samme regel tilføjer forpligtelser, som mange glemmer:
- kreditter og valutaer købt via in-app-køb udløber ikke, og ethvert køb, der kan gendannes, har en gendannelsesmekanisme;
- en betalt kiste eller trækning ("loot box") viser chancerne for at få hver type genstand før købet;
- et digitalt gavekort, en voucher eller en kupon sælges i appen via in-app-køb; et fysisk kort sendt med posten kan bruge en anden betalingsmetode;
- en app uden abonnement kan tilbyde en tidsbegrænset prøveperiode i form af et gratis in-app-køb ved navn "XX-day Trial", som før start oplyser varigheden, hvad der går tabt, og hvad der skal betales;
- drikkepenge til udvikleren er tilladt, via in-app-køb.
De situationer, der udløser en 3.1.1-afvisning
| Hvad appen gør | Hvorfor Apple afviser | Rettelsen |
|---|---|---|
| Låser indhold op, der er købt på dit website | Intet tilsvarende in-app-køb | Sælg det også via in-app-køb |
| Viser "Betal på vores website" | Henviser til en anden betaling | Fjern knappen, medmindre undtagelse |
| Beder om en licensnøgle eller hjemmelavet kode | Forbudt oplåsningsmekanisme | Apples tilbudskoder |
| Låser op mod kryptovaluta | Forbudt oplåsningsmekanisme | In-app-køb |
| Sælger kreditter, der udløber | Krav i 3.1.1 | Permanente kreditter og gendannelse |
| Sælger en kiste uden sandsynligheder | Chancer ikke vist | Synlige sandsynligheder før købet |
Den første linje er den mest misforståede. I en afvisning, der er delt på Apples fora, siger beskeden, at appen "accesses digital content purchased outside the app", altså giver adgang til indhold købt andetsteds, "but that content isn't available to purchase using in-app purchase". Apple klager ikke over, at du har et website, der sælger: Apple klager over, at appen ikke tilbyder det samme køb via Apple.
For at give gratis adgang eller rabat har Apple sit eget system, tilbudskoder (offer codes). Ifølge StoreKit-dokumentationen virker de for alle typer in-app-køb: abonnementer, consumables og non-consumables. Du opretter dem i App Store Connect, og brugeren indtaster dem i App Store eller i din app.
Undtagelserne: hvornår in-app-køb ikke er påkrævet
Regel 3.1.3 lister de apps, der må bruge en anden betalingsmetode. Her er det skema, jeg bruger til at placere et projekt.
| Din situation | In-app-køb påkrævet? | Regel |
|---|---|---|
| Abonnement, fuld version, digitalt indhold | Ja | 3.1.1 |
| Fysisk produkt, service brugt uden for appen | Nej, anden metode obligatorisk | 3.1.3(e) |
| Liveundervisning eller konsultation, én til én | Nej | 3.1.3(d) |
| Liveundervisning for flere | Ja | 3.1.3(d) |
| Aviser, bøger, musik, video købt andetsteds | Nej, for at få adgang | 3.1.3(a) |
| Multiplatform-service købt på dit website | Adgang tilladt, hvis også som in-app-køb | 3.1.3(b) |
| Værktøj solgt til en virksomhed til dens ansatte | Nej | 3.1.3(c) |
| Gratis companion-app til et webværktøj, uden køb | Nej | 3.1.3(f) |
To begrænsninger. En app, der bruger en undtagelse, må ikke i appen skubbe brugeren mod en anden betalingsmetode, undtagen på den amerikanske storefront og i de tilfælde, Apple har fastsat. Til gengæld præciserer Apple, at "Developers can send communications outside of the app": du må skrive til dine brugere uden for appen, for eksempel på mail.
Reglerne pr. region i oktober 2026
Her ændrer teksterne sig hurtigt. Det følgende bygger på Apples tekster læst 15. oktober 2026: læs dem igen, før du koder en ekstern betaling.
| Region | Hvad der er tilladt ud over in-app-køb |
|---|---|
| USA | Knapper og links til en anden betaling, uden entitlement |
| EU | Alternativ betaling i appen og tilbud uden for appen, med rammer |
| Japan, Brasilien, Sydkorea | Egne programmer, efter ansøgning om entitlement |
| Andre lande | Ingen knap, link eller opfordring til en anden betaling |
USA
Regel 3.1.1(a) præciserer, at entitlements "are not required for developers to include buttons, external links, or other calls to action in their United States storefront apps". På den amerikanske storefront er en knap til dit website altså tilladt. Din binære fil er den samme overalt: hvis du tilføjer den knap, skal appen vide, hvilken storefront brugeren er på. StoreKit giver dig den med Storefront.
EU
Nye vilkår gælder siden 1. oktober 2026, ifølge Apples side om betalingsmuligheder i EU. Du kan beholde in-app-køb alene uden at ændre noget. Du kan også tilbyde en betalingsudbyder i appen eller tilbud uden for appen, for eksempel på dit website. Apple kræver så blandt andet:
- entitlementet "StoreKit External Purchases or Offers" og, for et link eller en betaling i appen, systemets informationsvindue;
- in-app-køb mindst lige så synligt som den anden mulighed, når begge er på skærmen;
- ingen omtale af disse betalinger på din App Store-side;
- forældrekontrol for mindreårige, og ingen tilbud uden for appen før 13 år, eller højere afhængigt af landet;
- det samme valg på alle EU-storefronts i 12 måneder.
Der gælder kommissioner afhængigt af den valgte mulighed. Læs afsnittet om dem på samme side, før du beslutter dig.
Andre lande
Andre steder er reglen stadig streng: "apps and their metadata may not include buttons, external links, or other calls to action" til en anden betalingsmetode. Ordet "metadata" betyder noget: en beskrivelse, der skriver "billigere på vores website", falder også ind under reglen. Nogle lande, blandt andet Japan, Brasilien og Sydkorea, har deres egne programmer, som er listet i External Purchase-dokumentationen.
Ret en 3.1.1-afvisning og svar Apple
- Find indgangen. Beskeden nævner det indhold eller den skærm, det drejer sig om: indhold købt andetsteds, knap, kode, link.
- Luk den eller suppler den. Enten fjerner du knappen eller koden, eller også sælger du det samme indhold via in-app-køb.
- Påberåb dig kun en undtagelse, hvis den er reel. Nævn litra i 3.1.3, og forklar med to sætninger, hvorfor din situation falder ind under den.
- Giv revieweren noget at teste med. En demokonto og vejen til paywallen i review-noterne, som jeg forklarer i guiden om guideline 2.1.
Du svarer i App Review-sektionen i App Store Connect, efter proceduren for at svare App Review. Her er en skabelon til det mest almindelige tilfælde, indhold købt på websitet. Det er et eksempel: erstat build, produkt og forløb med dine egne.
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 og paywallen ligger i koden: du skal bruge et nyt build. Hvis du stadig er overbevist om, at din situation er en undtagelse, lader Apple dig også klage til App Review Board.
Tilføj in-app-køb uden at omskrive det hele
For en begynder er den nemmeste vej at oprette produkterne i App Store Connect og så koble dem til appen med RevenueCat: opskriften står i RevenueCat: sæt et in-app-abonnement op. Hvis du er i tvivl mellem de to modeller, så læs abonnement eller engangskøb. Hvis du bygger med et no-code-værktøj, så tjek, at det kan håndtere in-app-køb: det er et af punkterne i lav en app uden at kode.
Så snart dit in-app-køb er et abonnement, kommer 3.1.2 oveni: det fakturerede beløb fremhævet, varighed, fornyelse, links. De hyppigste skærmfejl står i iOS-paywall: 7 begynderfejl.
3.1.1-tjeklisten før indsendelse
- Alt, der låses op i appen (funktion, indhold, niveau, valuta), købes via in-app-køb.
- Ingen knap, intet link og ingen tekst henviser til en ekstern betaling, undtagen på den amerikanske storefront eller med et opnået regionalt program.
- Beskrivelsen på din App Store-side nævner ingen anden betalingsmetode.
- Indhold, der sælges på dit website, kan også købes via in-app-køb i appen.
- Ingen licensnøgle, QR-kode, hjemmelavet kode eller krypto låser noget op.
- For at give adgang bruger du Apples tilbudskoder.
- Købte kreditter udløber ikke, og en "Restore Purchases"-knap virker.
- Hver betalt kiste eller trækning viser sine sandsynligheder før købet.
- Et fysisk produkt eller en service uden for appen går gennem Apple Pay eller kort, ikke gennem in-app-køb.
- Dine review-noter fortæller, hvor købene findes, og hvilken undtagelse du påberåber dig, hvis du gør.
Tjek din app før indsendelse
Hvis din app lige er blevet afvist under 3.1.1, hjælper Apple Review Kit dig med at finde den nævnte regel, hvad den kræver, og et eksempel på en rettelse og et svar. Dens noter til testeren dækker in-app-køb. Vil du have et menneskeligt blik, så book en time med mig: vi læser Apples besked og leder efter den indgang, Apple har set. Hele fremgangsmåden står på siden app afvist af Apple, og opsætningen af køb på siden in-app-abonnement på iOS.
Hvis du forbereder din første udgivelse, så tag din gratis diagnose: den sætter trinene i rækkefølge og sender dig min tjekliste mod afvisninger fra Apple. For at lave en mobilapp, der sælger via in-app-køb fra starten, tager iOS Kit udgangspunkt i kode, hvor paywall og abonnementer allerede er på plads.
Ingen kan garantere, at Apple godkender din app. Det, jeg kan, er at hjælpe dig med at vælge den rigtige betalingsmetode, før du skriver koden.
Ofte stillede spørgsmål
Hvad betyder "Guideline 3.1.1 - Business - Payments - In-App Purchase"?
Det er den fulde titel på reglen om in-app-køb i Apples besked. Den signalerer, at din app giver adgang til digitalt indhold eller en digital funktion ad en anden vej end in-app-køb: betaling på et website, kode, licensnøgle eller link til en betalingsside.
Må man linke til sit website for at betale mindre?
På den amerikanske storefront, ja: reglen tillader knapper og links uden entitlement. I EU er det muligt med Apples entitlement og dets vilkår. Andre steder må hverken appen eller dens App Store-side henvise til en anden betalingsmetode, medmindre der er et regionalt program.
Kan man låse sin app op med en rabatkode?
Ikke med en hjemmelavet kode: 3.1.1 forbyder appens egne oplåsningsmekanismer, som licensnøgler. Brug Apples tilbudskoder, oprettet i App Store Connect. De virker for abonnementer og for de andre typer in-app-køb.
Skal man bruge in-app-køb for at sælge et fysisk produkt eller en service?
Nej. Et fysisk produkt eller en service, der bruges uden for appen, som et leveret måltid eller en taxatur, skal gå gennem en anden betalingsmetode, Apple Pay eller betalingskort. Liveundervisning mellem to personer kan også undvære det, men ikke liveundervisning for flere.
Kan en kunde med abonnement på mit website logge ind i appen?
Ja for en multiplatform-service, på betingelse af at samme adgang også kan købes via in-app-køb i appen. Det er regel 3.1.3(b). Uden det tilbud i appen ender du i den typiske 3.1.1-afvisning: indhold købt andetsteds, som ikke kan købes via Apple.
Er RevenueCat nok til at overholde 3.1.1?
RevenueCat bygger på Apples in-app-køb, så det skaber ikke et 3.1.1-problem. Men det fjerner ikke en ekstern betalingsknap eller en hjemmelavet kode, som din app måtte indeholde. Overholdelsen skal stadig tjekkes skærm for skærm og på din App Store-side.
