Guideline 5.1.1: App Store-afwijzing begrijpen en oplossen

Guideline 5.1.1 is de regel van Apple over het verzamelen en opslaan van gegevens. Bij mijn drie afwijzingen uit deze hoek kwam de oorzaak altijd neer op een van deze twee dingen: wat de app met de gegevens deed, kwam niet overeen met wat er was opgegeven, of het toestemmingsverzoek duwde de gebruiker richting ja.

Dit artikel gaat alleen over deze regel: de onderdelen, wat ik controleer voordat ik indien en wat je moet aanpassen, met drie afwijzingen die ik op mijn eigen apps heb gekregen. Voor het overzicht van alle redenen kun je beter waarom Apple een app afwijst lezen.

Wat is guideline 5.1.1?

Guideline 5.1.1, "Data Collection and Storage", bepaalt waar een app zich aan moet houden zodra ze persoonsgegevens aanraakt: een volledig privacybeleid, toestemming vóór het verzamelen, eerlijke toestemmingsverzoeken en een account dat je kunt verwijderen. Ze geldt voor alle apps, ook voor apps die bijna niets verzamelen.

De officiële tekst staat in de App Review Guidelines, sectie 5 "Legal", onderdeel 5.1 "Privacy". Het bericht van Apple noemt vaak een specifiek onderdeel tussen haakjes: 5.1.1(i), 5.1.1(iv), 5.1.1(v). Dat onderdeel vertelt je waar je moet zoeken.

De vijf onderdelen van 5.1.1 die je eerst moet kennen

Onderdeel	Wat Apple eist	De typische afwijzing
5.1.1(i) Privacy Policies	Volledig en gelinkt beleid	Ontbreekt of is onvolledig
5.1.1(ii) Permission	Toestemming vóór verzamelen	Vage toestemmingstekst
5.1.1(iii) Data Minimization	Alleen de nodige gegevens	Volledige toegang tot foto's
5.1.1(iv) Access	Niet aansturen op accepteren	Scherm dat aanstuurt op ja
5.1.1(v) Account Sign-In	Geen verplicht account	Verplicht inloggen

Drie verduidelijkingen. Het privacybeleid is gelinkt in App Store Connect en in de app. Het zegt welke gegevens worden verzameld, hoe en waarvoor, bevestigt dat derden die ze ontvangen dezelfde bescherming bieden, en legt uit hoe je je toestemming intrekt of je gegevens laat verwijderen. Een betaalde functie mag niet afhangen van toegang tot gegevens die de gebruiker vrij mag weigeren. En een account dat in de app is aangemaakt, moet ook vanuit de app verwijderd kunnen worden.

De regel heeft nog meer onderdelen, van (vi) tot (x), over specifiekere gevallen zoals gereguleerde sectoren of het verzamelen van persoonsgegevens in compilaties.

De drie dingen die ik vergelijk voordat ik indien

Ik heb de handleiding van de reviewer niet. Dit is wat ik zelf vergelijk voor elke indiening, omdat mijn afwijzingen kwamen uit een verschil tussen deze onderdelen:

• wat het online beleid zegt, op de URL die in App Store Connect is opgegeven;
• wat de app echt doet, scherm voor scherm, inclusief elk toestemmingsverzoek;
• wat er in de productpagina is opgegeven, in het deel over de privacy van de app (App Privacy Details).

Ik test ook elk toestemmingsscherm door de app te sluiten en opnieuw te starten. Dat is de oorzaak die ik vond voor mijn tweede afwijzing op Nolera.

Drie 5.1.1-afwijzingen die ik kreeg, en hun echte oorzaak

Clic: het online beleid was de oude versie

Clic zet een product met AI om in slides die klaar zijn om te publiceren. Op 16 september 2026 wijst Apple de app af met een verwijzing naar 5.1.1(i) en 5.1.2(i). Het toestemmingsscherm voor de AI zat gewoon in de app. Het probleem lag buiten de app: het privacybeleid op de website was de oude versie. De nieuwe bestond wel, maar stond nog niet online.

De oplossing: volledig beleid gepubliceerd, Engelse samenvatting toegevoegd voor de reviewer, reviewnotities bijgewerkt. Ik heb geen nieuwe build gemaakt: ik heb dezelfde indiening opnieuw verstuurd.

De les: Apple leest wat online staat, niet wat in je repository staat. Open op de dag van indienen de URL van je beleid en zoek naar de naam van elke externe dienst die je app gebruikt.

Nolera: een knop "Allow" vóór het systeemverzoek

Nolera is mijn kledingkast-app. Op 17 september 2026, na een review op een iPad Air, noemt Apple 5.1.1(iv). Vóór het verzoek om cameratoegang toonde de app een uitlegscherm met een knop "Allow the camera".

De designregels van Apple zijn hier duidelijk over. Een eigen scherm vóór een systeemverzoek mag maar één knop hebben, die dat verzoek opent. Apple raadt een woord aan als "Continue" of "Next", en niet "Allow": een knop die lijkt op die van het systeem, zet mensen ertoe aan daarna op de echte "Allow" te tikken zonder dat ze dat wilden.

Deze regel gaat over schermen vóór een systeemverzoek: camera, microfoon, locatie, contacten, agenda, tracking. Er is één uitzondering, voor toestemming die wettelijk verplicht is.

De oplossing: de knop heet nu "Continue", in alle 8 talen van de app.

De les: een scherm dat een toestemming voorbereidt, legt uit. Het beslist niet in plaats van de gebruiker.

Nolera, tweede afwijzing: het scherm "camera geweigerd" kwam vóór het verzoek

Na opnieuw indienen wordt Nolera op 22 september 2026 een tweede keer afgewezen, weer op 5.1.1(iv), dit keer op een iPad Pro 11 inch. Apple noemt twee punten: een doorverwijzing naar Settings vóór het toegangsverzoek, en een scherm dat je kon verlaten zonder dat verzoek te zien.

De oorzaak die ik vond: een situatie die ik niet had getest. Het camerascherm toonde zijn paneel "camera geweigerd", met de link naar Settings en een alternatief, zodra er geen toegang was. Ook als die nooit was gevraagd. In de normale flow kwam het uitlegscherm eerst en ging alles goed. Maar als je de app halverwege sloot en opnieuw startte, kwam je direct op het camerascherm, zonder het systeemverzoek te hebben gezien.

De oplossing: zolang iOS de vraag nog kan stellen, start het scherm zelf het systeemverzoek. Het paneel "camera geweigerd" verschijnt pas na een echte weigering. Hiervoor was een nieuwe build nodig, omdat de reviewer de ingebouwde code test.

De les: "nooit gevraagd" en "geweigerd" zijn twee verschillende toestanden. Test elk toestemmingsscherm door er terug te komen na het sluiten van de app, niet alleen in de volgorde van de flow.

5.1.1 en AI: wat 5.1.2(i) toevoegt

Bij Clic noemde Apple naast 5.1.1 ook 5.1.2(i). Deze regel vraagt duidelijk aan te geven waar persoonsgegevens met derden worden gedeeld, en noemt externe AI expliciet ("third-party AI"). Ze vraagt ook om uitdrukkelijke toestemming vóór het delen.

Mijn werkwijze sinds die afwijzing: drie dingen die met elkaar overeenkomen.

• Een toestemmingsscherm in de app, vóór de eerste verzending, dat zegt naar welke dienst de gegevens gaan en welke gegevens.
• Dezelfde informatie in het online privacybeleid.
• Dezelfde informatie in de privacyverklaringen van de productpagina.

Wat er precies in het beleid moet staan, lees je in privacybeleid van een app.

Wat je Apple antwoordt na een 5.1.1-afwijzing

Het gesprek loopt via de App Review-sectie van je app in App Store Connect. De officiële procedure om App Review te beantwoorden is dezelfde als bij andere regels. Schrijf in het Engels, zakelijk: wat het probleem was, wat er veranderd is, hoe ze het kunnen controleren. Dit is het sjabloon dat ik gebruik (vervang het buildnummer en de oplossing door die van jou):

Hello,

Thank you for your review.

Issue: the custom screen shown before the camera permission
request used an "Allow" button, and the "camera denied" panel
could appear before the system alert had ever been shown.

Fix in build X:
- The custom screen now has a single "Continue" button that
  opens the system alert.
- The "camera denied" panel only appears after the user has
  actually denied access in the system alert.

How to verify: delete the app, install this build, launch it
and go to the photo step. The system alert appears first.

Best regards,

Er zijn twee situaties:

• De oorzaak staat online (beleid, supportpagina, verklaringen op de productpagina): je past het aan, je antwoordt, en dezelfde indiening kan opnieuw door zonder nieuwe build.
• De oorzaak zit in de app (scherm, knop, volgorde van verzoeken): dan heb je een nieuwe build nodig. Een update op afstand is niet genoeg, zoals ik uitleg in de gids over guideline 2.1.

De 5.1.1-checklist voor indiening

• De URL van je privacybeleid opent, en de online pagina is de nieuwste versie.
• Het beleid noemt elke externe dienst die gegevens ontvangt, AI inbegrepen. Dat is mijn eigen regel, strenger dan de tekst van Apple.
• De privacyverklaringen op je productpagina zeggen hetzelfde als het beleid en als het privacy manifest van de build.
• Elke toestemmingstekst legt het gebruik uit in één precieze zin.
• Er wordt geen toestemming gevraagd bij het opstarten als de app zonder kan werken. Zelfde logica voor achtergrondmodi: geen modus opgeven zonder functie die hem gebruikt.
• Een eigen scherm vóór een verzoek heeft maar één knop, "Continue", die het systeemverzoek opent.
• Wie een toestemming weigert, kan op een andere manier verder, of begrijpt wat hij misloopt.
• Het scherm "toegang geweigerd" verschijnt pas na een echte weigering. Je hebt het getest door de app te sluiten en opnieuw te starten.
• De app is te gebruiken zonder account als een account niet echt nodig is.
• Een account dat in de app is aangemaakt, kan vanuit de app worden verwijderd: het recept staat in account verwijderen in een iOS-app.
• Alles is ook op iPad getest: mijn beide 5.1.1-afwijzingen op Nolera werden op iPad gevonden.

Je afwijzing oplossen met iemand die precies deze al heeft gehad

Is je app net afgewezen op 5.1.1? De Apple Review Kit helpt je de genoemde regel terug te vinden, wat die vraagt, en een voorbeeld van een oplossing en een antwoord. Wil je nu meteen samen naar je dossier kijken, boek dan een uur met mij, via videogesprek. De volledige aanpak staat ook op de pagina app afgewezen door Apple.

Bereid je je eerste release voor, doe dan de gratis diagnose: die zet je stappen in de juiste volgorde en stuurt je mijn checklist tegen afwijzingen door Apple, privacy inbegrepen. Om je mobiele app te bouwen met de review vanaf het begin in gedachten, loopt het traject in vier stappen van de iOS Kit van idee tot indiening bij Apple.

Niemand kan garanderen dat Apple je app accepteert. Wat ik wel kan doen, is je helpen de 5.1.1-afwijzingen te vermijden waar ik zelf al een reviewronde voor heb betaald.

Veelgestelde vragen

Wat betekent "Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage"?

Dat is de volledige naam van de regel in het bericht van Apple. Het wijst op een probleem met persoonsgegevens: een onvolledig privacybeleid, een toestemmingsverzoek dat als opdringerig wordt gezien, of een account dat niet te verwijderen is. Het onderdeel tussen haakjes, bijvoorbeeld 5.1.1(iv), geeft aan welk probleem.

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

Niet altijd. Als de oorzaak online staat, zoals een privacybeleid dat niet up-to-date is, pas je de pagina aan, antwoord je Apple en gaat de indiening opnieuw door zonder nieuwe build. Zit de oorzaak in een scherm of knop van de app, dan heb je een nieuwe build nodig.

Mag je een uitlegscherm tonen vóór een toestemmingsverzoek?

Ja, Apple staat dat toe als het echt nuttig is. Het scherm heeft dan maar één knop, die het systeemverzoek opent, met een woord als "Continue" of "Next". Geen "Allow"-knop, geen knop om te sluiten of over te slaan, behalve bij wettelijk verplichte toestemming.

Mijn app gebruikt een externe AI: wat moet ik opgeven?

Guideline 5.1.2(i) vraagt aan te geven waar gegevens met derden worden gedeeld, AI inbegrepen, en vooraf uitdrukkelijke toestemming te krijgen. Ik pas dat op drie plekken toe: een toestemmingsscherm in de app, het online privacybeleid en de privacyverklaringen op de productpagina. Bij Clic noemde Apple deze regel samen met 5.1.1.

Is een account verplicht om aan 5.1.1 te voldoen?

Nee, juist andersom. Als je app geen functie heeft die echt op een account steunt, vraagt Apple om de app zonder inloggen bruikbaar te laten. En als je in de app een account kunt aanmaken, moet je het ook vanuit de app kunnen verwijderen.