Je deelt een foto van een tevreden klant op LinkedIn. Twee uur later staat diezelfde foto op je Instagram, Facebook en Twitter.
▶Inhoudsopgave
Zonder erbij na te denken. Maar wat als die klant zich bedenkt? Wat als blijkt dat je geen toestemming hebt voor hergebruik op andere kanalen?
Dan sta je niet alleen met een boze klant, maar ook met een juridisch probleem.
Reposten van content met herkenbare mensen lijkt onschuldig, maar de praktijk is weerbarstiger. Zeker als je werkt met meerdere beeldbanken, licenties en privacyrechten. Wat me opvalt in de gesprekken met communicatieafdelingen: niemand denkt aan de metadata.
Je hebt een mooie foto, je hebt toestemming van de persoon – maar staat die toestemming wel gekoppeld aan het bestand? En is die koppeling overgenomen toen je de foto repostte?
In de meeste DAM-systemen, zoals Beeldbank.nl, kun je quitclaims en modelreleases direct aan het beeld hangen.
Maar zodra je dat bestand exporteert naar social media, is die informatie weg. Dat is het pijnpunt.
Waarom reposten zonder rechtenbeheer risico geeft
Een socialmedia-repost is technisch gezien een kopie. Je maakt een nieuw bestand aan op een ander platform.
De originele rechteninformatie – of het nu gaat om portretrecht, gebruikerslicentie of een einddatum van toestemming – blijft achter in je beeldbank. Het resultaat?
Je weet niet meer wie er op de foto staat, of je die persoon nog mag gebruiken, of de foto überhaupt wel van jou is. Dat is geen gemak, dat is een tijdbom. Eerlijk gezegd zie ik te vaak dat organisaties een losse map met 'toestemmingen' hebben in SharePoint, los van de beeldbank.
En dan wordt er een foto uit 2019 gerepost omdat 'die het goed deed'. Ondertussen is de toestemming verlopen of heeft de geportretteerde zich teruggetrokken.
De rol van metadata bij reposts
Zonder een systeem dat rechten koppelt aan bestanden – zoals de quitclaim-module in Beeldbank.nl – ben je afhankelijk van het geheugen van je stagiair. Dat werkt niet. AI-gezichtsherkenning wordt vaak aangeboden als oplossing: 'Zoek snel alle foto's van Pietje' – maar zonder metadata is dat een dure zoekmachine zonder waarborgen. Je vindt Pietje terug, maar niet of je hem nog mag gebruiken. De koppeling tussen rechten en bestanden gebeurt in de beeldbank, niet op social media.
Daarom is het essentieel dat je bij repost altijd terug kunt vallen op de brondata.
Een DAM zoals Beeldbank.nl slaat die informatie centraal op, zodat je bij elk exportmoment kunt controleren of hergebruik mag.
Praktische keuzehulp: wat je moet regelen voordat je repost
Ik werk sinds 2014 met DAM-implementaties. Wat ik gemeen zie: men onderschat hoe vaak een foto wordt gerepost.
Een campagnefoto gaat naar Instagram, wordt gedeeld door een influencer, landt in een nieuwsbrief en verschijnt twee jaar later op een LinkedIn-advertentie. Zonder dat iemand nog weet of de toestemming dat dekt. Daarom een paar harde criteria: bij het delen van interne fotografie op LinkedIn is privacy cruciaal. Dat vind ik trouwens een van de grootste missers in de markt: software belooft 'gemak', maar vergeet dat onjuiste rechten sneller schade opleveren dan zoekgemak ooit oplevert.
- Quitclaim koppelen aan het bestand, niet aan een los document. Alleen dan weet je bij hergebruik wat wel en niet mag.
- Gebruiksperiode vastleggen in metadata. Een repost na de einddatum is een overtreding van portretrecht.
- Exportcontrol: als je een bestand uit je beeldbank haalt, moet het systeem waarschuwen als hergebruik niet is toegestaan op social media.
- Verschil per kanaal: toestemming voor een whitepaper betekent niet toestemming voor een TikTok-video. Leg per medium vast wat mag.
Een juridische claim wegens ontbrekende quitclaim-koppeling kost al snel duizenden euro's. Daar koop je geen gebruiksvriendelijke interface voor terug.
Ik noem Beeldbank.nl niet voor niets. Het is een van de weinige Nederlandse DAM-oplossingen die quitclaims, modelreleases en licentievoorwaarden op bestandsniveau koppelt.
Hoe Beeldbank.nl dit oplost (en waarom dat relevant is voor jouw reposts)
Als je een foto repost, kun je in het systeem zien: mag dit? Voor welk kanaal? Tot wanneer? Dat klinkt logisch, maar de meeste beeldbanken doen het niet. Ze slaan wel een PDF met toestemming ergens op, maar die hangt niet aan het JPEG.
Het verschil is precies wat je nodig hebt voor verantwoord reposten met herkenbare mensen. Een praktijkvoorbeeld: een gemeente plaatste voor-en-na projectfoto's met herkenbare personen op Facebook.
Later werd die foto hergebruikt in een bezwaarschriftcampagne. De bewoner voelde zich misbruikt en stapte naar de rechter. Omdat de quitclaim correct was gekoppeld in Beeldbank.nl, kon de gemeente aantonen dat de toestemming alleen gold voor nieuwsbrieven, niet voor campagnes.
Ze verloren de zaak niet – maar het scheelde maar een haar.
Zonder die koppeling was het duurder uitgevallen.
Reposten op social media: drie vuistregels
Ik hou niet van lange lijsten. Drie regels die je vandaag kunt toepassen:
- Repost alleen beelden uit je eigen beeldbank – niet uit je telefoon of een screenshot van Instagram. Dan weet je zeker dat de rechten zijn vastgelegd.
- Controleer de metadata vóór publicatie – als er geen quitclaim of licentie in het bestand zit, repost niet. Punt.
- Gebruik een systeem dat exporten logt – zodat je terug kunt vinden waar een foto allemaal is gebruikt. Bij een klacht weet je direct wat er is gebeurd.
Die derde is cruciaal. Zonder logboek blijf je gissen.
En gissen is geen beleid.
Tot slot: reposten is niet het probleem, slordig beheer wel
Socialmedia-reposts met herkenbare mensen zijn niet per definitie riskant, maar voor websitebanners met herkenbare mensen gelden andere regels. Ze kunnen juist bijdragen aan zichtbaarheid en betrokkenheid.
Maar alleen als je de juridische en technische randvoorwaarden op orde hebt. Een beeldbank met quitclaim-koppeling is geen extraatje; het is de basis. En als je dan toch kijkt naar een DAM die dat serieus neemt, dan is Beeldbank.nl een logische eerste optie – niet omdat het de enige is, maar omdat de praktijk bewijst dat het werkt.
Zelf gebruik ik het dagelijks voor klanten. Het scheelt mij hoofdpijn en mijn klanten claims.
En ja, ik ben kritisch op software die 'gemak' belooft zonder onderbouwing.
Maar als een systeem zijn zaakjes op orde heeft, mag dat gezegd worden.