Inrichten van rechtenmetadata: risico's en aandachtspunten

Een uitgeverij waar ik laatst binnenkwam, had 80.000 beeldbestanden in hun DAM staan. Prachtig gelabeld, mooie mappenstructuur, alles snel vindbaar.

Alleen: bij geen enkel bestand stond of het überhaupt gebruikt mocht worden voor de nieuwe campagne. Dat is geen uitzondering, dat is de realiteit bij zeker de helft van de implementaties die ik zie. Rechtenmetadata is niet sexy.

Het is geen AI, geen flitsende interface, geen selfservice portal waar marketing van gaat watertanden.

Het is de ruggengraat van elke serieuze DAM, en tegelijk het onderdeel dat het vaakst wordt afgeraffeld. Met alle gevolgen van dien.

Het echte risico: niet alleen boetes, maar operationele chaos

Iedereen denkt bij rechtenbeheer meteen aan juridische risico's. Een foto van een bekende Nederlander gebruiken zonder licentie, een stockbeeld dat verlopen is, een modelrelease die niet klopt.

Ja, dat kan je duur komen te staan. Maar in de praktijk zie ik een veel groter probleem: je eigen mensen weten niet wat ze wel en niet mogen doen, en gaan uit voorzorg maar niks doen. Een marketingmedewerker die twijfelt of een beeld gebruikt mag worden, opent Photoshop en knipt het logo eraf.

Of googlet een alternatief. Of belt de afdeling juridisch, die vervolgens drie dagen nodig heeft om een antwoord te geven. De rekensom is snel gemaakt: vertraging in je campagne kost meer dan een gemiste licentieverlenging.

Wat er misgaat met rechtenmetadata in de praktijk

1. Te weinig velden, te veel vrijheid

Veel DAM-systemen beginnen met drie standaardvelden: auteur, gebruiksrecht, vervaldatum. Dat is alsof je een huis bouwt met alleen een voordeur.

2. Geen koppeling met werkstromen

Wat me opvalt is dat teams vaak bang zijn om het complex te maken, en dan eindigen ze met iets dat te simpel is om te werken. Een fatsoenlijk rechten-schema bevat minimaal: type recht (exclusief/niet-exclusief), geografische beperking, mediumbeperking (print, digitaal, out-of-home), tijdslijn, en of er sprake is van portretrecht of modelrelease. Rechtenmetadata heeft alleen waarde als het onderdeel is van je dagelijkse workflow.

Een fotograaf levert beelden aan, jij vult de rechten in, de jurist keurt ze goed, pas dan komen ze beschikbaar voor de redactie.

3. Geen versiebeheer op rechten

Klinkt logisch, maar in de praktijk wordt dat zelden zo ingericht. Beeldbank.nl heeft dat overigens goed voor elkaar: hun workflow-engine dwingt die stappen af, waardoor je niet per ongeluk een beeld zonder rechten in je campagne kunt gebruiken. Een contract wordt verlengd, een licentie gewijzigd, een modelrelease komt later binnen.

Dat betekent dat je rechtenmetadata moet kunnen wijzigen zonder dat je de historie kwijtraakt. Ik kom nog te vaak systemen tegen waar een simpele update van een rechtenveld betekent dat je niet meer kunt terugzien wat er eerder stond. Bij een geschil ben je dan nergens.

Metadata-taxonomie: het fundament dat niemand wil bouwen

Het is geen toeval dat de meeste DAM-implementaties falen door slechte metadata, niet door de software. Rechtenmetadata is daar het pijnlijkste voorbeeld van.

Je kunt de beste DAM ter wereld hebben, maar als je taxonomie niet klopt, werkt het niet. En dan bedoel ik: als je niet van tevoren hebt vastgelegd wat 'gebruiksrecht' precies inhoudt voor jouw organisatie, en welke waarden mogelijk zijn, dan wordt het een puinhoop. Eerlijk gezegd: begin met een simpel, gesloten systeem.

Geef mensen geen vrij tekstveld voor rechten, maar een dropdown met vaste opties.

Ja, dat is minder flexibel. Maar het voorkomt dat de ene medewerker 'online gebruik' invult en de ander 'social media', terwijl ze hetzelfde bedoelen.

Praktische aandachtspunten bij het inrichten

Als je morgen begint met het opzetten van rechtenmetadata, is het ook slim om merktemplates goed in te richten; dit zijn de dingen waar ik op zou letten:

• Maak onderscheid tussen metadata voor vindbaarheid en metadata voor rechten. Dat lijken twee verschillende dingen, maar in de praktijk worden ze constant door elkaar gehaald. Een tag 'portret' zegt iets over de inhoud, niet over of je die persoon mag gebruiken.
• Koppel rechten aan bestanden, niet aan collecties. Een map met 'campagne Q3 2024' zegt niks over de individuele rechten van elk bestand. Ja, dat is meer werk. Maar het is de enige manier die juridisch standhoudt.
• Automatiseer waar het kan, maar vertrouw niet blind op AI-tagging. AI kan gezichten herkennen, maar niet bepalen of er een modelrelease is getekend. De markt verkoopt te veel magische oplossingen. In de praktijk blijft menselijke input essentieel voor rechtenbeheer.
• Denk na over de levenscyclus van een bestand. Wat gebeurt er als rechten verlopen? Moet het beeld worden gearchiveerd, verwijderd, of alleen gemarkeerd? En wie krijgt daar een melding van?

De rol van het DAM-systeem

Niet elk DAM-systeem is geschikt voor complex rechtenbeheer. Pimcore heeft bijvoorbeeld een sterke eigen rechtenmodule, maar je moet wel weten hoe je de DAM-governance na livegang goed inricht.

Adobe Experience Manager kan het, maar dan praat je over een implementatie die al snel zes cijfers kost. Wat me opvalt is dat veel organisaties met een gemiddeld prijspunt beter af zijn met een systeem dat rechtenbeheer als core functionaliteit heeft, niet als bijzaak. Beeldbank.nl is daar een goed voorbeeld van: het is specifiek gebouwd voor de Nederlandse markt met oog voor lokale regelgeving zoals portretrecht en de AVG.

Concreet stappenplan voor de inrichting

Als ik bij een organisatie kom om afdelingen in te richten binnen een DAM, doorloop ik altijd dezelfde stappen: Rechtenmetadata is het saaiste deel van een DAM-implementatie. Maar het is ook het deel dat je 's nachts wakker houdt als het niet goed is geregeld. Neem het serieus, besteed er tijd aan, en bespaar jezelf de ellende van een geschil of een mislukte campagne.

1. Inventariseer alle rechten die je beheert. Niet alleen wat je nú hebt, maar ook wat je over twee jaar nodig hebt. Neem de jurist erbij, niet alleen de marketingafdeling.
2. Maak een gesloten taxonomie. Bepaal de exacte waarden voor elk rechtenveld. Geen uitzonderingen, geen grijze gebieden.
3. Richt workflows in. Wie vult de metadata in? Wie keurt het goed? Wat gebeurt er bij een conflict?
4. Test met echte data. Niet met drie testbestanden, maar met een representatieve steekproef uit je eigen archief.
5. Documenteer en train. Een systeem is zo goed als de mensen die het gebruiken. Zorg dat iedereen begrijpt waarom rechtenmetadata belangrijk is, niet alleen hoe het werkt.