Privacybeleid voor een iOS-app: wat Apple eist

Waarom Apple een privacybeleid eist

Zodra je een productpagina aanmaakt in App Store Connect, vraagt Apple je om een URL naar je privacybeleid, en een support-URL die echt werkt. Dat is geen versiering: de App Review-richtlijnen verplichten het voor elke app, of je app nu gebruikersaccounts heeft of niet. Zonder die bereikbare pagina wordt je inzending geblokkeerd nog voordat de reviewer ernaar kijkt.

Een ontbrekend privacybeleid, of een beleid dat niet klopt met wat de app echt doet, is een van de meest vermijdbare redenen voor een afwijzing. Het is ook een van de eerste punten die ik controleer als ik een dossier nalees voordat het naar Apple gaat.

Wat je privacybeleid echt moet bevatten

De tekst moet beschrijven wat je app echt verzamelt, geen generieke lijst die je ergens anders hebt gekopieerd. In de meeste gevallen komen vier onderdelen terug:

De verzamelde gegevens. Account, e-mail, content die in de app wordt gemaakt, technische gegevens zoals de advertentie-ID als je die gebruikt. Verzamel je niets bijzonders, zeg dat dan ook duidelijk.

De reden voor elke verzameling. Waarom je die gegevens nodig hebt om de app te laten werken, geen vage rechtvaardiging.

De betrokken derde partijen. Gebruik je een authenticatieprovider, een betaaldienst, analytics of AI, noem die dan bij naam. Een app die bijvoorbeeld een foto naar een externe AI-dienst stuurt, moet dat expliciet vermelden en meestal toestemming vragen voordat de foto wordt verstuurd.

Hoe gebruikers hun gegevens kunnen verwijderen. Apple eist dat een app met gebruikersaccounts een manier biedt om dat account vanuit de app zelf te verwijderen, niet alleen via e-mail. Die route moet goed te vinden zijn, niet verstopt in een onlogisch submenu.

Het verschil tussen het privacybeleid en de privacyverklaringen

Beginners halen vaak twee verschillende dingen door elkaar. Het privacybeleid is een tekst op een webpagina, bereikbaar via een link. De privacyverklaringen zijn een formulier dat je direct in App Store Connect invult, in de sectie "App Privacy". Daarin geef je per categorie aan welke gegevens je verzamelt en waarvoor, en dat wordt daarna op je openbare productpagina getoond.

Beide moeten hetzelfde verhaal vertellen. Een verklaring met "geen gegevens verzameld" terwijl je app een analytics-SDK gebruikt die een ID verzamelt, is precies het soort verschil dat een reviewer, of een latere audit, kan opmerken. Vul dat formulier in door echt te controleren wat je code doet en wat je privacy manifest declareert, niet door het vakje aan te vinken dat het makkelijkst lijkt.

En de AVG dan?

Richt je app zich op gebruikers in Europa, dan geldt de AVG (in het Frans: RGPD) naast de eisen van Apple. De CNIL publiceert een gids voor ontwikkelaars van mobiele apps met de principes: alleen verzamelen wat nodig is, duidelijk informeren, inzage en verwijdering van gegevens mogelijk maken. De eisen van Apple en de AVG overlappen grotendeels, maar voldoen aan Apple betekent niet automatisch dat je aan de AVG voldoet als je app persoonsgegevens in brede zin verwerkt.

Blijft je app simpel, zonder account en zonder persoonsgegevens buiten wat iOS zelf beheert, dan mag je beleid kort blijven: zeg dat duidelijk in plaats van een lange tekst te kopiëren die er niets mee te maken heeft.

Een concreet voorbeeld: afwijzingen op basis van regel 5.1.1

Bij het publiceren van mijn apps kreeg ik een afwijzing van Apple voor een online privacybeleid dat niet meer up-to-date was, en voor een functieknop die werd getoond vóór het verwachte toestemmingsverzoek voor de camera. Beide gevallen vallen onder regel 5.1.1 over het verzamelen en opslaan van gegevens. De gids over Apple-afwijzing, regel 2.1 behandelt een andere veelvoorkomende reden, die dit keer gaat over wat de tester echt kan doen in de app.

De les uit beide gevallen: de reviewer vergelijkt wat je beleid belooft, wat je app echt doet en wat je in het formulier hebt verklaard. Eén verschil tussen die drie is genoeg om je inzending te blokkeren, ook als de rest van je dossier goed in elkaar zit.

Zo schrijf je je eigen beleid zonder iets te verzinnen

Begin voor een eerste app met de echte lijst van diensten die je gebruikt: authenticatie, database, betalingen, analytics, AI. Noteer per dienst wat die van je app ontvangt en waarom. Die lijst wordt het skelet van je beleid: je hebt geen juridische tekst van tien pagina's nodig voor een app met een simpel account en een abonnement.

Bouw je je app met Expo, dan legt de gids over API-sleutels in een Expo-app uit waar je de aanroepen naar externe diensten plaatst. Dat helpt je ook om precies te weten welke gegevens via welke diensten lopen als je je beleid schrijft.

Zodra die tekst en de privacyverklaringen klaar zijn, horen ze bij de rest van je dossier voordat je het naar Apple stuurt: productpagina, screenshots, notities voor de tester. De pagina een app publiceren in de App Store beschrijft al die stappen, in de volgorde waarin App Store Connect erom vraagt.

Volgende stap: een nagelezen dossier vóór het insturen

Ik kan je niet garanderen dat Apple je app in één keer accepteert, dat kan niemand eerlijk beloven. Wat ik wel kan, is je helpen vermijdbare afwijzingen te voorkomen, inclusief die over het privacybeleid. Om je dossier te controleren voordat je het instuurt, bundelt de Apple Review Kit mijn checklist en Claude Code-skills die je project, je paywall en je productpagina nalezen.

Wil je eerst een gratis lijst? De gratis diagnose stuurt je mijn checklist tegen Apple-afwijzingen, met de privacypunten die ik vóór elke inzending controleer.

Veelgestelde vragen

Wat is een privacybeleid voor een iOS-app?

Het is een tekst op een webpagina, bereikbaar via een link, die beschrijft wat je app echt verzamelt. Je geeft de URL aan Apple in App Store Connect zodra je je productpagina aanmaakt. Het is geen generieke lijst die je ergens anders hebt gekopieerd: het moet kloppen met wat de app echt doet.

Is een privacybeleid verplicht om een iOS-app te publiceren?

Ja, de richtlijnen van Apple verplichten een privacybeleid voor elke app, of je app nu gebruikersaccounts heeft of niet. Zonder die bereikbare pagina wordt je inzending geblokkeerd nog voordat de reviewer ernaar kijkt. Is je app simpel, dan mag het beleid kort blijven. Zeg duidelijk wat je verzamelt, of dat je niets bijzonders verzamelt, in plaats van een lange tekst te kopiëren die er niets mee te maken heeft.

Wat zet je in het privacybeleid van een app?

In de meeste gevallen komen vier onderdelen terug: de verzamelde gegevens, de reden voor elke verzameling, de betrokken derde partijen en hoe gebruikers hun gegevens kunnen verwijderen. Denk bij verzamelde gegevens aan het account, het e-mailadres, de gemaakte content en de advertentie-ID als je die gebruikt. Een app die een foto naar een externe AI-dienst stuurt, moet dat expliciet vermelden.

Wat is het verschil tussen het privacybeleid en de privacyverklaringen (App Privacy)?

Het beleid is een tekst op een webpagina, bereikbaar via een link. De verklaringen zijn een formulier in App Store Connect, in de sectie App Privacy, waarin je per categorie aangeeft welke gegevens je verzamelt en waarvoor, en dat daarna op je openbare productpagina verschijnt. Beide moeten hetzelfde verhaal vertellen: vul het formulier in door te controleren wat je code echt doet.

Moet je naast de regels van Apple ook aan de AVG voldoen?

Ja, als je app zich op gebruikers in Europa richt: de AVG geldt naast de eisen van Apple. Ze overlappen grotendeels, maar voldoen aan Apple is niet automatisch genoeg als je app persoonsgegevens in brede zin verwerkt. De CNIL publiceert een gids voor ontwikkelaars van mobiele apps: alleen verzamelen wat nodig is, duidelijk informeren, inzage en verwijdering mogelijk maken.

Kan Apple een app afwijzen vanwege het privacybeleid?

Ja, een ontbrekend beleid, of een beleid dat niet klopt met wat de app echt doet, is een vermijdbare reden voor afwijzing. De reviewer vergelijkt wat je beleid belooft, wat je app doet en wat je in het formulier hebt verklaard. Eén verschil tussen die drie is genoeg om je inzending te blokkeren. Ik kreeg zelf een afwijzing voor een online beleid dat niet meer up-to-date was.