Adobe stock lit le XMP intégré : titre et mots-clés dans le fichier

Pour la vidéo, Adobe Stock a deux champs de métadonnées qui comptent : un titre et une liste de mots-clés. Il n’y a pas de champ description, et vous ne choisissez pas la catégorie. Ce que la documentation contributeur d’Adobe ne disait pas, à notre lecture, c’est qu’Adobe lit les deux champs directement dans le fichier, à partir du XMP qui y est intégré, sans CSV et sans rien saisir dans le portail.

Cette page montre ce qui a été mesuré, les limites de chaque champ, et comment écrire le XMP pour qu’il parvienne à Adobe intact.

Ce qui a été mesuré

Le 2026-09-07, connectés à un compte contributeur réel avec lequel nous travaillons et en lecture seule, nous avons ouvert l’onglet In review du portail. Douze clips étaient en modération. Chacun affichait le titre et les mots-clés qui avaient été intégrés en XMP dans son fichier, et les mots-clés étaient dans l’ordre où ils avaient été écrits.

Aucun CSV n’avait jamais été appliqué à ces clips. Toute tentative d’en appliquer un avait échoué pendant la navigation dans le portail : le XMP intégré est donc le seul endroit d’où leurs métadonnées pouvaient venir. Le portail affichait aussi une catégorie sur chaque clip, « Animals », qu’Adobe avait attribuée lui-même.

À notre première lecture de la documentation contributeur d’Adobe, elle décrivait la lecture des métadonnées intégrées pour les fichiers JPEG et vectoriels uniquement, et ne disait rien des MOV ou MP4. Il s’agit donc d’un comportement que nous avons observé, pas d’un comportement qu’Adobe documente. Il pourrait changer sans préavis, et c’est dans le portail qu’un changement se verrait en premier.

Les champs qu’Adobe lit, et leurs limites

La limite de titre est 200, pas 70. La page des exigences CSV d’Adobe indique 70 caractères. Le modèle CSV d’Adobe et, de façon décisive, la boîte de dialogue Upload CSV du portail indiquent 200. C’est le champ du portail qui doit accepter le titre : 200 est donc le chiffre qui compte. Les virgules n’y sont pas autorisées.

Comme le titre est le seul champ texte d’Adobe, il peut porter une phrase descriptive complète plutôt qu’une courte étiquette, tant qu’il reste sous 200 caractères et sans virgule.

La limite de mots-clés est 49, pas 50. Les pages d’Adobe divergent, et son propre modèle CSV tranche : « Max 49 keywords ». L’ordre compte, car Adobe indique que « the first 10 keywords carry the most weight in search results » (les 10 premiers mots-clés pèsent le plus dans les résultats de recherche). Comme l’ordre dans le fichier se conserve jusque dans le portail, les dix que vous écrivez en premier sont les dix qui pèsent le plus.

Collez un titre ci-dessous pour voir s’il tient dans le champ d’Adobe, et dans les champs des autres places de marché, tel qu’il est écrit.

Écrire le XMP avec ExifTool

ExifTool écrit du XMP dans les fichiers MOV et MP4, et il a sur la vidéo quatre comportements faciles à manquer. Les quatre ont été mesurés.

Utilisez toujours des préfixes de groupe explicites. Un simple -Keywords= n’atterrit pas là où vous le croyez : sur une vidéo, il part en silence dans XMP-pdf:Keywords, ce qui ne sert à rien ici. Écrivez -XMP-dc:Title et -XMP-dc:Subject, avec le groupe nommé.

Répétez -XMP-dc:Subject une fois par mot-clé. Répéter la balise construit une vraie liste (un rdf:Bag) avec une entrée par mot-clé. Joindre les mots-clés par des virgules dans un seul argument produit un unique mot-clé littéralement nommé « a, b, c ».

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

L’option -o écrit un nouveau fichier et laisse clip.mp4 intact, le bon réflexe avec des séquences que vous ne pouvez pas refilmer.

Le Keys:Keywords de QuickTime, c’est l’inverse. Ce n’est pas une balise de liste (vous pouvez le confirmer avec exiftool -listx -Keys:all). La répéter écrase, et seule la dernière valeur survit : si vous l’écrivez, écrivez donc une seule chaîne jointe par des virgules. C’est la liste XMP qui porte le sens ; le bloc Keys est une copie de courtoisie pour les lecteurs.

Si une bibliothèque pilote ExifTool à votre place, vérifiez ses règles composites. Certaines bibliothèques appliquent par défaut les règles du Metadata Working Group (MWG), qui réaiguillent Title et Description vers des groupes de leur choix et défont vos préfixes explicites. Désactivez-les lors de l’écriture.

Deux limites pratiques sur les fichiers vidéo :

• Chaque écriture est une copie complète du fichier. ExifTool a besoin d’environ deux fois la taille du fichier en espace libre dans le dossier du fichier lui-même, pas dans le dossier temporaire du système. C’est rapide, autour de 600 Mo/s sur un disque NVMe Apple, soit environ 7 secondes pour 4 Go.
• Utilisez ExifTool 13.17 ou une version plus récente. La version 13.16 et les antérieures peuvent corrompre les fichiers QuickTime qui contiennent un atome wide de taille invalide.

Une écriture interrompue laisse l’original identique octet pour octet, mais elle peut laisser derrière elle des fichiers *_exiftool_tmp. Nettoyez-les avant la prochaine exécution.

Écrivez-le en dernier : ffmpeg efface le XMP

L’ordre est donc fixe : toutes les réparations d’abord, l’écriture des métadonnées en dernier, juste avant la mise en ligne. Si une réparation doit intervenir après l’écriture, recopiez les métadonnées depuis le fichier balisé :

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

C’est l’ordre que suit Rushlot : les clips sont d’abord vérifiés et réparés, vous relisez le titre et les mots-clés, et le XMP est écrit comme toute dernière étape avant le transfert.

Champs de cession de droits : écrits, mais sans preuve de lecture

Adobe demande si un clip montre des personnes reconnaissables. Le XMP a une manière normalisée de l’indiquer, les champs de cession PLUS. plus:ModelReleaseStatus réglé sur MR-NAP signifie « sans objet » : il n’y a pas de personnes reconnaissables. MR-NON signifie l’inverse, qu’il y a des personnes et qu’aucune cession ne les couvre.

ExifTool 13.59 les écrit correctement. Le fait qu’Adobe les lise n’a pas été mesuré : nous savons qu’Adobe lit le titre et les mots-clés dans le fichier, et c’est une affirmation différente. Le champ vaut tout de même la peine d’être écrit quand il est vrai, car il énonce un fait sur les séquences sur n’importe quelle place de marché. C’est aussi le seul champ où se tromper est une affirmation sur des droits plutôt qu’un mot-clé faible : Rushlot ne l’écrit donc que lorsque rien, dans le titre, les mots-clés ou les images, ne laisse supposer une personne, et le laisse sinon à votre appréciation.

Même fichier, trois lecteurs différents

Le même XMP ne voyage pas de la même façon partout. Mesuré sur des comptes contributeur réels (Adobe Stock le 2026-09-07, Pond5 et Shutterstock le 2026-09-11) :

Écrivez le XMP une fois, correctement, et il sert deux des trois. Shutterstock exige sa propre voie dans tous les cas.

Une faille que nous n’avons pas comblée

Rushlot n’écrit jamais dans votre fichier original ; il écrit dans la copie de travail réparée. Un clip qui n’a besoin d’aucune réparation n’obtient pas de copie de travail : aujourd’hui, il serait donc mis en ligne sans son XMP. Cela ne s’est pas produit sur le compte avec lequel nous travaillons, car tout clip qui y est filmé a besoin d’une réparation (un master HEVC ou une piste audio), mais c’est une faille connue et ouverte, et nous préférons que vous la lisiez ici plutôt que de la découvrir dans le portail.