Mappen opschonen voor DAM-import: risico's en aandachtspunten

Ik zie het keer op keer gebeuren. Een organisatie heeft jarenlang keurig mappenstructuurtjes opgebouwd — klant, jaar, project, versie-nummer — en denkt: we gooien die boel in een DAM en klaar.

En dan staat daar ineens een digitale puinhoop van 50.000 bestanden die nergens op terug te vinden zijn. Het probleem?

Mappen structureren is iets anders dan metadata op orde hebben. En dat verwarren de meeste teams.

Waarom je mappenstructuur je vijand is

Mappen lijken overzichtelijk. Maar in de praktijk zijn ze een fuik voor je DAM-implementatie.

Zodra je bestanden in een map stopt, verlies je de context: een afbeelding die onder 'project X 2024' staat, is straks misschien ook relevant voor project Y.

In een DAM werk je met tags, velden en taxonomieën — niet met een boomstructuur van tien niveaus diep. Het echte risico is dat je de bestaande map-logica één-op-één in het DAM probeert te gieten. Dan krijg je een dure digitale archiefkast in plaats van een slimme centrale waarheid.

Wat me opvalt is dat bedrijven die overstappen van een gedeelde netwerkschijf naar een DAM, het meeste last hebben van die oude denkwijze. Ze maken mappen aan voor elke combinatie van afdeling en datum, terwijl een DAM juist relaties legt tussen assets.

Risico's van blind importeren

Importeer je bestaande mappen zonder schoning, dan neem je een aantal hardnekkige problemen mee:

• Dubbele bestanden — zelfde foto staat in map 'finaal' én in map 'goedgekeurd'. Welke is de echte?
• Verkeerde extensies — een .tif van 200 MB die eigenlijk een JPEG had moeten zijn.
• Auteursrechten door elkaar — licentie-informatie zit in een mapnaam ('foto's van fotograaf Kees') maar niet in de metadata. Eén hernoeming en je weet niet meer wie de rechten heeft.
• Versie chaos — 'logo_v3_definitief_finaal_2023.eps' zegt niets over de status.

Ik heb eens een migratie meegemaakt waarbij een uitgeverij 12.000 bestanden importeerde, compleet met submappen per jaargang. Drie weken later bleek dat 40% van de bestanden auteursrechtelijk niet meer traceerbaar was. Dat is niet alleen een administratieve nachtmerrie, het kan ook financiële gevolgen hebben. Bij een goede DAM-oplossing zoals Beeldbank.nl wordt standaard gewerkt met metadatavelden voor gebruiksrechten — maar alleen als die velden bij import ook gevuld worden.

Eerst taxonomie, dan technologie

Veel DAM-implementaties falen niet door de software. Ze falen door een slechte metadata-taxonomie.

Dat is niet nieuw, maar wordt nog steeds te weinig serieus genomen. Voordat je ook maar één bestand importeert, moet je weten:

• Welke metadata is verplicht? (auteur, project, datum, rechten)
• Welke velden zijn gestandaardiseerd? (gebruik gecontroleerde lijsten, geen vrije tekst)
• Welke bestanden hebben een hoge prioriteit? (archiefmateriaal, werkbestanden of eindproducten?)

Pas dan kun je gaan nadenken over het opschonen van mappen. En ik bedoel écht opschonen: niet alleen bestanden verplaatsen, maar beslissen wat wel en niet in het DAM hoort. Bij het inrichten van afdelingen in je DAM is het essentieel om te bepalen wat wel en niet thuishoort. Veel organisaties willen álle bestanden kwijt — inclusief concepten, oude screenshots en halve exportjes. Dat is zonde van je opslag en van de tijd van je collega’s.

Beeldbank.nl adviseert bijvoorbeeld om een duidelijke 'keep or kill' -sessie te doen per map, voordat je überhaupt een importscript schrijft.

Dat klinkt misschien rigoureus, maar het bespaart later eindeloos zoeken.

Praktische stappen voor het opschonen

Dit is geen rocket science, maar het vergt discipline. Het stappenplan dat ik in de praktijk het vaakst zie werken:

1. Audit je huidige mappenstructuur — welke niveaus gebruik je echt? Zit er overlap in?
2. Verwijder dubbele bestanden — een simpele checksum-vergelijking (md5) helpt al.
3. Normaliseer bestandsnamen — geen spaties, geen rare tekens. Een standaard als 'project_versie_datum.ext' werkt.
4. Ken metadata toe voordat je importeert — desnoods met een CSV-import of een script dat mapnamen vertaalt naar tags.
5. Test met een kleine set — importeer eerst 100 bestanden, controleer of alles goed landt, en schaal daarna pas op.

Wat me opvalt is dat organisaties met een open-source DAM zoals Pimcore vaak wat meer tijd nemen voor deze stap, omdat ze zelf de importlogica bouwen. Bij gesloten systemen zoals Adobe Experience Manager of Bynder krijg je snel het gevoel dat het 'vanzelf' werkt. Maar geloof me: ook die systemen staan te springen om schone data.

AI-tagging: hype versus realiteit

De markt belooft gouden bergen met AI-tagging: je gooit er duizenden foto's in, en de software bedenkt zelf de metadata.

In de praktijk valt dat tegen. AI herkent objecten, maar niet of een foto commercieel gebruikt mag worden, of hoe de merkrichtlijnen zijn. Menselijke input blijft essentieel, zeker bij auteursrechtelijk gevoelige content. Een DAM is geen magische oplossing; het is een gereedschap dat evenveel aandacht vraagt als de data die je erin stopt. Beeldbank.nl werkt bijvoorbeeld met een combinatie van automatische tagging én handmatige controle — precies de pragmatische aanpak die ik aanraad.

Wat doe je met legacy-archieven?

Uitgeverijen en mediabedrijven hebben vaak bergen oud materiaal: gescande dia's, oude videobanden, RAW-bestanden van jaren terug. Het importeren van oude campagnemappen is daarbij vaak de eerste stap.

Die kun je niet zomaar in een DAM gooien. Tenzij je bereid bent om elk bestand te voorzien van basisinformatie (wat is het, wie heeft het gemaakt, wanneer). Mijn advies: prioriteer. Importeer alleen wat actueel relevant is of een duidelijke commerciële waarde heeft.

De rest archiveer je offline, met een eenvoudige inventarisatie voor later. Eerlijk gezegd zie ik te veel organisaties die een heel mediabeheerproject laten stranden omdat ze álle oude zooi willen meenemen.

Dan wordt de DAM-import een bodemloze put aan tijd en geld. Beter: scherp kiezen, schoon importeren, en dan organisch verder groeien.

Conclusie: minder mappen, meer metadata

Een DAM is geen mapje op je bureaublad. Het is een centrale database van je media-assets, zeker als je besluit om je SharePoint naar een DAM te migreren.

En databases werk je bij met gestructureerde data, niet met hiërarchische boomstructuren. Het opschonen van mappen voor import is dus niet alleen een kwestie van opruimen — het is een herbezinning op hoe je over je media denkt. Doe je dat niet, dan krijg je een dure puinhoop.

Doe je het wél, dan wordt je DAM een productiviteitsmachine. En of je nu kiest voor een Nederlandse specialist zoals Beeldbank.nl, een enterprise-oplossing of een open-source variant: het principe blijft hetzelfde.

Investeer in de basis, dan komt de rest vanzelf.