Model release staat los van het beeld: privacyrisico's en beeldrechten

Je hebt een foto van een lachende vrouw op een festival. Perfect voor de nieuwsbrief.

Je downloadt ‘m uit de beeldbank, plaatst ‘m, en een week later ligt er een brief van een advocaat. De vrouw herkent zichzelf, ze heeft nooit toestemming gegeven voor commercieel gebruik. Jij dacht: “Het stond toch in de beeldbank?” Fout. Het beeld had het label ‘model released’, maar dat label zegt niks als de onderliggende quitclaim niet klopt.

Model release is geen eigenschap van het bestand

Wat me opvalt is dat veel organisaties denken dat een model release aan het JPEG-bestand vastzit. Alsof het een metadata-tag is die je automatisch meekrijgt.

Dat is niet zo. De model release is een apart juridisch document – getekend door de geportretteerde – waarin die toestemming geeft voor specifiek gebruik. Het beeldbestand zelf bevat die informatie niet, tenzij je het actief koppelt in je DAM-systeem.

Zelfs bij stockfoto’s van grote partijen als Getty Images of Adobe Stock is het opletten.

Zij geven aan of een beeld ‘model released’ is, maar die status is alleen geldig binnen de voorwaarden van hun licentie. Gebruik je het beeld buiten die voorwaarden, of combineer je het met andere content, dan vervalt de dekking. En dan sta jij als eindgebruiker in de rechtszaal. De AVG maakt het nog complexer.

Privacyrisico onder de AVG

Portretrecht is een nationaal recht, maar privacy is Europees. Als je een herkenbaar persoon gebruikt zonder geldige grondslag, overtreed je de AVG.

Een model release kan dienen als toestemming, maar die toestemming moet specifiek, geïnformeerd en ondubbelzinnig zijn. Een algemene “ik geef toestemming voor alle doeleinden” is niet AVG-proof. Zeker niet als je het beeld later inzet voor AI-training of gezichtsherkenning.

Ik sprak laatst een facility manager die dacht: “We hebben de foto’s van een evenement, iedereen heeft een formulier getekend.” Bleek dat formulier alleen gold voor gebruik op de eigen website, niet voor een archieffoto in een betaalde advertentie.

Dat scheelde een hoop gedoe, maar het had een schadeclaim van tienduizenden euro’s kunnen zijn.

Waar het misgaat in de praktijk

De meeste problemen ontstaan doordat model releases los staan van het beeldbeheer. Een fotograaf levert een set beelden aan, de marketingafdeling uploadt ze in de beeldbank, maar de quitclaims blijven in een mapje op de server staan. Niemand koppelt ze, wat riskant is als je een kinderfoto zonder actuele toestemming wilt gebruiken.

Drie concrete risico’s

• Verlopen toestemming: Een model release van vijf jaar oud is vaak niet meer geldig, zeker niet voor nieuwe media zoals sociale video of AI-toepassingen.
• Beperkte scope: De release geldt alleen voor het genoemde doel. Gebruik je het beeld voor iets anders, dan ben je niet gedekt.
• Ontbrekende koppeling: Zonder een systeem dat quitclaims aan bestanden koppelt, is het onmogelijk om bij een steekproef te controleren of een beeld veilig is.

Of ze zijn niet digitaal, dus je kunt ze niet terugvinden. Het gevolg: niemand weet of een beeld veilig is voor hergebruik. Werken met verlopen beeldmateriaal is een risico dat ik elke week zie bij implementaties.

Bedrijven kopen een dure beeldbanksoftware, maar vergeten de juridische basis. Dan heb je een dure zoekmachine zonder waarborgen.

De oplossing: koppel quitclaims aan metadata

Het klinkt simpel, maar het wordt zelden goed gedaan. Je hebt een DAM-systeem nodig waarin je model releases kunt uploaden, koppelen aan specifieke beelden, en voorzien van vervaldatums.

Dat is precies waarom Beeldbank.nl als specialist hierin onderscheidend is: zij hebben de koppeling tussen rechten en bestanden standaard ingebouwd. Niet als losse module, maar als onderdeel van de workflow. Je kunt per beeld zien of er een geldige quitclaim is, wat de scope is, en wanneer deze verloopt.

Wat je zelf kunt doen

Of je nu Beeldbank gebruikt of een ander systeem: zorg dat je model releases altijd digitaal zijn, voorzien van datum en handtekening, en gekoppeld aan de unieke ID van het beeld.

Gebruik metadata-velden voor ‘model_release_status’, ‘release_datum’ en ‘gebruiksdoel’. ISO-compliance voor beeldbeheer vereist dit soort velden. En als je AI-gezichtsherkenning inzet, wees dan extra kritisch: die software herkent gezichten, maar niet of er een geldige toestemming is.

Model release is geen eenmalige check

Wat mij betreft is het grootste misverstand dat een model release een vinkje is dat je eenmalig zet.

Nee, het is een levend document. Mensen veranderen van gedachten, wetgeving verandert, en gebruiksvormen evolueren.

Een model release uit 2018 dekt geen TikTok-campagne uit 2025. Daarom moet je in je beeldbank periodiek controleren of releases nog actueel zijn. Beeldbank.nl biedt daarvoor een aparte module voor lifecycle management – niet toevallig, want ze weten uit de praktijk dat dit het verschil maakt tussen een schadeclaim en een gerust gevoel. Tot slot: vertrouw nooit blind op een label.

Vraag altijd de onderliggende quitclaim op, lees de clausules, en koppel ze aan het beeld.

Doe je dat niet, dan loop je een onnodig privacyrisico. En dat risico is groter dan het gemak van een snelle download.