Adobe stock liest eingebettetes XMP: titel und keywords in der datei

Für Video hat Adobe Stock zwei Metadatenfelder, die zählen: einen Titel und eine Keyword-Liste. Es gibt kein Beschreibungsfeld, und du wählst die Kategorie nicht. Was Adobes Contributor-Dokumentation nicht sagte, als wir sie lasen, ist, dass Adobe beide Felder direkt aus der Datei liest, aus dem darin eingebetteten XMP, ohne CSV und ohne etwas im Portal einzutippen.

Diese Seite zeigt, was gemessen wurde, welche Limits jedes Feld hat und wie man das XMP so schreibt, dass es unversehrt bei Adobe ankommt.

Was gemessen wurde

Am 2026-09-07, angemeldet auf einem aktiven Contributor-Konto, mit dem wir arbeiten, und nur lesend, öffneten wir den In-review-Tab des Portals. Zwölf Clips waren in Moderation. Jeder zeigte den Titel und die Keywords, die als XMP in seine Datei eingebettet worden waren, und die Keywords waren in der Reihenfolge, in der sie geschrieben wurden.

Es war nie ein CSV auf diese Clips angewandt worden. Jeder Versuch, eines anzuwenden, war beim Navigieren im Portal gescheitert, also ist das eingebettete XMP der einzige Ort, aus dem ihre Metadaten stammen konnten. Das Portal zeigte auf jedem Clip auch eine Kategorie, "Animals", die Adobe selbst vergeben hatte.

Als wir Adobes Contributor-Dokumentation zuerst lasen, beschrieb sie das Lesen eingebetteter Metadaten nur für JPEG- und Vektordateien und sagte nichts über MOV oder MP4. Das ist also ein Verhalten, das wir beobachtet haben, kein Verhalten, das Adobe dokumentiert. Es könnte sich ohne Ankündigung ändern, und das Portal ist der Ort, an dem eine Änderung zuerst auftauchen würde.

Die Felder, die Adobe liest, und ihre Limits

Das Titel-Limit ist 200, nicht 70. Adobes Seite zu den CSV-Anforderungen nennt 70 Zeichen. Adobes CSV-Vorlage und, entscheidend, der Upload-CSV-Dialog des Portals selbst nennen 200. Das Feld des Portals ist das, was den Titel akzeptieren muss, also ist 200 die Zahl, die zählt. Kommas sind darin nicht erlaubt.

Weil der Titel Adobes einziges Textfeld ist, kann er einen vollständigen beschreibenden Satz tragen statt eines kurzen Etiketts, solange er innerhalb von 200 Zeichen bleibt und kein Komma hat.

Das Keyword-Limit ist 49, nicht 50. Adobes Seiten widersprechen sich, und seine eigene CSV-Vorlage entscheidet es: "Max 49 keywords". Die Reihenfolge zählt, denn Adobe sagt, "die ersten 10 Keywords tragen in den Suchergebnissen das meiste Gewicht". Da die Reihenfolge in der Datei ins Portal übersteht, sind die zehn, die du zuerst schreibst, die zehn, die am stärksten zählen.

Füge unten einen Titel ein, um zu sehen, ob er in Adobes Feld und in die Felder der anderen Marktplätze passt, so wie geschrieben.

Das XMP mit ExifTool schreiben

ExifTool schreibt XMP in MOV- und MP4-Dateien, und es hat bei Video vier Verhaltensweisen, die man leicht falsch macht. Alle vier wurden gemessen.

Verwende immer explizite Gruppenpräfixe. Ein nacktes -Keywords= landet nicht dort, wo du denkst: Bei einem Video geht es stillschweigend nach XMP-pdf:Keywords, was hier nutzlos ist. Schreibe -XMP-dc:Title und -XMP-dc:Subject, mit benannter Gruppe.

Wiederhole -XMP-dc:Subject einmal pro Keyword. Das wiederholte Tag baut eine echte Liste (ein rdf:Bag) mit einem Eintrag pro Keyword. Die Keywords mit Kommas zu einem Argument zu verbinden, erzeugt ein einzelnes Keyword, das wörtlich "a, b, c" heißt.

exiftool -o clip-tagged.mp4 \
  -XMP-dc:Title="Title sentence with no commas" \
  -XMP-dc:Subject="first keyword" \
  -XMP-dc:Subject="second keyword" \
  -XMP-dc:Subject="third keyword" \
  clip.mp4

Die Option -o schreibt eine neue Datei und lässt clip.mp4 unberührt, was die sichere Gewohnheit bei Footage ist, das du nicht noch einmal drehen kannst.

QuickTime Keys:Keywords ist das Gegenteil. Es ist kein Listen-Tag (du kannst es mit exiftool -listx -Keys:all bestätigen). Wiederholen überschreibt, und nur der letzte Wert überlebt, also schreibe, wenn du es überhaupt schreibst, einen per Komma verbundenen String. Die XMP-Liste ist das, was die Bedeutung trägt; der Keys-Block ist eine freundliche Kopie für Player.

Wenn eine Bibliothek ExifTool für dich steuert, prüfe ihre Composite-Regeln. Manche Bibliotheken wenden standardmäßig die Regeln der Metadata Working Group (MWG) an, die Titel und Beschreibung in Gruppen eigener Wahl umleiten und deine expliziten Präfixe rückgängig machen. Schalte sie beim Schreiben ab.

Zwei praktische Limits bei Videodateien:

• Jedes Schreiben ist eine vollständige Kopie der Datei. ExifTool braucht etwa die doppelte Dateigröße frei im Verzeichnis der Datei selbst, nicht im temporären Ordner des Systems. Es geht schnell, rund 600 MB/s auf einer Apple-NVMe-Platte, also etwa 7 Sekunden für 4 GB.
• Verwende ExifTool 13.17 oder neuer. Version 13.16 und früher können QuickTime-Dateien beschädigen, die ein wide-Atom mit ungültiger Größe enthalten.

Ein abgebrochenes Schreiben lässt das Original byte-identisch, kann aber *_exiftool_tmp-Dateien zurücklassen. Räume sie vor dem nächsten Lauf weg.

Schreibe es zuletzt: ffmpeg entfernt XMP

Die Reihenfolge ist also festgelegt: jede Reparatur zuerst, das Schreiben der Metadaten zuletzt, unmittelbar vor dem Upload. Wenn eine Reparatur nach dem Schreiben passieren muss, kopiere die Metadaten aus der getaggten Datei zurück:

exiftool -tagsFromFile tagged.mp4 -XMP:all -Keys:all repaired.mp4

Das ist die Reihenfolge, der Rushlot folgt: Clips werden zuerst geprüft und repariert, du prüfst Titel und Keywords, und das XMP wird als allerletzter Schritt vor der Übertragung geschrieben.

Release-Felder: geschrieben, aber nicht nachweislich gelesen

Adobe fragt, ob ein Clip erkennbare Personen zeigt. XMP hat eine standardisierte Art, das anzugeben, die PLUS-Release-Felder. plus:ModelReleaseStatus auf MR-NAP gesetzt bedeutet "nicht zutreffend": Es gibt keine erkennbaren Personen. MR-NON bedeutet das Gegenteil, dass es Personen gibt und kein Release sie abdeckt.

ExifTool 13.59 schreibt diese korrekt. Ob Adobe sie liest, wurde nicht gemessen: Wir wissen, dass Adobe Titel und Keywords aus der Datei liest, und das ist eine andere Aussage. Das Feld ist trotzdem wert geschrieben zu werden, wenn es stimmt, denn es stellt eine Tatsache über das Material auf jedem Marktplatz fest. Es ist auch das eine Feld, bei dem falsch zu liegen eine Aussage über Rechte ist statt ein schwaches Keyword, also schreibt Rushlot es nur, wenn nichts im Titel, in den Keywords oder in den Einzelbildern auf eine Person hindeutet, und überlässt es dir sonst zu entscheiden.

Dieselbe Datei, drei verschiedene Leser

Dasselbe XMP reist nicht überall gleich. Gemessen auf aktiven Contributor-Konten (Adobe Stock am 2026-09-07, Pond5 und Shutterstock am 2026-09-11):

Schreibe das XMP einmal, korrekt, und es dient zweien der drei. Shutterstock braucht ohnehin seinen eigenen Weg.

Eine Lücke, die wir nicht geschlossen haben

Rushlot schreibt nie in deine Originaldatei; es schreibt in die reparierte Arbeitskopie. Ein Clip, der keine Reparatur braucht, bekommt keine Arbeitskopie, also würde er heute ohne sein XMP hochgeladen. Auf dem Konto, mit dem wir arbeiten, ist das nicht passiert, weil jeder dort gedrehte Clip eine Reparatur braucht (ein HEVC-Master oder eine Audiospur), aber es ist eine bekannte, offene Lücke, und wir möchten lieber, dass du sie hier liest, als dass du sie im Portal entdeckst.