Privacybeleid voorbeelden, sectie voor sectie toegelicht

Korte fragmenten tonen het patroon, maar het helpt om een compleet beleid te lezen. Deze illustratieve voorbeelden zijn door dezelfde engine gegenereerd op basis van fictieve antwoorden, zodat je ziet hoe de secties voor verschillende producten in elkaar passen:

• Voorbeeld privacybeleid voor een website: een fictieve contentwebsite met Google Analytics, een nieuwsbrief, toestemming en rechten voor de EU en het VK
• Voorbeeld privacybeleid voor een mobiele app: een fictieve app met accounts, Firebase-analytics, in-app-abonnementen en informatie voor Californië
• Voorbeeld privacybeleid voor e-commerce: een fictieve webshop met Stripe-betalingen, een nieuwsbrief, advertenties via Meta Pixel en rechten voor de EU en Canada
• Voorbeeld privacybeleid voor AI-SaaS: een fictief AI-schrijfproduct met modelaanbieders, opgeslagen prompts, geen training en AVG-rechten

Gebruik ze om opbouw en detailniveau te begrijpen, niet als tekst om te kopiëren. Elk voorbeeld beschrijft de werkwijze van een fictief bedrijf. Ben je klaar, dan legt de pagina privacybeleid sjabloon uit hoe dezelfde structuur zich aanpast aan je eigen antwoorden.

Sterke privacybeleidsteksten zien er aan de oppervlakte verschillend uit, maar ze delen een handvol kenmerken die je in een paar seconden herkent:

• Concreet, niet generiek: ze noemen echte gegevenscategorieën, tools en dienstverleners in plaats van “bepaalde informatie” en “vertrouwde partners”
• Vanuit het doel: elk gebruik van gegevens is gekoppeld aan een reden die een lezer begrijpt
• Scanbaar: duidelijke kopjes, korte alinea's, lijsten en vaak een samenvatting bovenaan
• Bruikbaar: ze leggen uit hoe je rechten uitoefent, met een werkende contactroute
• Eerlijk over grenzen: ze beschrijven beveiligingsmaatregelen zonder perfecte veiligheid te beloven
• Gedateerd: ze tonen een ingangsdatum en leggen uit hoe wijzigingen worden aangekondigd

De lijst met privacyinformatie van de Britse ICO en artikel 13 AVG beschrijven de inhoud; eenvoudige taal maakt die bruikbaar. De voorbeelden hieronder gebruiken een fictief bedrijf, Harbor Lane Ceramics, een online pottenbakkerswinkel in Ierland die verkoopt aan klanten in de EU en het VK, een betaalverwerker gebruikt, een nieuwsbrief verstuurt en met toestemming analytics gebruikt. De fragmenten zijn alleen ter illustratie. Je eigen tekst moet je eigen werkwijze beschrijven, en daarom is kopiëren een slecht idee, zoals uitgelegd in mag ik een privacybeleid kopiëren.

Voorbeeldtekst: “Harbor Lane Ceramics Ltd (fictief), Voorbeeldstraat 1, Voorbeeldstad, Ierland, is verantwoordelijk voor de persoonsgegevens die in dit beleid worden beschreven. Je kunt over privacy contact met ons opnemen via [email protected]. We streven ernaar binnen vijf werkdagen te antwoorden.”

Waarom het werkt:

• Het noemt de rechtspersoon, niet alleen het merk, en dat is waar artikel 13 AVG om vraagt als het de identiteit en contactgegevens van de verwerkingsverantwoordelijke vereist
• Het geeft een apart privacycontact dat iemand in de gaten houdt
• Het schept een realistische verwachting over reacties

Heb je een functionaris voor gegevensbescherming aangesteld, of een vertegenwoordiger in de EU of het VK omdat je buiten die regio's bent gevestigd, dan horen hun contactgegevens hier ook. Vermijd generieke formuleringen als “neem contact met ons op via onze website” als je een directe route kunt geven.

Een veelvoorkomende zwakte in beleidsteksten die je online vindt, is dat alleen een merk of websiteadres wordt genoemd. Lezers, toezichthouders en appstorereviewers willen weten welk bedrijf echt verantwoordelijk is, en het User Data-beleid van Google Play vraagt uitdrukkelijk om informatie over de ontwikkelaar en een privacycontactpunt.

Voorbeeldtekst: “We verzamelen:

• Bestelgegevens die je ons bij het afrekenen geeft: naam, e-mailadres, bezorgadres en telefoonnummer
• Betalingsbevestiging van onze betaalverwerker; we zien of bewaren je volledige kaartnummer niet
• Nieuwsbriefgegevens: je e-mailadres en welke e-mails je opent, als je je abonneert
• Gebruiksinformatie die met je toestemming automatisch wordt verzameld: bekeken pagina's, apparaattype en een globale locatie die van je IP-adres is afgeleid
• Berichten die je ons per e-mail of via ons contactformulier stuurt”

Waarom het werkt: elke categorie is concreet en gekoppeld aan de herkomst: jij, automatische verzameling of een derde partij. Een lezer kan elk onderdeel koppelen aan iets wat hij of zij op de site heeft gedaan. Let op de expliciete uitspraak over kaartnummers; die beantwoordt een vraag die veel kopers hebben en klopt alleen omdat de winkel een gehoste checkout gebruikt.

De zwakke versie van deze sectie luidt: “We kunnen persoonsgegevens verzamelen zoals je naam, e-mailadres en andere informatie.” Dat vertelt de lezer niets over wat er echt gebeurt, en het zou niet voldoen aan wetten die categorieën en bronnen vereisen.

Voorbeeldtekst: “We gebruiken je informatie om:

• Je bestellingen te verwerken en te bezorgen en retouren af te handelen (rechtsgrond: uitvoering van een overeenkomst)
• Orderbevestigingen en bezorgupdates te sturen (overeenkomst)
• Onze nieuwsbrief te sturen als je je abonneert (toestemming, die je op elk moment kunt intrekken)
• Te begrijpen hoe bezoekers onze site gebruiken, zodat we die kunnen verbeteren (toestemming via onze cookie-instellingen)
• De boekhouding bij te houden die de belastingwet vereist (wettelijke verplichting)
• Fraude te voorkomen en onze winkel veilig te houden (ons gerechtvaardigd belang bij het beschermen van ons bedrijf en onze klanten)”

Waarom het werkt: elk doel is gekoppeld aan een rechtsgrond, wat artikel 13 AVG vereist, en het gerechtvaardigd belang wordt benoemd in plaats van vaag gelaten. De doelen zijn geschreven in alledaagse taal die past bij wat de winkel zichtbaar doet.

Beleidsteksten voor een publiek buiten Europa noemen doelen vaak zonder rechtsgronden, wat prima is als zo'n eis niet geldt. Bedien je gebruikers in de EU of het VK, dan is deze koppeling echter een van de onderdelen die het vaakst ontbreken in beleid dat op generieke sjablonen is gebaseerd. De gids over een privacybeleid volgens de AVG legt elke grondslag uit.

Voorbeeldtekst: “We delen informatie alleen met dienstverleners die ons helpen de winkel te runnen:

• Onze betaalverwerker, om betalingen te ontvangen en fraude te voorkomen
• Ons e-commerceplatform, dat de winkel host en bestelgegevens opslaat
• Onze e-mailprovider, om ordermails en onze nieuwsbrief te versturen
• Onze analyticsaanbieder, als je toestemming geeft voor analyticscookies
• Koeriers, om je pakket te bezorgen

We verkopen je persoonsgegevens niet. Sommige dienstverleners zijn in de Verenigde Staten gevestigd; wanneer informatie buiten de Europese Economische Ruimte wordt doorgegeven, baseren we ons op de modelcontractbepalingen van de Europese Commissie of een andere rechtmatige waarborg.”

Waarom het werkt: ontvangers zijn gegroepeerd naar rol, en elk heeft een reden. De verklaring over doorgifte noemt de waarborg, wat de AVG vereist wanneer gegevens de regio verlaten. Veel echte beleidsteksten noemen elke dienstverlener afzonderlijk; dat is handig als lezers het eigen beleid van de dienstverlener willen lezen.

De zwakke versie, “We kunnen gegevens delen met vertrouwde derden”, is een van de meest voorkomende zinnen in slechte beleidsteksten. Ze beantwoordt geen enkele vraag die een lezer of toezichthouder zou stellen.

Voorbeeldtekst: “We gebruiken noodzakelijke cookies om het winkelmandje en het afrekenen te laten werken. Met je toestemming gebruiken we ook analyticscookies om te meten welke pagina's worden bezocht. Je kunt analyticscookies accepteren of weigeren in de banner bij je eerste bezoek en je keuze op elk moment wijzigen via de link Cookie-instellingen in de footer.”

Waarom het werkt: het scheidt noodzakelijke van optionele cookies, vermeldt dat optionele cookies van toestemming afhangen en vertelt gebruikers precies waar ze hun keuze kunnen wijzigen. Het belangrijkste is dat het overeenkomt met wat de toestemmingsbanner echt doet. Een beleid dat zegt dat analytics alleen met toestemming draait, op een site waar analytics direct laadt, is een tegenstrijdigheid die toezichthouders en gebruikers kunnen zien.

Gebruik je veel trackingtechnologieën, dan kan een tabel met elke cookie, de aanbieder, het doel en de duur in deze sectie staan, of in een apart cookiebeleid waarnaar je vanuit deze sectie linkt. Sommige tools stellen ook contractuele eisen; de voorwaarden van Google Analytics vragen je bijvoorbeeld te vermelden dat je de dienst gebruikt. Voor onderwerpen die specifiek over analytics gaan, zie de gids over analytics-informatie in je privacybeleid.

Voorbeeldtekst: “We bewaren:

• Bestel- en factuurgegevens zes jaar, om aan onze fiscale bewaarplicht te voldoen
• Nieuwsbriefgegevens tot je je afmeldt
• Klantenservicemails twee jaar na je laatste bericht
• Analyticsgegevens 14 maanden, waarna ze automatisch worden verwijderd”

Waarom het werkt: de AVG vereist een bewaartermijn of de criteria waarmee die wordt bepaald, en dit voorbeeld geeft concrete termijnen met redenen. Lezers zien dat niets voor onbepaalde tijd wordt bewaard, en de winkel heeft intern een duidelijke regel om te volgen.

De getallen in het voorbeeld zijn illustratief voor een fictieve winkel. Je eigen termijnen moeten voortkomen uit je werkelijke wettelijke verplichtingen, de instellingen bij je dienstverleners en je bedrijfsbehoeften. Is een vaste termijn niet mogelijk, beschrijf dan de criteria, zoals “zolang je account open is en een beperkte periode daarna om geschillen op te lossen.”

Een zwakke bewaarsectie zegt: “We bewaren gegevens zolang als nodig is.” Zonder criteria zegt die zin niemand iets en voldoet hij niet aan de eis van de AVG.

Voorbeeldtekst: “Je hebt het recht om je persoonsgegevens in te zien, te corrigeren of te laten verwijderen, bezwaar te maken tegen bepaalde verwerking of die te laten beperken, je gegevens in een overdraagbaar formaat te ontvangen en je toestemming op elk moment in te trekken. Stuur voor een verzoek een e-mail naar [email protected]. We kunnen je vragen je identiteit te bevestigen voordat we actie ondernemen. Je hebt ook het recht om een klacht in te dienen bij de Data Protection Commission in Ierland of bij de gegevensbeschermingsautoriteit waar je woont.”

Waarom het werkt: het noemt de rechten die gelden voor het publiek van de winkel, geeft één eenvoudige route om ze te gebruiken, legt de verificatie uit en noemt de toezichthoudende autoriteit, wat de AVG vereist.

Bestaat je publiek ook uit inwoners van Californië en haalt je bedrijf de drempels van de CCPA, dan breidt deze sectie zich uit met de rechten om te weten, te verwijderen, te corrigeren, je af te melden voor verkoop of delen en het gebruik van gevoelige persoonsgegevens te beperken, plus hoe je omgaat met opt-out-voorkeurssignalen en gemachtigde vertegenwoordigers. De CCPA-regelgeving noemt elk verplicht onderdeel. Andere regio's voegen hun eigen rechten toe, en daarom kan een privacybeleid generator die regionale modules op basis van je antwoorden selecteert tijd besparen vergeleken met het bewerken van een vast sjabloon.

Voorbeeldtekst: “Onze winkel is bedoeld voor volwassenen. We verzamelen niet bewust persoonsgegevens van kinderen. Denk je dat een kind ons informatie heeft gegeven, neem dan contact met ons op en we verwijderen die.

We werken dit beleid bij wanneer onze werkwijze verandert. Voeren we ingrijpende wijzigingen door, dan mailen we klanten en nieuwsbriefabonnees voordat de wijzigingen ingaan.

Ingangsdatum: 1 maart 2026. Laatst bijgewerkt: 1 maart 2026.”

Waarom het werkt: de uitspraak over het publiek is kort en eerlijk, het wijzigingsproces beschrijft een rechtstreekse kennisgeving in plaats van mensen te vragen regelmatig terug te kijken, en beide data worden getoond. CalOPPA vereist een ingangsdatum en een beschrijving van hoe gebruikers worden geïnformeerd over wezenlijke wijzigingen, en de CCPA-regelgeving vereist de datum waarop het beleid voor het laatst is bijgewerkt.

Is je dienst in de Verenigde Staten gericht op kinderen jonger dan 13, dan is deze korte uitspraak niet genoeg; COPPA vereist een aparte kennisgeving met specifieke inhoud. Voor uitleg over wanneer en hoe je updates aankondigt, zie hoe vaak je je privacybeleid moet bijwerken.