Por que uploads duplicados fazem contas de footage serem suspensas

Um upload duplicado é um erro de footage que pode custar mais que o próprio clipe. Reenviar um arquivo corrigido é o que aciona a detecção de duplicatas da Adobe, e nos relatos que lemos é a causa mais documentada de suspensão de conta de colaborador.

O contrato de colaborador da Adobe não menciona duplicatas de forma alguma. O que ele diz, no §8.1, é isto: "We may terminate these Product Specific Terms, remove any Work, or suspend your account, without prior notice." O diálogo de upload da Getty, lido em 2026-09-11, pede que você concorde que descumprir seus requisitos de upload "can result in account suspension or closure".

Nada abaixo torna uma conta segura, e nenhuma ferramenta pode prometer isso. O que segue são as regras que cada marketplace define, o que medimos, e duas duplicatas que nós mesmos criamos enquanto construíamos a Rushlot, contadas de forma direta porque são a parte mais útil.

O que conta como duplicata

Uma duplicata é o mesmo clipe duas vezes na mesma marketplace. Isso inclui:

• um reenvio corrigido (um título melhor, um começo cortado, uma taxa de quadros ajustada);
• uma reexportação da mesma gravação em outra resolução ou bitrate;
• o mesmo arquivo enviado duas vezes porque o primeiro envio pareceu ter falhado.

Vender um clipe em várias marketplaces é outra coisa. A FAQ da Pond5 afirma que ela é não exclusiva por padrão e que o mesmo clipe pode ser vendido na Adobe e na Getty.

Os motivos de recusa da Adobe também incluem um para semelhança. Sua aba Not accepted, lida numa conta ativa de colaborador em 2026-09-16, usa o motivo SIMILAR CONTENT IN OUR COLLECTION ao lado de QUALITY ISSUES e INTELLECTUAL PROPERTY REFUSAL.

As regras, marketplace por marketplace

Adobe Stock. Na conta que medimos, doze clipes enviados por SFTP foram encontrados na aba In review dois dias depois, trazendo o título e as palavras-chave embutidos, sem nada clicado no portal. Então não há uma área de preparo silenciosa onde um erro possa ser corrigido antes da revisão. O único momento seguro para corrigir um clipe é antes de ele ser enviado.

Pond5. A frase completa da FAQ da Pond5: "Resubmitting rejected content (or deleting and resubmitting pending content) will result in rejection". A detecção de duplicatas no momento do upload da Pond5 também é relatada como capaz de lembrar arquivos apagados, e suas diretrizes legais ligam o envio repetido à suspensão. A saída é no lugar: o formulário de edição da Pond5 e seu Apply CSV corrigem um clipe que já está na conta.

Shutterstock. Medido em 2026-09-11, a Shutterstock ingeriu um arquivo no portal cerca de dois segundos depois da transferência, e o arquivo tinha sumido da raiz do FTPS na listagem seguinte. Você não pode perguntar ao servidor se um clipe já está lá. A única coisa que sabe que um clipe foi enviado é o seu próprio registro dele.

Duas duplicatas que criamos, e o que elas nos ensinaram

Um nome de arquivo em duas pastas (2026-09-17)

Um lote que enviamos continha a mesma gravação duas vezes: a própria exportação do colaborador, e uma reexportação 1080p feita por engano durante o nosso próprio trabalho, sob o mesmo nome de arquivo em duas pastas diferentes. Ele foi para a Adobe, a Getty e a Shutterstock como um par de duplicatas.

Toda verificação que tínhamos comparava caminhos de arquivo, e duas pastas formam dois caminhos diferentes. Nada olhava para o nome. Só a Pond5 recusou o par, e só porque a Pond5 nomeia um clipe pelo seu nome de arquivo.

Desde então a Rushlot confere o nome duas vezes: uma vez quando um clipe entra num lote, e de novo sobre o lote inteiro antes de qualquer byte se mover, para cada marketplace. Quando dois clipes compartilham um nome, nenhum é enviado. Não é "o primeiro vence": o app não pode saber qual dos dois é o footage que você pretende publicar, então ele não envia nenhum e diz por quê. (Uma exceção: se um dos dois já está entregue em algum lugar e o outro não, o já entregue termina suas marketplaces restantes, uma cópia em cada, e seu gêmeo continua recusado.)

Vinte e seis pares de um dry run mal lido (2026-09-18)

Um lote de 32 clipes foi para a Pond5 numa única sessão FTPS. Toda transferência terminou com 226 Transfer complete. O dry run da Pond5, uma verificação que lista quais nomes de arquivo a conta tem, então listou 6 deles e nada mais.

A leitura do dia seguinte foi: 26 clipes foram descartados. Eles foram reenviados com nomes mais curtos. Essa leitura estava errada. A Pond5 guarda um nome de arquivo cortado em 80 caracteres, o dry run usa o nome completo como chave, e 26 nomes eram mais longos que 80. Todos os 26 clipes tinham sido ingeridos na primeira vez. O reenvio colocou 26 pares de duplicatas na conta, que é exatamente o que a regra da Pond5 proíbe.

A própria exportação de catálogo da conta, lida em 2026-09-19, mostrou cada um dos 26 presente sob seu nome cortado em 80 caracteres. Apagar a cópia mais antiga de cada par foi então autorizado em 2026-09-19.

A lição não é sobre o comprimento de nome da Pond5 (o guia de upload por FTP na Pond5 cobre isso). É esta: uma verificação que não encontra um clipe não prova que o upload falhou. O próprio registro da marketplace está a uma leitura de distância, e ele precisa ser lido antes de qualquer coisa ser enviada de novo.

"Não consigo ver" não é "falhou"

Como cada marketplace parecia quando um clipe parecia estar sumido:

• Adobe Stock. Em 2026-09-07 a aba New do portal estava vazia. Os clipes tinham avançado para In review, e o banner dizia que a moderação "may take up to 8 weeks". Uma listagem do drop de SFTP não retornava nada para nenhum caminho, inclusive os inventados.
• Pond5. Um clipe novo fica em processamento antes que qualquer CSV possa alcançá-lo: menos de quatro minutos para um clipe de 224 MB em 2026-09-11, cerca de três minutos para um lote de 15 clipes em 2026-09-16. Até lá ele simplesmente não está listado. A exportação de catálogo é a própria resposta da conta.
• Shutterstock. Sua central de ajuda diz que a ingestão pode levar até 72 horas. A conta que medimos viu dois segundos, mas um dia lento não é um arquivo perdido.

Uma checklist antes de enviar qualquer coisa duas vezes

• Revise antes do upload. Título, palavras-chave, especificações e o quadro do thumbnail, antes da transferência.
• Um nome de arquivo, um clipe. Procure o mesmo nome em duas pastas, e a mesma gravação em duas resoluções.
• Mantenha um registro por clipe por marketplace: o que foi enviado, quando e quantos bytes chegaram.
• Leia o próprio registro da marketplace antes de qualquer reenvio. Adobe: In review, Not accepted e seu portfólio. Pond5: a exportação de catálogo. Shutterstock: a aba Not submitted.
• Corrija no lugar, nunca apagando e reenviando.

É assim que a Rushlot é construída. Cada clipe para para a sua revisão antes do upload. Ela mantém um registro por clipe e marketplace, recusa os dois clipes de um par de mesmo nome, e chama um clipe que ela ainda não viu de "ainda não", nunca de "perdido". Ela nunca reenvia. Nada disso é uma promessa sobre o que uma marketplace decide; é o conjunto de regras que impede o mesmo clipe de ser enviado duas vezes.