Guideline 5.6: de paywall waardoor je app wordt afgewezen

Guideline 5.6 is de gedragscode voor developers. Bij een paywall citeert Apple die met een standaardzin: de app "attempts to manipulate customers into making unwanted In-App Purchases". Simpel gezegd: een knop in je aankoopflow doet niet wat hij belooft, of een aanbieding komt terug zonder dat de gebruiker erom vroeg. De oplossing past in één regel: elke knop doet wat hij zegt, en de gebruiker bepaalt zelf wanneer hij een aanbieding opnieuw ziet.

Ik kreeg deze afwijzing op TradaZen, mijn app om traden te oefenen. Over de lancering vertel ik meer in deze case study. Hier lees je de regel, wat ik in mijn paywall vond, welke patronen je moet vermijden en hoe ik Apple antwoordde. Voor de verwante regel over beoordelingsverzoeken lees je beter de gids over guideline 5.6.3.

Wat zegt guideline 5.6?

Guideline 5.6, "Developer Code of Conduct", staat in sectie 5 "Legal" van de App Review Guidelines. De eerste alinea gaat over respect: naar klanten, in reacties op reviews en in contact met Apple. De tweede gaat rechtstreeks over aankopen.

De huidige tekst legt het principe vast: "Customer trust is a cornerstone of the App ecosystem." Daarna volgt wat een app nooit mag doen: misbruik maken van gebruikers, ze oplichten, "trick them into making unwanted purchases", ze dwingen onnodige gegevens te delen, "raise prices in a tricky manner", laten betalen voor iets wat niet geleverd wordt, of elke andere manipulatieve praktijk, in de app of daarbuiten.

In gewone taal: je mag geen aankoop met een truc binnenhalen. De tekst geeft geen lijst met verboden knoppen. Hij kijkt naar het effect: betaalde de gebruiker omdat hij dat wilde, of omdat het scherm hem in de val lokte?

Guideline 5.6 omvat ook vier subregels:

Subregel	Waar hij over gaat
5.6.1 App Store Reviews	Reviews en beoordelingsverzoek
5.6.2 Developer Identity	Juiste info over jou
5.6.3 Discovery Fraud	Fraude met zichtbaarheid
5.6.4 App Quality	Klachten, terugbetalingen

De sanctie staat in de regel zelf: "Repeated manipulative or misleading behavior or other fraudulent conduct will lead to your removal from the Apple Developer Program." Herhaald manipulatief gedrag leidt dus tot uitsluiting uit het developerprogramma. Het is een algemene regel, en een goede reden om meteen bij de eerste afwijzing je hele aankoopflow te corrigeren.

De afwijzingsmelding 5.6 voor een paywall

De melding gebruikt vaak dezelfde zin: "The app attempts to manipulate customers into making unwanted In-App Purchases." Apple zegt niet altijd welk element bedoeld wordt. Bij mijn afwijzing stond er niets meer.

Andere developers beschrijven het betreffende scherm wel. In een thread op het Apple-forum van november 2024 koppelt een developer zijn 5.6-afwijzing aan een eenmalige aanbieding die verscheen als de gebruiker het eerste abonnementsscherm sloot.

Guideline 5.6 gaat niet alleen over paywalls. Een developer werd ook afgewezen voor functies die verborgen leken tijdens de review. Gaat jouw 5.6-afwijzing niet over aankopen? Zoek dan eerst naar wat de reviewer niet kon zien.

Mijn 5.6-afwijzing op TradaZen

Op 12 oktober 2026 wijst Apple versie 1.5.1 van TradaZen af, getest op een iPad Air. Reden: guideline 5.6, met de standaardzin over ongewenste aankopen. Geen enkel scherm wordt genoemd.

Dus heb ik mijn hele aankoopflow opnieuw doorlopen als iemand die gewoon nee wil zeggen. De paywall aan het einde van de onboarding heeft geen sluitknop: de app vraagt om de proefperiode of het abonnement om verder te gaan. Drie mechanismen eromheen konden als manipulatie overkomen:

• Een nep-kruisje. Bovenaan het scherm stond een knop in de vorm van een kruisje, door VoiceOver voorgelezen als "Sluiten", die een kortingsaanbieding opende in plaats van te sluiten.
• Een aanbieding die vanzelf terugkwam. Zolang de aanbieding liep, ging ze opnieuw open als de gebruiker terugkeerde in de app.
• Een promotionele herinnering. Wie de app vanaf de paywall verliet, kreeg een ingeplande notificatie die een exclusieve korting aankondigde.

Eén detail is belangrijk: deze mechanismen zaten al in de vorige versie, die drie dagen eerder was goedgekeurd. Een goedkeuring valideert je paywall niet voor altijd: een andere reviewer kan hetzelfde scherm anders lezen.

Wat ik heb veranderd

• Het kruisje is van dit scherm verdwenen. In de plaats daarvan opent een cadeau-icoon, door VoiceOver voorgelezen als "Exclusieve korting", de aanbieding als je erop tikt. Niets doet nog alsof het sluit.
• De aanbieding gaat nooit meer vanzelf open bij terugkeer in de app.
• De kortingsnotificatie is geschrapt. Er blijft een zachte herinnering over, één keer per installatie verstuurd en alleen als notificaties zijn toegestaan. Die gaat niet over prijs, korting of deadline.
• Deze herinnering staat beschreven in het bericht aan App Review, met de tekst en het moment van verzenden.

Wat ik heb gehouden

Ik heb ook nagekeken wat overbleef, met de vraag of elk element echt een keuze liet.

• Een aanbieding na een geannuleerde aankoop. Als de gebruiker het betaalvenster van Apple voor het jaarabonnement annuleert, opent er een welkomstaanbieding. Die heeft maar één venster van 5 minuten, dat niet opnieuw start: annuleert de gebruiker binnen die tijd opnieuw, dan gaat ze weer open. Je sluit haar met één gebaar via het kruisje of "Nee, bedankt", en ze toont de echte prijs van het product.
• Een echte timer van 5 minuten. De eindtijd wordt bij de eerste weergave op het toestel opgeslagen. Hij loopt door als de app dicht is en begint niet opnieuw bij een herstart. Is hij afgelopen, dan verdwijnt de aanbieding voor deze installatie van de app. Sluit je haar eerder, dan toont een klein label de resterende tijd, en de aanbieding gaat alleen weer open als je erop tikt.
• Een kist met een slot. Die toont de items die tijdens de onboarding zijn verdiend, en alleen die, vergrendeld zolang de app niet ontgrendeld is. Nergens staat dat ze verloren gaan.

Deze elementen staan in de review notes. De afwijzing noemde geen enkel scherm, dus ik presenteer ze niet als goedgekeurd door Apple. Het zijn naar mijn idee de transparante versies van deze mechanismen, en ik heb ze gemeld.

De fix vroeg om een nieuwe build, want alles gebeurde in de app. TradaZen ging op 13 oktober 2026 opnieuw in review.

De paywall-dark patterns die 5.6 triggeren

Apple publiceert geen lijst. Hetzelfde mechanisme bestaat vaak in twee versies: een die je in de val lokt en een die je de keuze laat. Deze tabel zet ze naast elkaar, op basis van de regeltekst, afwijzingen die andere developers publiceerden en de mijne. De transparante versie garandeert geen goedkeuring. Het is de versie die niet probeert te misleiden. De laatste kolom zegt waarop elke regel gebaseerd is.

Manipulatieve versie	Transparante versie	Onderbouwing
Een kruisje dat een aanbieding opent in plaats van te sluiten	Het kruisje sluit. Een scherm dat niet sluit, toont geen kruisje	Gecorrigeerd na mijn TradaZen-afwijzing
Een "eenmalige" aanbieding die opduikt als je de paywall sluit	Een korting achter een knop die dat duidelijk aankondigt	Gepubliceerde afwijzing op het Apple-forum
Een tweede aanbieding na een weigering, in een paywall met misleidende prijs	Eén aanbieding na een geannuleerde aankoop, tegen de echte prijs, met één gebaar te sluiten	Zaak Cal AI; gesprek gemeld door Superwall
Een paywall of aanbieding die vanzelf opengaat bij terugkeer in de app	Hij komt terug als de gebruiker een limiet raakt of op een knop tikt die dat aankondigt	Gecorrigeerd na mijn TradaZen-afwijzing
Een promotienotificatie waar nooit om gevraagd is	Promotie na expliciete toestemming, met afmelden in de app	Regel 4.5.4
Een nep-timer, die opnieuw begint of waarvan de aanbieding na afloop terugkomt	Een echte termijn, die doorloopt als de app dicht is en echt stopt	Mijn lezing van "trick them", regel 5.6
Verzonnen beloningen, of dreigen dat ze zonder aankoop verdwijnen	De echte winst van de gebruiker, getoond zonder dreiging die te verliezen	Mijn lezing van regel 5.6
Een gratis proefperiode die de automatische afschrijving verzwijgt	Duur van de proefperiode en de prijs daarna, naast de knop	Abonnementspagina van Apple
Een prijs per week groot, het gefactureerde bedrag klein	Het gefactureerde bedrag is de meest zichtbare prijs op het scherm	Abonnementspagina van Apple
Een weigerknop die je een schuldgevoel geeft	Een neutrale weigering, zoals "Niet nu" of "Nee, bedankt"	Mijn lezing van regel 5.6

De zaak Cal AI wordt beschreven door TechCrunch: Apple citeerde 5.6 voor een tweede abonnementsaanbieding die getoond werd aan wie de eerste weigerde. Dezelfde paywall werd ook aangesproken op 3.1.2(c): de prijs per week overheerste het gefactureerde bedrag, en de proefperiode verborg de automatische verlenging. Het artikel beschrijft de tweede aanbieding niet nauwkeuriger.

Daartegenover meldt Superwall, een maker van paywall-tools die dit soort aanbiedingen verkoopt, een onofficieel gesprek met Apple in juni 2026. Een aanbieding na een geannuleerde aankoop wordt daar als toegestaan beschreven. Aandringen niet: een aanbieding die elke sessie terugkomt, of een flow waar je alleen uitkomt door te betalen. Superwall zegt erbij dat dit geen officiële regels zijn en dat de reviewer zijn eigen oordeel houdt. Een aanbieding na een weigering blijft dus een grijs gebied: de tekst verbiedt het niet, er zijn gepubliceerde afwijzingen, en de manier telt.

De regel over notificaties is 4.5.4: geen promotie via notificaties zonder expliciete toestemming in de app, en niet zonder een manier om je af te melden.

Over de prijs is de pagina van Apple over abonnementen duidelijk: het gefactureerde bedrag moet het meest zichtbare prijselement zijn. De reden past in één zin: "This ensures that people are not misled." Regel 3.1.2 voegt toe dat Apple apps verwijdert die een abonnement misleidend verkopen of via "bait-and-switch".

De test die ik nu toepas: doet elke knop precies wat zijn uiterlijk belooft, en kan de gebruiker met één gebaar nee zeggen, zonder dat de aanbieding vanzelf terugkomt?

De klassiekere paywallfouten, die je verkopen kosten zonder per se een afwijzing op te leveren, staan in iOS-paywall: 7 beginnersfouten.

Een 5.6-afwijzing oplossen

1. Maak een lijst van je hele aankoopflow. Paywall, extra aanbiedingen, timers, notificaties, herinneringen bij terugkeer in de app. Apple zegt niet altijd wat het bedoelt. Controleer voor elk element of het de transparante versie is: met één gebaar te sluiten, echte timer, juiste prijs, nooit vanzelf terug. Corrigeer of verwijder alles wat op een val lijkt, niet alleen het meest waarschijnlijke element.
2. Speel de route van de reviewer na. Verwijder de app, installeer hem opnieuw, rond de onboarding af en weiger dan alles: sluiten, annuleren, de app verlaten, terugkomen. Noteer elk scherm dat opengaat zonder dat je erom vroeg, en controleer of je het met één gebaar kunt sluiten.
3. Maak een nieuwe build. De oorzaak zit in de app, dus in de meegeleverde code. Een update op afstand vervangt de build niet, zoals ik uitleg in de gids over guideline 2.1.
4. Houd niets achter de hand. Een aanbieding op afstand weer aanzetten na goedkeuring komt neer op een functie verbergen voor de reviewer. RevenueCat waarschuwt zelf voor die reflex in zijn artikel over exit offers.
5. Antwoord in App Store Connect, in het Engels, door te reageren op het bericht van App Review.

Hier is een opzet gebaseerd op mijn antwoord en mijn review notes, ingekort. Vervang het buildnummer en de wijzigingen door die van jou, en som op wat er overblijft:

Hello,

Thank you for your feedback on Guideline 5.6.

Issue: on the subscription screen, the button in the top
corner looked like a close button, but it opened a
discounted offer instead of closing the screen.

Changes in build X:
- Nothing on the subscription screen pretends to close it.
  A clearly labeled button now opens the optional offer.
- The offer never reopens by itself when the user comes
  back to the app.
- The notification announcing a discount has been removed.

Still in this build (also described in the review notes):
- [Each remaining offer: what triggers it, how often it
  appears, how the user dismisses it.]
- [Each remaining reminder: its text, when it is sent,
  and under which conditions.]

If another part of the purchase flow still looks unclear,
please tell me which screen, and I will change it.

Best regards,

Wat je schrijft moet precies overeenkomen met de build. Houd je een herinnering of een aanbieding, ook als die automatisch wordt getriggerd, beschrijf ze dan in je antwoord en in de review notes. Denk je dat de reviewer zich vergist? Apple laat je in beroep gaan bij de App Review Board, met één beroep per afgewezen inzending. Bij een paywall lijkt corrigeren me veiliger dan aanvechten. De andere afwijzingsredenen en hoe je erop reageert, vind je in waarom Apple een app afwijst.

De anti-5.6-checklist voor het insturen

• Elk kruisje sluit het scherm. Een scherm dat niet sluit, toont geen kruisje.
• Elke knop zegt wat hij doet, op het scherm en voor VoiceOver.
• Geen enkele aanbieding verstopt zich achter een sluitknop.
• Een aanbieding na een weigering, als je er een houdt, past in één venster dat niet opnieuw start, toont de echte prijs en sluit met één gebaar.
• Geen paywall of aanbieding gaat vanzelf open bij terugkeer in de app.
• Geen promotienotificatie zonder expliciete toestemming in de app.
• Geen nep-timer: een getoonde termijn is echt, begint niet opnieuw en stopt echt.
• Wat het scherm als verdiend toont, is echt verdiend, zonder dreiging het te verliezen.
• De proefperiode toont haar duur en de prijs die daarna wordt gefactureerd.
• Het gefactureerde bedrag is de meest zichtbare prijs op het scherm.
• De review notes beschrijven elke aanbieding en elke herinnering in de build.
• Je hebt de route nagespeeld door alles te weigeren, op iPhone en op iPad.

Je paywall laten checken voordat Apple dat doet

De Review Kit bundelt mijn checklist voor het insturen, mijn opgeloste afwijzingen en twee Claude Code-skills die je project, je paywall en je productpagina nalopen. Wijst Apple je af, dan bereiden ze je antwoord voor. Wil je een menselijke blik, boek dan een uur met mij: we spelen samen je aankoopflow na, op jouw scherm. De volledige aanpak na een afwijzing staat op de pagina app afgewezen door Apple, en het technische deel van abonnementen op in-app-abonnementen op iOS.

Bereid je je eerste release voor? Doe je gratis diagnose: die zet de stappen op volgorde en stuurt je mijn anti-afwijzingschecklist voor Apple. Op de homepage zie je hoe je een mobiele app maakt met een paywall die vanaf het begin op de review is afgestemd.

Niemand kan garanderen dat Apple je app goedkeurt. Wat ik wel kan doen, is je helpen een 5.6-afwijzing te vermijden waarvoor ik zelf al een reviewronde heb betaald.

Veelgestelde vragen

Wat betekent "Guideline 5.6 - Developer Code of Conduct" in een afwijzing?

Het is de titel van de regel over de gedragscode voor developers. Bij een app met in-app-aankopen wijst die meestal op een aankoopflow die als manipulatief wordt gezien: een nep-sluitknop, een aanbieding die vanzelf terugkomt, een proefperiode of prijs die misleidend wordt gepresenteerd. De melding noemt niet altijd het betreffende scherm.

Is een exit offer verboden door Apple?

De tekst verbiedt het niet letterlijk. RevenueCat merkt dat ook op, en meldt tegelijk dat developers om deze reden zijn afgewezen. De gepubliceerde afwijzingen gaan over een aanbieding die opduikt als de gebruiker de paywall sluit, of een tweede aanbieding na een weigering. Wat de transparante versie onderscheidt: een optionele aanbieding, beperkt tot één venster dat niet opnieuw start, tegen de echte prijs, met één gebaar te sluiten, die niet vanzelf terugkomt, met een echte timer als die er is. Beschrijf haar in de review notes. Niemand kan garanderen dat een reviewer het zo leest.

Is een paywall zonder kruisje toegestaan?

De regels verplichten geen kruisje, en dat is de keuze die ik op TradaZen maakte na deze afwijzing. Wat Apple afwijst, is een knop die op een sluitknop lijkt en iets anders doet. Een developer meldde wel een 5.6-afwijzing voor een paywall zonder uitweg in een app die gratis te downloaden was. Laat de waarde zien voordat je om de proefperiode vraagt, en zeg duidelijk op je productpagina dat de app betaald is.

Heb je een nieuwe build nodig na een 5.6-afwijzing?

In de meeste gevallen wel, omdat de oorzaak een scherm of gedrag van de app is. Ligt het probleem buiten de app, op je productpagina of in de metadata, dan kan een correctie zonder build volstaan. Twijfel je, vraag de reviewer dan welk scherm hij bedoelt.

Kan een 5.6-afwijzing leiden tot het sluiten van je developeraccount?

De regel voorziet daarin bij herhaald manipulatief gedrag, met uitsluiting uit het developerprogramma. Hij voorziet ook dat een gesloten account hersteld kan worden na een schriftelijk verbeterplan, dat Apple goedkeurt en daarna controleert. Daarom loont het om je hele aankoopflow bij de eerste afwijzing te corrigeren.

Wat is het verschil tussen 5.6 en 5.6.3?

Guideline 5.6 is de algemene gedragscode: respect, vertrouwen, geen aankoop binnengehaald met een truc. 5.6.3 is een van de subregels, over het manipuleren van rankings, zoekresultaten en reviews. Apple citeerde die op Solys voor een beoordelingsverzoek in de onboarding.