Adobe stock lee el XMP incrustado: título y palabras clave

Para vídeo, Adobe Stock tiene dos campos de metadatos que importan: un título y una lista de palabras clave. No hay campo de descripción y tú no eliges la categoría. Lo que la documentación de colaborador de Adobe no decía, cuando la leímos, es que Adobe lee ambos campos directamente del archivo, del XMP incrustado en él, sin CSV y sin nada escrito en el portal.

Esta página muestra lo que se midió, los límites que tiene cada campo y cómo escribir el XMP para que llegue a Adobe intacto.

Lo que se midió

El 2026-09-07, con sesión iniciada en una cuenta real de colaborador con la que trabajamos y leyendo solamente, abrimos la pestaña In review del portal. Había doce clips en moderación. Cada uno mostraba el título y las palabras clave que se habían incrustado en su archivo como XMP, y las palabras clave estaban en el orden en que se escribieron.

Nunca se había aplicado ningún CSV a esos clips. Todos los intentos de aplicar uno habían fallado al navegar por el portal, así que el XMP incrustado es el único sitio del que podían haber salido sus metadatos. El portal también mostraba una categoría en cada clip, "Animals", que Adobe había asignado por su cuenta.

Cuando leímos por primera vez la documentación de colaborador de Adobe, describía la lectura de metadatos incrustados solo para archivos JPEG y vectoriales, y no decía nada de MOV ni MP4. Así que esto es un comportamiento que observamos, no un comportamiento que Adobe documente. Podría cambiar sin previo aviso, y el portal es donde un cambio se vería primero.

Los campos que Adobe lee, y sus límites

El límite del título es 200, no 70. La página de requisitos del CSV de Adobe dice 70 caracteres. La plantilla de CSV de Adobe y, de forma decisiva, el propio diálogo Upload CSV del portal dicen 200. El campo del portal es lo que tiene que aceptar el título, así que 200 es el número que cuenta. Las comas no están permitidas en él.

Como el título es el único campo de texto de Adobe, puede llevar una frase descriptiva completa en lugar de una etiqueta corta, siempre que se mantenga dentro de los 200 caracteres y no tenga coma.

El límite de palabras clave es 49, no 50. Las páginas de Adobe no se ponen de acuerdo, y su propia plantilla de CSV lo zanja: "Max 49 keywords". El orden importa, porque Adobe dice que "las 10 primeras palabras clave tienen más peso en los resultados de búsqueda". Como el orden en el archivo sobrevive hasta el portal, las diez que escribas primero son las diez que más pesan.

Pega un título abajo para ver si cabe en el campo de Adobe, y en los campos de las demás plataformas, tal como está escrito.

Escribir el XMP con ExifTool

ExifTool escribe XMP en archivos MOV y MP4, y tiene cuatro comportamientos en vídeo que son fáciles de equivocar. Los cuatro se midieron.

Usa siempre prefijos de grupo explícitos. Un -Keywords= a secas no cae donde crees: en un vídeo va en silencio a XMP-pdf:Keywords, que aquí no sirve de nada. Escribe -XMP-dc:Title y -XMP-dc:Subject, con el grupo nombrado.

Repite -XMP-dc:Subject una vez por palabra clave. Repetir la etiqueta construye una lista correcta (un rdf:Bag) con una entrada por palabra clave. Unir las palabras clave con comas en un solo argumento produce una única palabra clave llamada literalmente "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

La opción -o escribe un archivo nuevo y deja clip.mp4 intacto, que es la costumbre segura con material que no puedes volver a grabar.

QuickTime Keys:Keywords es lo contrario. No es una etiqueta de lista (puedes confirmarlo con exiftool -listx -Keys:all). Repetirla sobrescribe, y solo sobrevive el último valor, así que si la escribes, escribe una sola cadena unida por comas. La lista XMP es la que lleva el significado; el bloque Keys es una copia de cortesía para los reproductores.

Si una biblioteca maneja ExifTool por ti, comprueba sus reglas de composición. Algunas bibliotecas aplican por defecto las reglas del Metadata Working Group (MWG), que redirigen Title y Description a grupos de su propia elección y deshacen tus prefijos explícitos. Desactívalas al escribir.

Dos límites prácticos en archivos de vídeo:

• Cada escritura es una copia completa del archivo. ExifTool necesita aproximadamente el doble del tamaño del archivo libre en el propio directorio del archivo, no en la carpeta temporal del sistema. Es rápido, alrededor de 600 MB/s en un disco Apple NVMe, así que unos 7 segundos para 4 GB.
• Usa ExifTool 13.17 o posterior. La versión 13.16 y anteriores pueden corromper archivos QuickTime que contienen un átomo wide con un tamaño no válido.

Una escritura interrumpida deja el original idéntico byte a byte, pero puede dejar atrás archivos *_exiftool_tmp. Bórralos antes de la siguiente ejecución.

Escríbelo al final: ffmpeg elimina el XMP

Así que el orden es fijo: primero todas las reparaciones, la escritura de los metadatos al final, justo antes de subir. Si una reparación tiene que ocurrir después de la escritura, copia los metadatos de vuelta desde el archivo etiquetado:

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

Este es el orden que sigue Rushlot: los clips se comprueban y reparan primero, tú revisas el título y las palabras clave, y el XMP se escribe como el último paso antes de la transferencia.

Campos de cesión: escritos, pero sin certeza de que se lean

Adobe pregunta si un clip muestra personas reconocibles. XMP tiene una forma estándar de declararlo, los campos de cesión PLUS. plus:ModelReleaseStatus puesto en MR-NAP significa "no aplicable": no hay personas reconocibles. MR-NON significa lo contrario, que hay personas y ninguna cesión las cubre.

ExifTool 13.59 escribe estos valores correctamente. Si Adobe los lee no se ha medido: sabemos que Adobe lee el título y las palabras clave del archivo, y esa es una afirmación distinta. Aun así, merece la pena escribir el campo cuando es cierto, porque declara un hecho sobre el material en cualquier plataforma. Es también el único campo donde equivocarse es una afirmación sobre derechos y no una palabra clave débil, así que Rushlot lo escribe solo cuando nada en el título, las palabras clave o los fotogramas sugiere una persona, y por lo demás te lo deja a ti para que decidas.

El mismo archivo, tres lectores distintos

El mismo XMP no viaja igual en todas partes. Medido en cuentas reales de colaborador (Adobe Stock el 2026-09-07, Pond5 y Shutterstock el 2026-09-11):

Escribe el XMP una vez, correctamente, y sirve para dos de las tres. Shutterstock necesita su propia ruta en cualquier caso.

Una brecha que no hemos cerrado

Rushlot nunca escribe en tu archivo original; escribe en la copia de trabajo reparada. Un clip que no necesita ninguna reparación no obtiene copia de trabajo, así que hoy se subiría sin su XMP. No ha ocurrido en la cuenta con la que trabajamos, porque cada clip grabado allí necesita una reparación (un máster HEVC o una pista de audio), pero es una brecha conocida y abierta y preferimos que la leas aquí a que la descubras en el portal.