Guideline 3.1.1: når in-app-kjøp er påkrevd

Guideline 3.1.1 krever Apples in-app-kjøp så snart appen din låser opp digitalt innhold eller en digital funksjon: abonnement, fullversjon, spillvaluta, premiuminnhold. En 3.1.1-avvisning betyr at Apple har funnet en annen vei inn til dette innholdet: betaling på nettsiden din, lisensnøkkel, egen kode, knapp til en betalingsside. Løsningen er in-app-kjøp, med mindre tilfellet ditt faller inn under et unntak eller en regional regel.

Jeg publiserer mine egne iOS-apper, og de som har abonnement, selger det via Apples in-app-kjøp. Jeg har aldri fått en 3.1.1-avvisning, og jeg skal ikke late som noe annet. Denne guiden bygger på den offisielle teksten, i versjonen fra 8. juni 2026, lest 15. oktober 2026, og på de regionale vilkårene Apple har publisert. Nabotilfellet med abonnementer, med to ekte avvisninger, finner du i guiden om guideline 3.1.2.

Hva sier guideline 3.1.1?

3.1.1, «In-App Purchase», åpner del 3.1 «Payments» i App Review Guidelines. Derav emnet i e-posten: «Guideline 3.1.1 - Business - Payments - In-App Purchase». Første setning sier det viktigste: for å låse opp funksjoner i appen «you must use in-app purchase», du må bruke in-app-kjøp. Apple nevner abonnementer, spillvalutaer, nivåer, premiuminnhold og fullversjonen.

Neste setning sikter mot omveiene. En app kan ikke bruke sin egen mekanisme for å låse opp innhold: Apple nevner lisensnøkler, AR-markører, QR-koder, kryptovalutaer og kryptolommebøker.

Den samme regelen legger til plikter som ofte glemmes:

• kreditter og valutaer kjøpt med in-app-kjøp utløper ikke, og alle kjøp som kan gjenopprettes, har en gjenopprettingsmekanisme;
• en betalt kiste eller trekning («loot box») viser sjansene for å få hver type gjenstand før kjøpet;
• et digitalt gavekort, en kupong eller en rabattkode selges i appen via in-app-kjøp; et fysisk kort sendt i posten kan gå via en annen betalingsmåte;
• en app uten abonnement kan tilby en tidsbegrenset prøveperiode, i form av et gratis in-app-kjøp kalt «XX-day Trial», som før start oppgir varigheten, hva som går tapt og hva som må betales;
• tips til utvikleren er mulig, via in-app-kjøp.

Situasjonene som utløser en 3.1.1-avvisning

Hva appen gjør	Hvorfor Apple avviser	Løsningen
Låser opp innhold kjøpt på nettsiden din	Ingen tilsvarende in-app-kjøp	Selg det også via in-app-kjøp
Viser «Betal på nettsiden vår»	Viser til en annen betaling	Fjern knappen, med mindre unntak
Ber om en lisensnøkkel eller egen kode	Forbudt opplåsingsmekanisme	Apples tilbudskoder
Låser opp mot kryptovaluta	Forbudt opplåsingsmekanisme	In-app-kjøp
Selger kreditter som utløper	Krav i 3.1.1	Permanente kreditter og gjenoppretting
Selger en kiste uten sannsynligheter	Sjansene vises ikke	Synlige sannsynligheter før kjøpet

Første rad er den mest misforståtte. I en avvisning publisert på Apples forum står det at appen «accesses digital content purchased outside the app», gir tilgang til innhold kjøpt et annet sted, «but that content isn't available to purchase using in-app purchase». Apple klager ikke på at du har en nettside som selger: de klager på at appen ikke tilbyr det samme kjøpet via Apple.

For å gi gratis tilgang eller rabatt har Apple sitt eget system, tilbudskoder (offer codes). Ifølge StoreKit-dokumentasjonen fungerer de for alle typer in-app-kjøp: abonnementer, forbruksvarer og ikke-forbruksvarer. Du oppretter dem i App Store Connect, og brukeren skriver dem inn i App Store eller i appen din.

Unntakene: når in-app-kjøp ikke kreves

Regel 3.1.3 lister opp appene som kan bruke en annen betalingsmåte. Her er oversikten jeg bruker for å se hvor et prosjekt hører hjemme.

Ditt tilfelle	Kreves in-app-kjøp?	Regel
Abonnement, fullversjon, digitalt innhold	Ja	3.1.1
Fysisk produkt, tjeneste brukt utenfor appen	Nei, annen betalingsmåte påkrevd	3.1.3(e)
Direkte undervisning eller konsultasjon, én-til-én	Nei	3.1.3(d)
Direkte undervisning for flere	Ja	3.1.3(d)
Aviser, bøker, musikk, video kjøpt et annet sted	Nei for å få tilgang	3.1.3(a)
Plattformuavhengig tjeneste kjøpt på nettsiden din	Tilgang tillatt hvis også som in-app-kjøp	3.1.3(b)
Verktøy solgt til en bedrift for de ansatte	Nei	3.1.3(c)
Gratis følgeapp til et nettverktøy, uten kjøp	Nei	3.1.3(f)

To begrensninger. En app som bruker et unntak, kan ikke i appen dytte brukeren mot en annen betalingsmåte, utenom den amerikanske butikken og tilfeller Apple har åpnet for. Derimot presiserer Apple at «Developers can send communications outside of the app»: du kan skrive til brukerne dine utenfor appen, for eksempel på e-post.

Reglene per region i oktober 2026

Her endrer tekstene seg raskt. Det som følger, bygger på Apples tekster lest 15. oktober 2026: les dem på nytt før du koder en ekstern betaling.

Region	Hva som er tillatt i tillegg til in-app-kjøp
USA	Knapper og lenker til en annen betaling, uten entitlement
EU	Alternativ betaling i appen og tilbud utenfor appen, med vilkår
Japan, Brasil, Sør-Korea	Egne programmer, etter søknad om entitlement
Andre land	Ingen knapp, lenke eller oppfordring til en annen betaling

USA

Regel 3.1.1(a) presiserer at entitlements «are not required for developers to include buttons, external links, or other calls to action in their United States storefront apps». I den amerikanske butikken er en knapp til nettsiden din altså tillatt. Binærfilen din er den samme overalt: legger du til denne knappen, må appen vite hvilken butikk brukeren er i. StoreKit gir deg det med Storefront.

EU

Nye vilkår gjelder fra 1. oktober 2026, ifølge Apples side om betalingsalternativer i EU. Du kan beholde bare in-app-kjøp, uten å endre noe. Du kan også tilby en betalingsleverandør i appen, eller tilbud utenfor appen, for eksempel på nettsiden din. Apple krever da blant annet:

• entitlementet «StoreKit External Purchases or Offers» og, for en lenke eller betaling i appen, systemets informasjonsvindu;
• at in-app-kjøp er minst like synlig som det andre alternativet når begge vises på skjermen;
• ingen omtale av disse betalingene på App Store-siden din;
• foreldrekontroll for mindreårige, og ingen tilbud utenfor appen under 13 år, eller høyere avhengig av land;
• samme valg i alle EU-butikker i 12 måneder.

Det gjelder provisjoner avhengig av alternativet du velger. Les den delen på samme side før du bestemmer deg.

Andre land

Ellers er regelen streng: «apps and their metadata may not include buttons, external links, or other calls to action» til en annen betalingsmåte. Ordet «metadata» er viktig: en beskrivelse som sier «billigere på nettsiden vår» rammes også av regelen. Noen land, blant dem Japan, Brasil og Sør-Korea, har egne programmer, listet i External Purchase-dokumentasjonen.

Fikse en 3.1.1-avvisning og svare Apple

1. Finn inngangen. Meldingen nevner innholdet eller skjermen det gjelder: innhold kjøpt et annet sted, knapp, kode, lenke.
2. Steng den eller dobbel den. Enten fjerner du knappen eller koden, eller så selger du det samme innholdet via in-app-kjøp.
3. Påberop et unntak bare hvis det er reelt. Vis til leddet i 3.1.3 og forklar med to setninger hvorfor tilfellet ditt hører inn under det.
4. Gi gjennomgangeren noe å teste. En demokonto og veien til paywallen, i gjennomgangsnotatene, slik jeg forklarer i guiden om guideline 2.1.

Du svarer i App Review-delen av App Store Connect, etter prosedyren for å svare App Review. Her er en mal for det vanligste tilfellet, innhold kjøpt på nettsiden. Det er et eksempel: bytt ut build, produkt og flyt 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 trenger en ny build. Hvis du fortsatt mener tilfellet ditt er et unntak, lar Apple deg også klage til App Review Board.

Koble til in-app-kjøp uten å skrive alt på nytt

For en nybegynner er den enkleste veien å opprette produktene i App Store Connect og så koble dem til appen med RevenueCat: oppskriften står i RevenueCat: sette opp et in-app-abonnement. Er du usikker på hvilken modell du skal velge, les abonnement eller engangskjøp. Bygger du med et no-code-verktøy, sjekk at det håndterer in-app-kjøp: det er et av punktene i lage en app uten å kode.

Så snart in-app-kjøpet ditt er et abonnement, kommer 3.1.2 i tillegg: fakturert beløp i fokus, varighet, fornyelse, lenker. De vanligste skjermfeilene står i iOS-paywall: 7 nybegynnerfeil.

Sjekklisten for 3.1.1 før innsending

• Alt som låses opp i appen (funksjon, innhold, nivå, valuta), kjøpes via in-app-kjøp.
• Ingen knapp, lenke eller tekst viser til en ekstern betaling, unntatt i den amerikanske butikken eller med et innvilget regionalt program.
• Beskrivelsen på App Store-siden din nevner ingen annen betalingsmåte.
• Innhold som selges på nettsiden din, selges også via in-app-kjøp i appen.
• Ingen lisensnøkkel, QR-kode, egen kode eller krypto låser opp noe som helst.
• For å gi tilgang bruker du Apples tilbudskoder.
• Kjøpte kreditter utløper ikke, og en «Restore Purchases»-knapp fungerer.
• Hver betalte kiste eller trekning viser sannsynlighetene før kjøpet.
• Et fysisk produkt eller en tjeneste utenfor appen går via Apple Pay eller kort, ikke via in-app-kjøp.
• Gjennomgangsnotatene dine sier hvor kjøpene finnes og, hvis du påberoper et unntak, hvilket.

Sjekk appen din før innsending

Hvis appen din nettopp er avvist etter 3.1.1, hjelper Apple Review Kit deg med å finne regelen det vises til, hva den krever, og et eksempel på løsning og svar. Notatene til testeren dekker in-app-kjøp. Vil du ha et menneskelig blikk, book en time med meg: vi leser meldingen fra Apple og leter etter inngangen de har sett. Hele fremgangsmåten står på siden app avvist av Apple, og oppsettet av kjøp på siden in-app-abonnement på iOS.

Hvis du forbereder din første lansering, ta den gratis diagnosen: den setter stegene i riktig rekkefølge og sender deg sjekklisten min mot Apple-avvisninger. For å lage en mobilapp som selger via in-app-kjøp fra start, tar iOS Kit utgangspunkt i kode der paywall og abonnementer allerede er på plass.

Ingen kan garantere at Apple godkjenner appen din. Det jeg kan gjøre, er å hjelpe deg med å velge riktig betalingsmåte før du skriver koden.

Ofte stilte spørsmål

Hva betyr «Guideline 3.1.1 - Business - Payments - In-App Purchase»?

Det er hele navnet på regelen om in-app-kjøp i meldingen fra Apple. Den sier at appen din gir tilgang til digitalt innhold eller en digital funksjon via en annen vei enn in-app-kjøp: betaling på en nettside, kode, lisensnøkkel eller lenke til en betalingsside.

Kan man legge inn en lenke til nettsiden sin for å betale mindre?

I den amerikanske butikken, ja: regelen tillater knapper og lenker uten entitlement. I EU er det mulig med Apples entitlement og vilkårene som følger med. Ellers, med mindre det finnes et regionalt program, kan verken appen eller App Store-siden vise til en annen betalingsmåte.

Kan man låse opp appen med en kampanjekode?

Ikke med en egen kode: 3.1.1 forbyr appens egne opplåsingsmekanismer, som lisensnøkler. Bruk Apples tilbudskoder, opprettet i App Store Connect. De fungerer for abonnementer og for de andre typene in-app-kjøp.

Trenger man in-app-kjøp for å selge et fysisk produkt eller en tjeneste?

Nei. Et fysisk produkt eller en tjeneste som brukes utenfor appen, som et levert måltid eller en taxitur, må gå via en annen betalingsmåte, Apple Pay eller bankkort. Direkte undervisning mellom to personer kan også klare seg uten, men ikke direkte undervisning for flere.

Kan en kunde som abonnerer via nettsiden min, logge inn i appen?

Ja for en plattformuavhengig tjeneste, forutsatt at den samme tilgangen også selges via in-app-kjøp i appen. Det er regel 3.1.3(b). Uten dette tilbudet i appen havner du i den typiske 3.1.1-avvisningen: innhold kjøpt et annet sted som ikke kan kjøpes via Apple.

Holder RevenueCat for å overholde 3.1.1?

RevenueCat bygger på Apples in-app-kjøp, så det skaper ikke noe 3.1.1-problem. Men det fjerner ikke en ekstern betalingsknapp eller en egen kode som appen din måtte inneholde. Samsvaret må fortsatt sjekkes skjerm for skjerm, og på App Store-siden din.