Zo maak je een privacybeleid voor een app

Voordat je ook maar één zin schrijft, open je je manifest, je Info.plist en je backend, en noteer je elk gegeven dat zich verplaatst. Een privacybeleid is maar zo nauwkeurig als dit overzicht.

Werk het per functie af:

• Permissies: camera, microfoon, foto's, contacten, precieze of globale locatie, Bluetooth, meldingen, gezondheidsgegevens en alles waarvoor het besturingssysteem de gebruiker om toestemming vraagt.
• Gegevens die gebruikers invoeren: namen, e-mailadressen, profielfoto's, berichten, supportverzoeken, betaalgegevens, vrije notities.
• Automatisch gegenereerde gegevens: apparaat-ID's, IP-adressen, interacties in de app, crashlogs, prestatietraces, pushtokens.
• Gegevens van elders: inlogproviders, betaalverwerkers, partners of je eigen website.

Noteer per item of het op het apparaat blijft of naar een server wordt gestuurd. Beide stores behandelen gegevens die alleen lokaal worden verwerkt als niet verzameld: Apple zegt dat gegevens die alleen op het apparaat worden verwerkt niet “verzameld” zijn, en Google zegt dat verwerking op het apparaat niet in Data safety hoeft te worden vermeld. Dat onderscheid wordt later belangrijk, dus leg het nu vast. Noteer daarna het doel, de ontvanger en hoe lang je het bewaart.

Kort gezegd: zonder privacybeleid kun je niet publiceren in de twee grootste appstores. Het User Data-beleid van Google Play zegt dat elke app een link naar een privacybeleid moet plaatsen in het daarvoor bestemde veld in Play Console en in de app zelf, en stelt dat apps die geen persoonlijke en gevoelige gebruikersgegevens benaderen toch een privacybeleid moeten indienen. De App Review Guidelines van Apple eisen een link naar een privacybeleid in App Store Connect en in de app.

De regels van de stores zijn maar de helft van het verhaal. Privacywetten zoals de AVG in de EU en de UK GDPR verplichten je om mensen te vertellen wat je met hun persoonsgegevens doet op het moment dat je ze verzamelt, en de Californische CalOPPA verplicht commerciële onlinediensten die persoonlijk identificeerbare informatie van inwoners van Californië verzamelen om een privacybeleid te publiceren. Heeft je app gebruikers in meerdere regio's, dan kunnen meerdere van deze regels tegelijk gelden.

Het goede nieuws: één nauwkeurig, goed gestructureerd document kan de stores en de wetten samen bedienen. Twijfel je nog of je project eronder valt, begin dan met heb ik een privacybeleid nodig?, en als je app echt niets van het apparaat verstuurt, lees dan de gids over privacybeleid voor apps die geen gegevens verzamelen.

Hier gaan de meeste privacyverklaringen voor apps de mist in. Google stelt dat gegevens die worden verzameld door de bibliotheken en SDK's in je app in je Data safety-formulier moeten staan, ongeacht of de gegevens naar jouw servers gaan of naar die van een derde partij. Ook de App Privacy-gegevens van Apple vereisen dat je de praktijken meeneemt van externe partners van wie je code integreert.

Maak een lijst van elke dependency die met het netwerk kan communiceren en lees de documentatie ervan:

• Analytics zoals Firebase Analytics of vergelijkbare eventtrackers
• Crashrapportage en prestatiemonitoring
• Advertentie- en mediation-SDK's, die vaak advertentie-ID's gebruiken
• Attributie- en deeplinktools die installatiecampagnes meten
• Authenticatieproviders zoals Sign in with Apple of Google Sign-In
• Betalingen, abonnementen, pushmeldingen, chat en klantenservicewidgets

Veel providers publiceren speciale pagina's voor storevermeldingen; Google verwijst ontwikkelaars ook naar de Play SDK Index. Onze gidsen over privacyvermeldingen voor Firebase en privacyvermeldingen voor analytics laten zien wat je meestal moet noemen. Verwijder SDK's die je niet meer gebruikt: elke slapende bibliotheek is een vermelding die je actueel moet houden.

Zodra het overzicht klaar is, schrijft de structuur zich bijna vanzelf. Het User Data-beleid van Google Play verwacht ontwikkelaarsinformatie en een contactpunt voor privacy, de soorten persoonlijke en gevoelige gegevens die worden benaderd, verzameld, gebruikt en gedeeld, veilige omgang met gegevens en een beleid voor bewaren en verwijderen, alles duidelijk aangeduid als privacybeleid. Richtlijn 5.1.1(i) van Apple vraagt wat je verzamelt, hoe, alle toepassingen, bevestiging dat derden een gelijkwaardige bescherming bieden, bewaren en verwijderen, en hoe gebruikers hun toestemming kunnen intrekken of om verwijdering kunnen vragen.

Een praktische opzet ziet er zo uit:

1. Wie je bent, de naam van de app en hoe je contact met je opneemt over privacy
2. De gegevens die je verzamelt, gegroepeerd per bron
3. Waarom je elke categorie gebruikt, met rechtsgronden waar de AVG geldt
4. Wie gegevens ontvangt, inclusief bij naam genoemde SDK-providers en verwerkers
5. Hoe lang je gegevens bewaart en hoe verwijdering werkt
6. Rechten van gebruikers en hoe ze die uitoefenen
7. Kinderen, internationale doorgiften en beveiliging
8. Hoe je wijzigingen aankondigt, plus een ingangsdatum

Voor een volledige checklist met uitleg, zie wat een privacybeleid moet bevatten.

Reviewers en gebruikers vergelijken je privacybeleid met je verklaringen in de store, dus behandel ze als één set documenten. Op Google Play moet elke ontwikkelaar het Data safety-formulier invullen, en je hebt een privacybeleid nodig om het af te ronden. In de App Store beantwoord je App Privacy-vragen over gegevenstypen, of elk type aan de gebruiker is gekoppeld en of het voor tracking wordt gebruikt.

Twee definities houden dit op één lijn:

• Apple zegt dat “verzamelen” betekent dat je gegevens van het apparaat verstuurt op een manier waardoor jij of je partners er langer toegang toe hebben dan nodig is om het verzoek in realtime af te handelen.
• Google zegt dat gegevens die kortstondig worden verwerkt, alleen in het geheugen voor een realtime verzoek, toch in het formulier moeten staan, maar mogelijk niet op de storevermelding worden getoond.

Een weer-app die de locatie verstuurt om een weersverwachting op te halen en niets bewaart, is een klassiek voorbeeld. Je privacybeleid kan dan nog steeds vermelden dat de locatie naar een weerprovider wordt gestuurd om het verzoek te beantwoorden. Dat is eerlijk en past bij beide labels.

Voegt een release een gegevenstype of SDK toe, werk dan het privacybeleid, Data safety en je App Privacy-antwoorden samen bij. De pagina's privacybeleid-generator voor Google Play en privacybeleid-generator voor de Apple App Store lopen de storespecifieke velden met je door.

Als mensen in je app een account kunnen aanmaken, verwachten beide stores dat ze er ook weer vanaf kunnen.

Google Play eist dat apps waarmee je een account kunt aanmaken gebruikers verwijdering laten aanvragen vanuit de app en via een weblink die werkt zonder de app opnieuw te installeren; die link vul je in Play Console in. Het User Data-beleid van Google voegt eraan toe dat je, als je op verzoek van een gebruiker een account verwijdert, ook de bijbehorende gebruikersgegevens moet verwijderen, met beperkte uitzonderingen zoals beveiliging, fraudepreventie of wettelijke verplichtingen. Richtlijn 5.1.1(v) van Apple zegt dat apps die het aanmaken van een account ondersteunen ook het verwijderen van een account in de app moeten aanbieden.

Je privacybeleid moet gebruikers vertellen:

• waar de verwijderoptie staat, in de app en op het web
• wat er wordt verwijderd en hoe snel
• wat je bewaart, zoals aankoopgegevens die de belastingwet vereist, en waarom
• welk effect verwijdering heeft op gegevens bij verwerkers

Beloof geen directe verwijdering als back-ups gegevens 30 dagen bewaren; beschrijf de echte termijn. De gids over het privacybeleid voor Google Play behandelt de verwijdervelden in Play Console uitgebreider.

Een privacybeleid dat niemand kan openen, telt niet. Google Play eist dat het beleid beschikbaar is op een actieve, openbaar toegankelijke URL zonder geofencing, en geen pdf's, en het mag niet bewerkbaar zijn. Apple vraagt in App Store Connect om een openbaar toegankelijke URL van je privacybeleid.

Plaats de link in de app waar mensen echt kijken:

• het scherm met instellingen, info of account
• het aanmeld- of onboardingscherm, naast het selectievakje voor toestemming als je dat hebt
• bij de uitleg over permissies voor gevoelige functies

Bedenk wel dat een link naar het privacybeleid geen vervanging is voor een melding op het juiste moment. De regels van Google voor opvallende vermelding (prominent disclosure) zeggen dat als je app persoonlijke en gevoelige gegevens verzamelt op manieren die gebruikers misschien niet verwachten, de vermelding tijdens normaal gebruik in de app moet verschijnen en niet alleen in een privacybeleid mag staan.

Heb je nog geen website, dan vergelijkt onze gids over hoe je een URL voor je privacybeleid krijgt je hostingopties en laat hij zien hoe je de link test voordat je indient.

Privacywetten volgen je gebruikers, niet je kantoor. Een solo-ontwikkelaar in Praag met spelers in Texas en Toronto kan tegelijk onder meerdere regimes vallen. De meest voorkomende voor apps:

• De AVG in de EU en de UK GDPR als je de app aanbiedt aan mensen in Europa of het Verenigd Koninkrijk, met uitgebreide transparantieverplichtingen en rechten voor gebruikers
• De Californische CCPA en CPRA voor bedrijven die de wettelijke drempels halen, plus CalOPPA, die een gepubliceerd privacybeleid eist van onlinediensten die persoonsgegevens van inwoners van Californië verzamelen
• Privacywetten van andere Amerikaanse staten met hun eigen drempels en rechten
• COPPA als je app gericht is op kinderen onder de 13 of als je weet dat je gegevens van hen verzamelt
• De Braziliaanse LGPD, de Canadese PIPEDA, de Australische Privacy Act en de Privacy Act 2020 van Nieuw-Zeeland

Je hoeft geen expert te worden in al deze wetten. Je moet weten welke aannemelijk zijn voor je publiek en ervoor zorgen dat je privacybeleid hun verplichte vermeldingen bevat. Onze gidsen over privacywetten vatten samen wat elke wet van een privacybeleid vraagt, te beginnen met de gids over het privacybeleid onder de AVG en de gids over de CCPA en CPRA.

Beantwoord je liever vragen dan te beginnen met een leeg vel, dan zet de privacybeleid-generator voor apps je gegevensoverzicht om in een document. Je kiest het gebruiksscenario applicatie en beantwoordt daarna vragen in gewone taal over accounts, permissies, SDK-providers, betalingen, verwijdering, kinderen en de regio's die je bedient.

Zo werkt het in de praktijk:

• Er schrijft geen AI tijdens het gebruik aan je clausules. Clausules komen uit een bibliotheek met versiebeheer en worden deterministisch gekozen op basis van je antwoorden, dus dezelfde antwoorden leveren hetzelfde privacybeleid op.
• De vragenlijst en het volledige voorbeeld zijn gratis, zonder account, en de eenvoudige HTML- en pdf-download is gratis.
• Geavanceerde regionale of optionele modules kosten $5 en dekken de EU en de AVG, het Verenigd Koninkrijk, Amerikaanse wetten waaronder de CCPA en CPRA, CalOPPA, COPPA en andere staten, Brazilië, Canada, Australië en Nieuw-Zeeland.
• Optionele openbare hosting kost eenmalig $0,99 extra en geeft je een openbare pagina die je in Play Console en App Store Connect kunt plakken.

Bouw je met een AI-codeeragent zoals Codex, Claude Code of ChatGPT, dan laat de MCP-server voor ontwikkelaars de agent je codebase bekijken en een privéconcept voor je maken dat je zelf controleert. Een gegenereerd privacybeleid weerspiegelt je antwoorden; het is geen juridisch advies.

Loop deze lijst na vóór elke indiening in de store, niet alleen de eerste:

• Voor elke permissie in het manifest en de Info.plist beschrijft het privacybeleid een doel.
• Elke SDK die gegevens van het apparaat verstuurt, wordt genoemd of beschreven, met het doel ervan.
• Het privacybeleid, het Data safety-formulier en de App Privacy-antwoorden noemen dezelfde gegevenstypen.
• Advertentie-ID's en tracking worden alleen beschreven als je ze echt gebruikt.
• Accountverwijdering is beschikbaar in de app, en voor Google Play ook op het web, en het privacybeleid legt het uit.
• Bewaartermijnen kloppen, ook voor back-ups en logs.
• Kinderen komen aan bod: de app is niet op hen gericht, of de onderdelen over kinderen zijn volledig en gecontroleerd.
• Contactgegevens, de ontwikkelaarsnaam op de storevermelding en de ingangsdatum zijn actueel.
• De URL opent op een telefoon, uitgelogd, zonder pdf-download en zonder doorverwijzing naar je homepage.
• Het privacybeleid is gelinkt in de app, op een plek waar gebruikers het kunnen vinden.

Privacybeleid raakt achterop naarmate apps groeien, dus plan een controle telkens als je een functie toevoegt die met gegevens werkt. Onze gids over hoe vaak je een privacybeleid bijwerkt noemt praktische aanleidingen.