Guideline 3.1.1: wanneer in-app aankoop verplicht is

Guideline 3.1.1 verplicht Apples in-app aankoop zodra je app digitale content of een digitale functie ontgrendelt: een abonnement, de volledige versie, in-game valuta, premium content. Een afwijzing op 3.1.1 betekent dat Apple een andere toegangsdeur naar die content heeft gevonden: betalen op je site, een licentiesleutel, een eigen code, een knop naar een betaalpagina. De oplossing loopt via in-app aankoop, tenzij je situatie onder een uitzondering of een regionale regel valt.

Ik publiceer mijn eigen iOS-apps, en de apps met een abonnement verkopen dat via Apples in-app aankoop. Ik heb nooit een afwijzing op 3.1.1 gekregen, en ik ga je niet het tegendeel vertellen. Deze gids is gebaseerd op de officiële tekst, in de versie van 8 juni 2026, gelezen op 15 oktober 2026, en op de regionale voorwaarden die Apple publiceert. Het verwante geval van abonnementen, met twee echte afwijzingen, staat in de gids over guideline 3.1.2.

Wat zegt guideline 3.1.1?

Regel 3.1.1, "In-App Purchase", opent deel 3.1 "Payments" van de App Review Guidelines. Vandaar de titel van de mail: "Guideline 3.1.1 - Business - Payments - In-App Purchase". De eerste zin zegt het belangrijkste: om functies in je app te ontgrendelen "you must use in-app purchase", je moet in-app aankoop gebruiken. Apple noemt abonnementen, in-game valuta, levels, premium content en de volledige versie.

De volgende zin gaat over omwegen. Een app mag geen eigen mechanisme gebruiken om content te ontgrendelen: Apple noemt licentiesleutels, augmented-reality-markers, QR-codes, cryptovaluta en cryptowallets.

Dezelfde regel voegt verplichtingen toe die vaak vergeten worden:

• credits en valuta die via in-app aankoop zijn gekocht, verlopen niet, en elke herstelbare aankoop heeft een herstelmechanisme;
• een betaalde kist of trekking ("loot box") toont vóór de aankoop de kans op elk type item;
• een digitale cadeaukaart, bon of coupon verkoop je in de app via in-app aankoop; een fysieke kaart die per post wordt verstuurd, mag via een ander betaalmiddel;
• een app zonder abonnement mag een proefperiode met beperkte duur aanbieden, in de vorm van een gratis in-app aankoop met de naam "XX-day Trial", die vooraf de duur meldt, wat er verloren gaat en wat er betaald moet worden;
• fooien aan de ontwikkelaar zijn mogelijk, via in-app aankoop.

Situaties die een afwijzing op 3.1.1 veroorzaken

Wat de app doet	Waarom Apple afwijst	De oplossing
Ontgrendelt content die op je site is gekocht	Geen gelijkwaardige in-app aankoop	Het ook via in-app aankoop verkopen
Toont "Betaal op onze site"	Verwijzing naar andere betaling	De knop weghalen, behalve bij uitzondering
Vraagt om een licentiesleutel of eigen code	Verboden ontgrendelmechanisme	Apples offer codes
Ontgrendelt tegen cryptovaluta	Verboden ontgrendelmechanisme	In-app aankoop
Verkoopt credits die verlopen	Verplichting uit 3.1.1	Permanente credits en herstel
Verkoopt een kist zonder kansen	Kansen niet getoond	Kansen zichtbaar vóór de aankoop

De eerste rij wordt het vaakst verkeerd begrepen. In een afwijzing die op de forums van Apple is gepubliceerd, zegt het bericht dat de app "accesses digital content purchased outside the app", content gebruikt die elders is gekocht, "but that content isn't available to purchase using in-app purchase". Apple neemt je niet kwalijk dat je een site hebt die verkoopt: wel dat de app niet dezelfde aankoop via Apple aanbiedt.

Om gratis toegang of korting te geven heeft Apple een eigen systeem: offer codes. Volgens de StoreKit-documentatie werken ze voor alle typen in-app aankopen: abonnementen, consumables en non-consumables. Je maakt ze aan in App Store Connect, en de gebruiker vult ze in in de App Store of in je app.

De uitzonderingen: wanneer in-app aankoop niet verplicht is

Regel 3.1.3 somt de apps op die een ander betaalmiddel mogen gebruiken. Dit is het schema dat ik gebruik om te bepalen waar een project onder valt.

Jouw situatie	In-app aankoop verplicht?	Regel
Abonnement, volledige versie, digitale content	Ja	3.1.1
Fysiek product, dienst die buiten de app wordt gebruikt	Nee, ander betaalmiddel verplicht	3.1.3(e)
Live les of consult, één op één	Nee	3.1.3(d)
Live les met meerdere mensen	Ja	3.1.3(d)
Kranten, boeken, muziek, video elders gekocht	Nee, om er toegang toe te geven	3.1.3(a)
Multiplatformdienst gekocht op je site	Toegang toegestaan als ook via in-app aankoop	3.1.3(b)
Tool verkocht aan een bedrijf voor zijn werknemers	Nee	3.1.3(c)
Gratis begeleidende app bij een webtool, zonder aankoop	Nee	3.1.3(f)

Twee grenzen. Een app die van een uitzondering gebruikmaakt, mag in de app niet aansturen op een ander betaalmiddel, behalve in de Amerikaanse storefront en in gevallen die Apple voorziet. Wel geeft Apple aan dat "Developers can send communications outside of the app": je mag je gebruikers buiten de app benaderen, bijvoorbeeld per e-mail.

De regels per regio in oktober 2026

Hier veranderen de teksten snel. Wat volgt is gebaseerd op de teksten van Apple, gelezen op 15 oktober 2026: lees ze opnieuw voordat je een externe betaling programmeert.

Regio	Wat er naast in-app aankoop is toegestaan
Verenigde Staten	Knoppen en links naar een andere betaling, zonder entitlement
Europese Unie	Alternatieve betaling in de app en aanbiedingen buiten de app, met voorwaarden
Japan, Brazilië, Zuid-Korea	Eigen programma's, op aanvraag van een entitlement
Andere landen	Geen knop, link of oproep naar een andere betaling

Verenigde Staten

Regel 3.1.1(a) stelt dat entitlements "are not required for developers to include buttons, external links, or other calls to action in their United States storefront apps". In de Amerikaanse storefront is een knop naar je site dus toegestaan. Je binary is overal hetzelfde: als je die knop toevoegt, moet de app weten in welke storefront de gebruiker zit. StoreKit geeft die via Storefront.

Europese Unie

Sinds 1 oktober 2026 gelden nieuwe voorwaarden, volgens Apples pagina over betaalopties in de EU. Je kunt alleen in-app aankoop houden, zonder iets te veranderen. Je kunt ook een betaalprovider in de app aanbieden, of aanbiedingen buiten de app, bijvoorbeeld naar je site. Apple eist dan onder meer:

• het entitlement "StoreKit External Purchases or Offers" en, voor een link of betaling in de app, het informatievenster van het systeem;
• in-app aankoop minstens even zichtbaar als de andere optie, als beide op het scherm staan;
• geen vermelding van deze betalingen op je App Store-pagina;
• ouderlijk toezicht voor minderjarigen, en geen aanbiedingen buiten de app onder de 13 jaar, of ouder afhankelijk van het land;
• dezelfde keuze in alle EU-storefronts gedurende 12 maanden.

Afhankelijk van de gekozen optie gelden er commissies. Lees het betreffende deel op dezelfde pagina voordat je beslist.

De andere landen

Elders blijft de regel streng: "apps and their metadata may not include buttons, external links, or other calls to action" naar een ander betaalmiddel. Het woord "metadata" telt: een beschrijving die "goedkoper op onze site" aankondigt, valt ook onder de regel. Sommige landen, waaronder Japan, Brazilië en Zuid-Korea, hebben eigen programma's, vermeld in de External Purchase-documentatie.

Een afwijzing op 3.1.1 oplossen en Apple antwoorden

1. Zoek de toegangsdeur. Het bericht noemt de betreffende content of het scherm: elders gekochte content, een knop, een code, een link.
2. Sluit hem of bied een alternatief. Je haalt de knop of de code weg, of je verkoopt dezelfde content via in-app aankoop.
3. Beroep je alleen op een uitzondering als die echt geldt. Noem het onderdeel van 3.1.3 en leg in twee zinnen uit waarom je situatie eronder valt.
4. Geef de reviewer iets om te testen. Een demo-account en de route naar de paywall, in de review notes, zoals ik uitleg in de gids over guideline 2.1.

Je antwoordt in het App Review-gedeelte van App Store Connect, volgens de procedure om App Review te antwoorden. Hier is een sjabloon voor het meest voorkomende geval: content die op de site is gekocht. Het is een voorbeeld: vervang de build, het product en de route door die van jou.

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,

De knop en de paywall zitten in de code: je hebt een nieuwe build nodig. Blijf je ervan overtuigd dat je situatie een uitzondering is, dan kun je bij Apple ook in beroep gaan bij de App Review Board.

In-app aankoop inbouwen zonder alles te herschrijven

Voor een beginner is de eenvoudigste route: de producten aanmaken in App Store Connect en ze daarna met RevenueCat aan de app koppelen. Het recept staat in RevenueCat: een in-app abonnement opzetten. Twijfel je tussen de twee modellen, lees dan abonnement of eenmalige aankoop. Bouw je met een no-code-tool, controleer dan of die in-app aankoop aankan: dat is een punt uit een app maken zonder te programmeren.

Zodra je in-app aankoop een abonnement is, komt 3.1.2 erbij: het gefactureerde bedrag prominent, de duur, de verlenging, de links. De meest voorkomende schermfouten staan in iOS-paywall: 7 beginnersfouten.

De checklist voor 3.1.1 vóór indiening

• Alles wat in de app wordt ontgrendeld (functie, content, level, valuta) koop je via in-app aankoop.
• Geen knop, link of tekst verwijst naar een externe betaling, behalve in de Amerikaanse storefront of met een verkregen regionaal programma.
• De beschrijving op je App Store-pagina noemt geen ander betaalmiddel.
• Content die op je site wordt verkocht, is ook via in-app aankoop te koop in de app.
• Geen licentiesleutel, QR-code, eigen code of crypto ontgrendelt ook maar iets.
• Om toegang te geven gebruik je Apples offer codes.
• Gekochte credits verlopen niet, en een knop "Restore Purchases" werkt.
• Elke betaalde kist of trekking toont de kansen vóór de aankoop.
• Een fysiek product of een dienst buiten de app loopt via Apple Pay of een kaart, niet via in-app aankoop.
• Je review notes zeggen waar de aankopen te vinden zijn en, als je je op een uitzondering beroept, welke.

Je app controleren vóór het insturen

Is je app net afgewezen op 3.1.1, dan helpt de Apple Review Kit je de genoemde regel terug te vinden, wat die vraagt, en een voorbeeld van een oplossing en een antwoord. De notities voor de tester behandelen in-app aankoop. Wil je een menselijke blik, boek een uur met mij: we lezen het bericht van Apple en zoeken de toegangsdeur die Apple heeft gezien. De volledige aanpak staat op de pagina app afgewezen door Apple, en het opzetten van de aankoop op de pagina in-app abonnement iOS.

Bereid je je eerste release voor, doe dan je gratis diagnose: die zet de stappen op volgorde en stuurt je mijn checklist tegen afwijzingen door Apple. Om een mobiele app te maken die vanaf het begin via in-app aankoop verkoopt, vertrekt de iOS Kit van code waarin de paywall en de abonnementen al klaarstaan.

Niemand kan garanderen dat Apple je app accepteert. Wat ik wel kan doen, is je helpen het juiste betaalmiddel te kiezen voordat je de code schrijft.

Veelgestelde vragen

Wat betekent "Guideline 3.1.1 - Business - Payments - In-App Purchase"?

Dat is de volledige titel van de regel over in-app aankoop in het bericht van Apple. Het geeft aan dat je app toegang geeft tot digitale content of een digitale functie via een andere route dan in-app aankoop: betalen op een site, een code, een licentiesleutel of een link naar een betaalpagina.

Mag je een link naar je site zetten om goedkoper te betalen?

In de storefront van de Verenigde Staten wel: de regel staat knoppen en links zonder entitlement toe. In de Europese Unie kan het met Apples entitlement en de bijbehorende voorwaarden. Elders mogen de app en de App Store-pagina, behalve met een regionaal programma, niet naar een ander betaalmiddel verwijzen.

Mag je je app ontgrendelen met een promocode?

Niet met een eigen code: 3.1.1 verbiedt eigen ontgrendelmechanismen van de app, zoals licentiesleutels. Gebruik Apples offer codes, aangemaakt in App Store Connect. Ze werken voor abonnementen en voor de andere typen in-app aankopen.

Heb je in-app aankoop nodig om een fysiek product of een dienst te verkopen?

Nee. Een fysiek product of een dienst die buiten de app wordt gebruikt, zoals een bezorgde maaltijd of een rit, moet via een ander betaalmiddel lopen: Apple Pay of een bankkaart. Een live les tussen twee personen kan ook zonder, maar een live les met meerdere mensen niet.

Kan een klant met een abonnement op mijn site inloggen in de app?

Ja, voor een multiplatformdienst, op voorwaarde dat dezelfde toegang ook via in-app aankoop te koop is in de app. Dat is regel 3.1.3(b). Zonder dat aanbod in de app beland je in de typische afwijzing op 3.1.1: content die elders is gekocht en niet via Apple te koop is.

Is RevenueCat genoeg om aan 3.1.1 te voldoen?

RevenueCat draait op Apples in-app aankoop en veroorzaakt dus geen probleem met 3.1.1. Het haalt echter geen externe betaalknop of eigen code weg die in je app zou zitten. Je moet de naleving nog steeds scherm voor scherm controleren, en op je App Store-pagina.