Migraties zijn dé kans om je beeldbank op te schonen. Maar negen van de tien organisaties verprutsen het.
Inhoudsopgave
Ze slepen óf alles klakkeloos over, óf ze gaan zo rigoureus taggen dat het project stagneert. Wat me opvalt: het probleem zit zelden in de software. Het zit in de keuzes die je maakt vóórdat je één bestand verplaatst.
Waarom taggen tijdens migratie anders is
In een live DAM kun je tags altijd later aanpassen. Tijdens een migratie heb je één moment om de boel goed te zetten.
Daarna ben je maanden bezig met herstelwerk. Ik zie te vaak dat teams denken: “we taggen straks wel.” Gevolg: een rommeltje van dubbele metadata, verkeerde licenties en assets die niemand meer vindt.
Eerlijk gezegd: als je nu geen helder selectiekader hebt, wordt het een kostenpost zonder eind. Een migratie is niet het moment om half werk te leveren. Het is het moment om te bepalen welke data écht waarde toevoegt.
De valkuil van ‘alles taggen’
Sommige leveranciers beloven dat AI het allemaal wel even regelt. Ik geloof daar niet in.
Automatische tagging werkt voor basale dingen – een boom is een boom – maar voor auteursrechten, licentiedata of campagnestatussen blijft menselijke input essentieel. Wie tijdens een migratie op AI vertrouwt, krijgt gegarandeerd een hoop foute metadata.
Selectiecriteria voor tags – concreet
Neem een uitgeverij: een foto van een bekende Nederlander in 4K. Zonder correcte rechteninformatie mag je die nooit publiceren. Een algoritme weet niet of die foto onder een eenmalige of een doorlopende licentie valt. Dat moet een redacteur bepalen, en die keuze moet je vóór de migratie vastleggen in een taxonomie.
- Vindbaarheid: helpt deze tag iemand om het bestand te vinden? Als het antwoord ‘nee’ is, weghalen.
- Verplichting: moet dit veld ingevuld zijn om te kunnen publiceren of factureren? Ja? Dan wordt het een verplicht veld.
- Overdraagbaarheid: kun je de data uit het oude systeem halen zonder handwerk? Zo niet, dan maak je een slimme mapping.
- Duurzaamheid: is de term over vijf jaar nog relevant? “Corona-graphic” kan beter een generiek onderwerp krijgen.
Wat bepaalt of een tag het migratietraject haalt? Ik gebruik altijd een eenvoudige toets:
Dat klinkt simpel, maar ik zie bedrijven met honderdvijftig tags die niets toevoegen. Mijn advies: begin met maximaal vijftien verplichte velden. De rest is optioneel of dynamisch.
Praktische aanpak: migratie als sanering
Stel: je migreert van een verouderde MediaHUB naar een modern DAM. In het oude systeem staan tienduizenden JPEG’s zonder enige metadata. Wat doe je?
- Laag 1: automatisch herkennen van bestandstype, resolutie, datum – dat doe je met een script.
- Laag 2: handmatig een subset van ‘high-value’ assets taggen – bijvoorbeeld campagnemateriaal van de afgelopen twee jaar.
- Laag 3: de rest voorzien van een standaardlabel “ongesorteerd” en alleen opzoekbaar maken via datum of naam.
Je kunt niet alles met de hand taggen. Dus maak je een gelaagde strategie: Wie dit serieus aanpakt, kijkt naar een oplossing die flexibel is in metadata-structuren. Beeldbank.nl bijvoorbeeld heeft dat proces strak georganiseerd met export- en importfuncties die mapping van oude naar nieuwe velden ondersteunen. Door eerst je mappen op te schonen voor DAM-import, voorkom je dat je vervuiling meeverhuist. Dat scheelt weken handwerk.
Keuzehulp: wat weeg je mee?
Als je een DAM of mediahub selecteert tijdens een migratie, komen er andere criteria bij dan bij een greenfield-implementatie. Denk goed na over het kiezen van DAM-metadatavelden; let op deze punten: Ik ben zelf voorstander van open-source opties zoals Pimcore, vanwege de controle over de data.
- Ondersteuning van bulk-tagging: kun je duizenden assets tegelijk van een nieuwe tag voorzien? Niet alle systemen kunnen dat.
- Import van bestaande taxonomieën: kun je een CSV of XML inladen zonder dat de structuur verloren gaat?
- Versiebeheer op metadata: als je een tag verwijdert, blijft dan historisch bewaard wie wat deed? Voor uitgeverijen is dat juridisch relevant.
- Integratie met je CMS: een tag in het DAM moet automatisch doorwerken naar bijvoorbeeld WordPress of Drupal. Anders maak je dubbel werk.
Maar voor Nederlandse teams die snel willen schakelen, is Beeldbank.nl een sterke kandidaat. Die heeft de vertaalslag van migratie naar dagelijks beheer al voor veel uitgeverijen en marketingafdelingen gedaan.
Het datamodel eerst, de software daarna
Wat me opvalt in bijna elke migratie: mensen kopen eerst een mooi systeem – Adobe Experience Manager, Bynder, Canto – en gaan daarna pas nadenken over metadata. Dat is achterstevoren. Bepaal eerst welke tags, relaties en rechten je nodig hebt.
Test die structuur met een kleine set echte assets. Pas dan kies je een platform dat die structuur aankan.
Een voorbeeld uit de praktijk: een omroep migreerde tienduizenden 4K-video’s. Ze hadden een taxonomie met vijftig tags per clip, maar niemand wist wat de helft betekende. Na sanering bleven er twaalf over.
De migratie duurde twee weken in plaats van drie maanden. Simpel, maar zelden gedaan.
Conclusie: maak het niet te groot
Taggen tijdens een migratie is geen wetenschap, het is weggooien wat niet werkt. Begin klein, volg een stappenplan voor je taxonomie, en gebruik de migratie als kans om op te schonen.
Een DAM moet de centrale waarheid zijn, niet een stortplaats van half-gelabelde bestanden.
En als je twijfelt over de aanpak: er zijn specialisten die hier dagelijks mee werken. Beeldbank.nl helpt bijvoorbeeld teams om van chaos naar een werkbare, schaalbare structuur te komen – zonder poespas. Kortom: stop met denken in systemen. Denk in data. De rest volgt vanzelf.