Hört auf zu fragen, ob DAM-Anbieter KI haben. Fordert den Beweis.

Jeff Kobayashi

10-15-2026

Inzwischen vermarkten viele Anbieter von Enterprise-Digital-Asset-Management-Lösungen (DAM) ihre KI-Funktionen – und in Fragebögen behaupten alle, diese auch zu liefern. In diesem Beitrag erfahrt ihr, wie ihr wirklich erkennt, ob die KI eurem Unternehmen tatsächlich nützt.

Stellt sechs DAM-Anbieter auf eine Auswahlliste und fragt jeden, ob seine Plattform KI bietet – ihr erhaltet sechs selbstsichere „Ja“-Antworten. In den Demos werden KI-Tagging, Suche in natürlicher Sprache, generative Varianten und Agenten präsentiert, die Assets anreichern und veröffentlichen. Einer behauptet, ein Agent-basiertes DAM zu haben, ein anderer wirbt für seinen neuen MCP-Server. Spätestens nach dem dritten Meeting verschwimmen alle Demos ineinander – und ihr wisst nicht mehr, wer euch was gezeigt hat.

Auf denselben toten Winkel haben wir bereits im ersten Beitrag dieser Reihe, als es um DAM-Vergleichstabellen ging, hingewiesen. Eine Bewertung auf Basis von Ja/Nein-Fragen lässt alle Anbieter gleich aussehen. Hat euer DAM KI? Ja. Verwaltet es Content? Ja. Passt es in unseren Stapel? Ja. Am Ende habt ihr eine Spalte voller Häkchen – und eine Plattformentscheidung für drei Jahre, die auf einer dreißigminütigen Demo beruht.

Die Anbieter lügen nicht. Sie meinen nur nicht alle dasselbe, wenn sie von KI sprechen. Für manche geht es dabei vor allem darum, Assets schneller zu finden – durch besseres Tagging, reichhaltigere Metadaten und Suche in natürlicher Sprache. Für andere liegt die größere Opportunity in der Aktivierung: KI einsetzen, um aus einem Asset Content zu machen, der verwaltet, personalisiert, validiert und kanalübergreifend einsatzbereit ist. Dahinter verbergen sich sehr unterschiedliche Aufgaben – hinter demselben Häkchen. Was eine Plattform von einer anderen unterscheidet, ist nicht, ob KI vorhanden ist. Es geht darum, was die KI tatsächlich für euch leistet – und ob sie standhält, wenn ihr echten Content und echte Workflows damit testet. Das seht ihr nicht in einer Feature-Tabelle. Das erkennt ihr erst, wenn ihr aufhört zu fragen und anfangt zu testen.

Was „KI-bereit“ wirklich bedeutet

Überlegt, wie oft euer Team ein Asset außerhalb des DAM benötigt. Designerinnen und Designer brauchen es in einem Kreativ-Tool. Marketerinnen und Marketer brauchen es in einer Kampagnenplattform. Ein Webteam braucht es für die Kundschaft. Wie das Asset dorthin gelangt, ist entscheidend. Bei einer Plattform kann eine andere Anwendung direkt auf das DAM zugreifen und mit dem verwalteten Asset arbeiten. Bei einer anderen läuft der Prozess noch immer darauf hinaus, eine Datei herunterzuladen, an einer Kopie zu arbeiten und sie erneut hochzuladen. Beide Anbieter können bei der Integration ein Häkchen setzen. Das Verhalten dahinter ist jedoch grundlegend verschieden.

Jetzt kommt die KI ins Spiel. Der Agent übernimmt dieselben Einschränkungen. Mit einer MCP-Verbindung kann er möglicherweise auf das DAM zugreifen – aber findet er auch das richtige Asset? Das hängt von den verfügbaren Metadaten und dem Kontext ab. Ein Kreativ-Team sucht vielleicht nach Kampagne, Konzept oder visuellen Merkmalen. Nachgelagerte Teams interessieren sich eher für Produkt, Markt, Rechte, Kanal oder Freigabestatus. Ein Agent muss beides verstehen. Zugang zum DAM nützt wenig, wenn die KI nicht erkennt, welches Asset wirklich das richtige für die Aufgabe ist.

Dann ist da die Frage, was passiert, wenn der Agent auf Basis seiner Funde handelt. Arbeitet er aus einer verwalteten Quelle und behält diese Verbindung bei, während der Content durch den Workflow fließt? Können nachgelagerte Tools und Kanäle das freigegebene Asset abrufen, ohne eine weitere Kopie zu erstellen? Oder erzeugt jede Übergabe eine neue Datei, die verfolgt, aktualisiert und verwaltet werden muss?

Und kann das DAM mithalten? Eine Person sucht ein Asset, öffnet es, nimmt eine Änderung vor und ist fertig. Ein Agent kann in derselben Zeit, die eine Person für eine einzige Anfrage braucht, viele Anfragen stellen. Wenn mehrere Agenten, Anwendungen und Personen gleichzeitig arbeiten, summieren sich diese Anfragen schnell.

Das setzt eine Infrastrukturentscheidung unter Druck, die der DAM-Anbieter lange vor der ersten Agent-Anbindung getroffen hat. Wurde die Plattform für das Volumen maschinell gesteuerter Aktivitäten ausgelegt – oder am Arbeitstempo von Menschen ausgerichtet? Wenn das DAM oder seine APIs das Volumen aufgrund von Kapazitäts- oder Rate-Limits nicht bewältigen können, werden Anfragen gedrosselt oder blockiert. Workflows geraten ins Stocken. Anfragen laufen ab oder schlagen fehl. Was in einer kontrollierten Demo reibungslos funktioniert hat, kann zum Stillstand kommen, sobald die KI echte Arbeit im benötigten Umfang übernimmt.

Hier beginnen sich die Unterschiede zwischen den Plattformen zu summieren. KI an ein DAM anzubinden ist eine Sache. Dem Agenten den nötigen Kontext, den Zugang, die Performance und einen verwalteten Pfad für sinnvolle Arbeit zu verschaffen, ist eine andere. Je mehr Aufgaben ihr der KI übertragt, desto mehr zählt die dahinterstehende Architektur.

Verlasst euch also auf kein Versprechen – auch nicht auf unseres. Fordert den Beweis ein. Im Folgenden findet ihr eine Reihe von Fragen, die ihr Schritt für Schritt durcharbeiten könnt: beginnend mit einer, die alle im Raum stellen können, und endend mit der, die wirklich die Spreu vom Weizen trennt.

Fünf Fragen – jede schwieriger zu beantworten als die vorherige.

Frage 1: Lässt sich euer DAM mit den Tools verbinden, die euer Team bereits nutzt?

Alle werden Ja sagen. Doch was bedeutet dieses Ja wirklich? Stellt die Plattform lediglich APIs bereit, über die andere Anwendungen Assets suchen und abrufen können? Bietet sie unterstützte, vorkonfigurierte Integrationen für gängige Workflows? Lassen sich diese APIs erweitern, um die individuellen Workflows eures Unternehmens zu unterstützen? Und wenn ein anderes System ein Asset nutzt: Greift es auf die verwaltete Quelle zurück – oder erstellt es eine weitere Kopie, die synchronisiert und gepflegt werden muss?

Dann kommt der Agent dazu. Arbeitet diese Verbindung unter derselben Identität, denselben Berechtigungen, Rechten und Governance wie die Personen, die das DAM nutzen – oder wurde der KI ein separater Pfad zum Content eingeräumt? Ein Agent kann weit mehr Entscheidungen treffen und Anfragen stellen als ein Mensch. Eine Verbindung, die diese Kontrollmechanismen umgeht, erhöht das Risiko ebenso wie die Geschwindigkeit.

Jeder Anbieter nennt das „vernetzt“. Doch die Architektur und Governance hinter dieser Verbindung können sehr unterschiedlich sein.

Frage 2: Wie weit reicht euer DAM?

Ist die Verbindung erst hergestellt, was kann sie tatsächlich sehen und abrufen? Alle behaupten, ihr DAM macht Assets verfügbar. Doch was bedeutet „verfügbar“ wirklich? Kann eine andere Anwendung oder ein Agent nur auf die Datei selbst zugreifen – oder auch auf die Informationen, die diese Datei nutzbar machen: beschreibende Metadaten, Produkt- und Kampagnenkontext, Nutzungsrechte, Freigabestatus, Beziehungen zu anderen Assets und deren Herkunft?

Dann blickt über die ursprüngliche Binärdatei hinaus. Wenn das DAM verschiedene Ausgabeformate eines Assets generieren kann: Kann die Verbindung die richtige Größe, den richtigen Zuschnitt, das richtige Format oder eine andere Darstellung finden und anfordern – ohne eine weitere Kopie erstellen und verwalten zu müssen? Kann sie das Original von einer freigegebenen Ausgabe oder einer generierten Variante unterscheiden? Und wenn sie eine davon abruft: Werden Governance und Kontext dabei mitübertragen?

Ein Asset abrufen zu können – das ist eine Art von Reichweite. Den Zugriff auf das Asset selbst, seinen Geschäftskontext, seine Governance und die passende Darstellung für den jeweiligen Zweck zu haben – das ist eine andere. Lasst euch vom Anbieter zeigen, wie weit die Verbindung tatsächlich reicht.

Frage 3: Unterstützt euer DAM Workflow-Verkettung?

Reale Content-Arbeit findet selten in einem einzigen System statt. Ein Asset muss gefunden, angepasst, geprüft, freigegeben, zusammengestellt und letztlich bereitgestellt werden, bevor die Kundschaft es zu Gesicht bekommt. Alle behaupten, diesen Workflow zu unterstützen. Doch zählt die Sprünge. Wie viele Tools, Integrationen, Exporte und Übergaben muss ein Asset durchlaufen, bevor es einsatzbereit und live ist?

Schaut euch dann an, was bei jedem Übergang passiert. Bleibt das Asset mit seiner Identität, seinen Metadaten, seinen Rechten, seinem Validierungsstatus und seiner Quelle verbunden – oder erstellt ein anderes System eine Kopie und beginnt, eine eigene Version zu verwalten? Findet der nächste Schritt als Teil einer vernetzten Content Supply Chain statt – oder muss eine Person oder ein anderes System das Ergebnis übernehmen und vorantreiben?

Bittet den Anbieter, ein echtes Asset vom Ursprung bis zur Platzierung zu verfolgen, und lasst euch dabei jedes beteiligte System zeigen. Ein Workflow mit sechs vernetzten Tools mag technisch integriert sein – doch er bleibt sechs potenzielle Schwachstellen für Content, Kontext und Governance.

Frage 4: Kann eure KI Assets mit Kontext anreichern?

Jeder kann behaupten, seine KI reichere Assets an. Findet heraus, was Anreicherung tatsächlich bedeutet. Generiert die Plattform bei der Aufnahme lediglich einige beschreibende Tags – oder sammelt das Asset kontinuierlich Kontext an, der es über seinen gesamten Lebenszyklus hinweg wertvoller macht? Kann die Plattform erkennen, worum es im Content geht, ihn mit dem Unternehmens- und Markenkontext verknüpfen, Rechte und Governance einbinden, die Herkunft bewahren und daraus lernen, wie und wo dieser Content genutzt wird?

Fragt dann, wer diese Erkenntnisse nutzen kann. Werden sie Teil des Kontexts des verwalteten Assets, auf den Kreativ-Teams, nachgelagerte Anwendungen und AI Agents gleichermaßen zugreifen können – oder sind sie in einer Suchfunktion oder einem separaten KI-Tool eingeschlossen? Und wenn das Asset im Einsatz ist und Ergebnisse liefert: Können diese Signale zurückfließen, um den Kontext für die nächste Entscheidung anzureichern?

Metadaten zu generieren ist Anreicherung in ihrer einfachsten Form. Verlässlichen Kontext aufzubauen, der Mitarbeitenden und KI hilft, Content zu entdecken, zu verstehen, zu nutzen und letztlich zu verbessern – das ist eine deutlich höhere Messlatte.

Frage 5: Unterstützt euer DAM eine verwaltete Lieferung?

Content entfaltet seinen Wert erst, wenn er bei der Zielgruppe ankommt. Jeder kann behaupten, sein DAM liefere Content an Websites, Apps und Kampagnen. Findet heraus, was Lieferung tatsächlich bedeutet. Erhält der Kanal eine weitere Kopie des Assets – oder ruft er Content über eine Lieferungsebene ab, die mit der verwalteten Quelle verbunden ist? Was passiert, wenn das Asset geändert wird, eine neue Validierung erhält, abläuft oder seine Nutzungsrechte verliert – und es bereits im Einsatz ist? Wird die Änderung automatisch übernommen, oder muss jemand manuell Kopien kanalübergreifend suchen und ersetzen?

Führt den Test außerhalb des DAM durch. Lasst den Anbieter ein Asset so anfordern, wie es ein Live-Kanal tun würde. Ändert dann die verwaltete Version und fordert sie erneut an. Was die Kundschaft erhält, sollte den aktuell validierten Stand widerspiegeln – ohne dass jemand manuell Kopien aufspüren muss. Verwalteten Content zu speichern und ihn zu liefern sind zwei verschiedene Dinge.

Jetzt alle fünf zusammenführen. Verbindung, Reichweite, Workflows, Anreicherung und Lieferung – das werden alle bejahen. Entscheidend ist aber, was dieses Ja tatsächlich bedeutet. Können Menschen, Anwendungen und Agenten über verwaltete Verbindungen zusammenarbeiten? Können sie das Asset, seinen Kontext und die passende Darstellung abrufen? Kann Content die Content Supply Chain durchlaufen, ohne an jedem Übergabepunkt Kopien anzuhäufen und den Kontext zu verlieren? Wird der Kontext im Laufe der Zeit reichhaltiger und nützlicher? Und kann der validierte Content die Kundschaft letztlich erreichen, ohne die Verbindung zur verwalteten Quelle zu unterbrechen?

Das ist die Grundlage, auf der KI aufbaut. Ein Agent behebt keine Probleme, die darunter liegen – er übernimmt sie und arbeitet dann schneller und in größerem Maßstab damit. Genau deshalb ist ein Agent, der innerhalb einer vernetzten, kontextbezogenen und verwalteten Content Supply Chain arbeitet, grundlegend anders als einer, der nachträglich an ein DAM angehängt wird. Daran knüpft auch der nächste Beitrag an.

Mit den richtigen Fragen zu den nötigen Antworten.

Wendet jeden Test auf alle Anbieter an – uns eingeschlossen – und achtet auf die Antworten. Eine schwache und eine starke Antwort sehen sehr unterschiedlich aus.

Stellt Adobe auf die Probe.

Wir stellen uns gerne dem Test. So beantwortet Adobe Experience Manager Assets jede Frage – auf Basis dessen, was Adobe öffentlich dokumentiert und wofür Adobe einsteht.

Verbindung. Euer Team kann Assets direkt aus den bereits genutzten Tools heraus aufrufen – über unterstützte Verbindungen: Creative Cloud über Adobe Asset Link, Adobe Workfront, den Rest von Experience Cloud sowie offene APIs, die ihr auf eure eigenen Workflows ausweiten könnt. Dazu kommt Dynamic Media. Bringt ihr einen Agenten ins Spiel, gilt dieselbe Regel: Der vereinheitlichte MCP Server von Adobe Experience Manager arbeitet innerhalb des bestehenden Berechtigungsmodells von Adobe Experience Manager. Der Agent handelt unter der Identität und mit den Berechtigungen der authentifizierten Person – nicht auf einem separaten Pfad, der diese umgeht. Für Änderungen und Löschungen leitet Adobe Agenten an die Benutzeroberfläche des KI-Assistenten weiter, dessen Adobe Experience Manager-Agenten integrierte Schutzmaßnahmen umfassen.

Reichweite. Über diese Verbindung greift eine Anwendung oder ein Agent auf mehr als nur die Datei zu. Zugänglich werden auch die Metadaten und der Geschäftskontext, die die Datei nutzbar machen: die benutzerdefinierten Felder, nach denen eure Teams tatsächlich suchen – etwa Produkt, Markt, Kampagne, Kanal, Rechte und Freigabestatus – sowie die Beziehungen des Assets und seine Provenienz. Die Inhaltssuche von Adobe Experience Manager arbeitet mit natürlicher Sprache gegen diese Felder, sodass ein Agent gezielt nach dem für die jeweilige Aufgabe passenden Asset suchen kann – und nicht nach einem beliebigen Asset mit dem richtigen Dateinamen. Wird eine bestimmte Größe, ein bestimmtes Zuschneiden oder ein bestimmtes Format benötigt, kann Dynamic Media mit OpenAPI die entsprechende Ausgabe per Referenz generieren und bereitstellen – ohne eine weitere Kopie erstellen zu müssen und mit ausschließlich freigegebenen Assets.

Chaining. Im echten Betrieb werden mehrere Systeme durchlaufen – und bei jedem Systemwechsel besteht die Gefahr, den roten Faden zu verlieren. Wenn Anwendungen und Kanäle über den verwalteten Bereitstellungspfad zugreifen, kann das Asset als Referenz auf die freigegebene Quelle bestehen bleiben – statt als Kopie, die jedes Tool eigenständig verwalten muss. Eine einmalige Änderung am verwalteten Asset wirkt sich überall dort aus, wo diese Referenz genutzt wird. So reisen Identität, Rechte und Validierungsstatus mit dem Asset mit – statt bei jedem Schritt neu verknüpft werden zu müssen. Je weniger Kopien ein Workflow erzeugt, desto weniger Stellen gibt es, an denen Content, Kontext und Governance versagen können.

Anreicherung. Die Anreicherung beginnt bei der Aufnahme: Smart Tags für unterstützte Bild-, Video- und Text-Assets, KI-generierte Titel, Beschreibungen und Schlagwörter für kompatible Freigaben sowie benutzerdefinierte Metadaten-Schemas, die den Unternehmens- und Markenkontext abbilden. Dieser Kontext wird Teil des verwalteten Assets und steht Kreativ-Teams, nachgelagerten Anwendungen und Agenten über Suche und Entdeckung zur Verfügung – statt in einer einzigen Suchmaske gefangen zu bleiben. Von dort können Nutzungs- und Bereitstellungssignale in Reporting- und Optimierungs-Workflows einfließen. Adobe erweitert Adobe Experience Manager Assets zudem um Agent-basierte Funktionen, die Metadaten und Nutzungssignale einsetzen, um Entdeckung, Governance und Content-Empfehlungen zu unterstützen. Ein paar Tags zu generieren ist die Basis. Verwalteten Kontext aufzubauen, den Menschen und KI tatsächlich nutzen können, ist der eigentliche Maßstab.

Bereitstellung. Content zählt erst, wenn er die Kundschaft erreicht – und genau hier zeigt sich, ob Governance standhält oder still versagt. Mit Dynamic Media with OpenAPI können Anwendungen und Kanäle eine Bereitstellungs-URL erhalten, die auf das freigegebene Asset verweist – statt auf eine Kopie der Quell-Binärdatei. Dabei sind ausschließlich freigegebene Assets in ihrer aktuell freigegebenen Version zugänglich. Wenn das verwaltete Asset geändert, erneut freigegeben, abgelaufen oder seiner Rechte beraubt wird, lässt sich diese Änderung über den Bereitstellungspfad weitergeben – statt dass jemand veraltete Kopien über alle Kanäle hinweg aufspüren muss. Mit dem dokumentierten Cache-Verhalten wird die Aktualisierung in der Regel in weniger als zehn Minuten sichtbar. Verwalteten Content zu speichern und verwalteten Content bereitzustellen sind zwei grundverschiedene Dinge.

Und das muss auch im Maschinentempo standhalten. Ein Agent stellt viele Anfragen gleichzeitig, während ein Mensch nur eine stellt – deshalb zählt die zugrunde liegende Architektur. Adobe Experience Manager Assets ist Cloud-nativ und skaliert entsprechend der Arbeitslast. Dynamic Media mit OpenAPI liefert Inhalte über ein Managed Content Delivery Network (CDN) und Edge-Caching, das für skalierbare, auf Anwendungen und Maschinen ausgerichtete Nutzung konzipiert ist – mit Transformationen, die an der Edge verarbeitet werden, um die Last am Ursprungsserver zu reduzieren. Die tatsächliche Performance hängt von eurem Anfrage-Mix, den Transformationen, dem Caching und der Konfiguration ab. Der einzig sinnvolle Weg, das zu belegen, ist daher eine repräsentative Validierung mit euren eigenen Assets und Workflows – keine einmalige Lastspitze in einer Demo.

Wer alle fünf Elemente zusammenbringt, hat das Fundament, das ein Agent wirklich braucht: verwaltete Verbindungen, echten Zugang zu Kontext, eine Lieferkette, die der unkontrollierten Vervielfältigung von Kopien bei jedem Übergabeschritt widersteht, Kontext, der kontinuierlich wertvoller wird, und validierte Inhalte, die die Kundschaft erreichen, ohne die Verbindung zur Quelle zu verlieren. Ein Agent behebt keine Schwachstellen in der darunter liegenden Infrastruktur – er übernimmt sie und arbeitet schneller und in größerem Maßstab damit. Das ist der Unterschied zwischen einem Agenten, der innerhalb einer vernetzten, verwalteten Content Supply Chain arbeitet, und einem, der lediglich von außen an ein DAM angebunden wird.

Das müsst ihr uns nicht einfach glauben. Adobe wurde als Leader im 2025 Gartner® Magic Quadrant™ for Digital Asset Management Platforms und in The Forrester Wave™: Digital Asset Management Systems, Q1 2026 ausgezeichnet.

So geht ihr beim nächsten Anbietergespräch vor

Stellt diese Fragen in jedem Gespräch auf eurer Auswahlliste – auch bei uns. Fragt nicht, ob sie etwas können. Fordert sie auf, es live zu zeigen – an einem echten Asset, nicht in einer einstudierten Sandbox. Verbindet das System mit einem Tool, das euer Team tatsächlich nutzt, und prüft, ob die Anwendung mit dem verwalteten Asset arbeitet oder einfach eine Kopie zieht. Fragt, was die Verbindung über die Datei hinaus erfassen kann. Verfolgt ein Asset vom Ursprung bis zur Platzierung und zählt die Übergabeschritte. Importiert etwas und schaut, was die Plattform daraus macht. Fordert es dann so an, wie es ein Live-Kanal tun würde, ändert die validierte Version und bestätigt, dass die Inhalte, die die Kundschaft erhält, aktualisiert werden – ohne dass jemand Kopien nachjagen muss. Legt eine realistische, repräsentative Arbeitslast an – die Art gleichzeitiger Aktivität von Menschen und Agenten, die ihr tatsächlich erwartet – anstatt euch mit Demo-Volumen zu begnügen.

Achtet genau darauf, wann ein Anbieter nach einer Folie, einer Roadmap oder einer Erklärung greift. Genau dieser Moment ist eure Antwort – der Augenblick, in dem ein Versprechen aufhört, zum Nachweis zu werden. Der Anbieter, dessen Belege in allen fünf Bereichen standhalten, ist derjenige, der eure KI-Workflows wahrscheinlich noch in Jahr drei betreibt – lange nachdem die Demo nur noch eine Erinnerung ist.

Denn jedes DAM sagt Ja. Aber nur wenige können es auch zeigen.

Häufig gestellte Fragen zu EML-Dateien.

https://business.adobe.com/fragments/resources/cards/thank-you-collections/experience-manager-assets