A Adobe stock lê o XMP embutido: título e palavras-chave no arquivo

Para vídeo, a Adobe Stock tem dois campos de metadados que importam: um título e uma lista de palavras-chave. Não há campo de descrição, e você não escolhe a categoria. O que a documentação de colaborador da Adobe não dizia, quando a lemos, é que a Adobe lê ambos os campos direto do arquivo, a partir do XMP embutido nele, sem nenhum CSV e sem nada digitado no portal.

Esta página mostra o que foi medido, os limites de cada campo e como escrever o XMP para que ele chegue à Adobe intacto.

O que foi medido

Em 2026-09-07, logados numa conta ativa de colaborador com a qual trabalhamos e apenas lendo, abrimos a aba In review do portal. Doze clipes estavam em moderação. Cada um mostrava o título e as palavras-chave que tinham sido embutidos em seu arquivo como XMP, e as palavras-chave estavam na ordem em que foram escritas.

Nenhum CSV jamais tinha sido aplicado a esses clipes. Toda tentativa de aplicar um tinha falhado durante a navegação no portal, então o XMP embutido é o único lugar de onde os metadados poderiam ter vindo. O portal também mostrava uma categoria em cada clipe, "Animals", que a Adobe tinha atribuído por conta própria.

Quando lemos a documentação de colaborador da Adobe pela primeira vez, ela descrevia a leitura de metadados embutidos apenas para arquivos JPEG e vetoriais, e não dizia nada sobre MOV ou MP4. Então este é um comportamento que observamos, não um comportamento que a Adobe documenta. Ele pode mudar sem aviso, e o portal é onde uma mudança apareceria primeiro.

Os campos que a Adobe lê, e seus limites

O limite do título é 200, não 70. A página de requisitos de CSV da Adobe diz 70 caracteres. O template de CSV da Adobe e, de forma decisiva, a própria janela Upload CSV do portal dizem 200. O campo do portal é o que precisa aceitar o título, então 200 é o número que conta. Vírgulas não são permitidas nele.

Como o título é o único campo de texto da Adobe, ele pode carregar uma frase descritiva completa em vez de um rótulo curto, desde que fique dentro de 200 caracteres e não tenha vírgula.

O limite de palavras-chave é 49, não 50. As páginas da Adobe divergem, e seu próprio template de CSV resolve a questão: "Max 49 keywords". A ordem importa, porque a Adobe diz que "as 10 primeiras palavras-chave carregam o maior peso nos resultados de busca". Como a ordem no arquivo sobrevive até o portal, as dez que você escreve primeiro são as dez que mais pesam.

Cole um título abaixo para ver se ele cabe no campo da Adobe, e nos campos das outras marketplaces, tal como está escrito.

Escrevendo o XMP com o ExifTool

O ExifTool escreve XMP em arquivos MOV e MP4, e tem quatro comportamentos em vídeo que são fáceis de errar. Todos os quatro foram medidos.

Use sempre prefixos de grupo explícitos. Um -Keywords= simples não vai parar onde você pensa: num vídeo ele silenciosamente vai para XMP-pdf:Keywords, o que é inútil aqui. Escreva -XMP-dc:Title e -XMP-dc:Subject, com o grupo nomeado.

Repita -XMP-dc:Subject uma vez por palavra-chave. Repetir a tag constrói uma lista adequada (um rdf:Bag) com uma entrada por palavra-chave. Juntar as palavras-chave com vírgulas em um único argumento produz uma única palavra-chave literalmente chamada "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

A opção -o escreve um novo arquivo e deixa clip.mp4 intocado, o que é o hábito seguro com imagens que você não pode filmar de novo.

O Keys:Keywords do QuickTime é o oposto. Ele não é uma tag de lista (você pode confirmar com exiftool -listx -Keys:all). Repeti-lo sobrescreve, e só o último valor sobrevive, então, se você for escrevê-lo, escreva uma única string unida por vírgulas. A lista XMP é o que carrega o significado; o bloco Keys é uma cópia de cortesia para os players.

Se uma biblioteca conduz o ExifTool por você, confira as regras de composição dela. Algumas bibliotecas aplicam as regras do Metadata Working Group (MWG) por padrão, que redirecionam Título e Descrição para grupos de sua própria escolha e desfazem seus prefixos explícitos. Desligue-as ao escrever.

Dois limites práticos em arquivos de vídeo:

• Cada escrita é uma cópia completa do arquivo. O ExifTool precisa de cerca de duas vezes o tamanho do arquivo livre no diretório do próprio arquivo, não na pasta temporária do sistema. É rápido, cerca de 600 MB/s num drive NVMe da Apple, ou seja, cerca de 7 segundos para 4 GB.
• Use o ExifTool 13.17 ou mais recente. As versões 13.16 e anteriores podem corromper arquivos QuickTime que contêm um átomo wide com tamanho inválido.

Uma escrita interrompida deixa o original idêntico byte a byte, mas pode deixar arquivos *_exiftool_tmp para trás. Limpe-os antes da próxima execução.

Escreva por último: o ffmpeg remove o XMP

Então a ordem é fixa: todos os reparos primeiro, a escrita dos metadados por último, imediatamente antes do envio. Se um reparo tiver que acontecer depois da escrita, copie os metadados de volta do arquivo marcado:

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

Esta é a ordem que a Rushlot segue: os clipes são verificados e reparados primeiro, você revisa o título e as palavras-chave, e o XMP é escrito como o passo final antes da transferência.

Campos de release: escritos, mas sem evidência de que são lidos

A Adobe pergunta se um clipe mostra pessoas reconhecíveis. O XMP tem uma forma padrão de declarar isso, os campos de release PLUS. plus:ModelReleaseStatus definido como MR-NAP significa "não se aplica": não há pessoas reconhecíveis. MR-NON significa o oposto, que há pessoas e nenhum release as cobre.

O ExifTool 13.59 escreve esses campos corretamente. Se a Adobe os lê não foi medido: sabemos que a Adobe lê o Título e as Palavras-chave do arquivo, e essa é uma afirmação diferente. O campo ainda vale a pena ser escrito quando é verdadeiro, porque declara um fato sobre as imagens em qualquer marketplace. É também o único campo em que estar errado é uma afirmação sobre direitos em vez de uma palavra-chave fraca, então a Rushlot só o escreve quando nada no título, nas palavras-chave ou nos quadros sugere uma pessoa, e caso contrário deixa a decisão para você.

Mesmo arquivo, três leitores diferentes

O mesmo XMP não viaja da mesma forma em todo lugar. Medido em contas ativas de colaborador (Adobe Stock em 2026-09-07, Pond5 e Shutterstock em 2026-09-11):

Escreva o XMP uma vez, corretamente, e ele serve a duas das três. A Shutterstock precisa de sua própria rota de qualquer forma.

Uma lacuna que não fechamos

A Rushlot nunca escreve dentro do seu arquivo original; ela escreve na cópia de trabalho reparada. Um clipe que não precisa de reparo não ganha cópia de trabalho, então hoje ele seria enviado sem o seu XMP. Isso não aconteceu na conta com a qual trabalhamos, porque todo clipe filmado ali precisa de um reparo (um master HEVC ou uma faixa de áudio), mas é uma lacuna conhecida e aberta, e preferimos que você leia isto aqui a descobri-lo no portal.