Pourquoi les doublons font suspendre les comptes stock

Une mise en ligne en double est une erreur de vidéo stock qui peut coûter plus cher que le clip lui-même. Renvoyer un fichier corrigé est ce qui déclenche la détection des doublons d’Adobe, et dans les rapports que nous avons lus, c’est la cause la mieux attestée de suspension d’un compte contributeur.

L’accord contributeur d’Adobe ne mentionne pas du tout les doublons. Ce qu’il dit, au §8.1, c’est ceci : « We may terminate these Product Specific Terms, remove any Work, or suspend your account, without prior notice. » La boîte de dialogue de mise en ligne de Getty, lue le 2026-09-11, vous demande d’accepter que le non-respect de ses exigences de mise en ligne « can result in account suspension or closure ».

Rien de ce qui suit ne met un compte à l’abri, et aucun outil ne peut le promettre. Voici les règles que fixe chaque place de marché, ce que nous avons mesuré, et deux doublons que nous avons faits nous-mêmes en construisant Rushlot, racontés sans détour parce que c’est la partie la plus utile.

Ce qui compte comme un doublon

Un doublon, c’est le même clip deux fois sur la même place de marché. Cela inclut :

• un renvoi corrigé (un meilleur titre, un début raccourci, une cadence corrigée) ;
• un réexport du même plan à une autre résolution ou un autre débit ;
• le même fichier envoyé deux fois parce que le premier envoi semblait avoir échoué.

Vendre un clip sur plusieurs places de marché est une autre affaire. La FAQ de Pond5 indique qu’elle est non exclusive par défaut et que le même clip peut être vendu sur Adobe et Getty.

Les motifs de refus d’Adobe en comptent aussi un pour la ressemblance. Son onglet Not accepted, lu sur un compte contributeur réel le 2026-09-16, utilise le motif SIMILAR CONTENT IN OUR COLLECTION aux côtés de QUALITY ISSUES et INTELLECTUAL PROPERTY REFUSAL.

Les règles, place de marché par place de marché

Adobe Stock. Sur le compte que nous avons mesuré, douze clips mis en ligne par SFTP ont été trouvés dans l’onglet In review deux jours plus tard, portant leur titre et leurs mots-clés intégrés, sans aucun clic dans le portail. Il n’y a donc pas de zone d’attente tranquille où corriger une erreur avant l’examen. Le seul moment sûr pour corriger un clip, c’est avant son envoi.

Pond5. La phrase complète de la FAQ de Pond5 : « Resubmitting rejected content (or deleting and resubmitting pending content) will result in rejection ». La détection des doublons de Pond5 au moment de l’envoi se souviendrait aussi, dit-on, des fichiers supprimés, et ses consignes légales relient la soumission répétée à la suspension. La sortie, c’est sur place : le formulaire d’édition de Pond5 et son Apply CSV corrigent un clip déjà présent sur le compte.

Shutterstock. Mesuré le 2026-09-11, Shutterstock a ingéré un fichier dans le portail environ deux secondes après le transfert, et le fichier avait disparu de la racine FTPS au listage suivant. Vous ne pouvez pas demander au serveur si un clip est déjà présent. La seule chose qui sait qu’un clip a été envoyé, c’est votre propre registre.

Deux doublons que nous avons faits, et ce qu’ils nous ont appris

Un même nom de fichier dans deux dossiers (2026-09-17)

Un lot que nous avons envoyé contenait le même plan deux fois : l’export du contributeur, et un réexport en 1080p fait par erreur pendant notre propre travail, sous le même nom de fichier dans deux dossiers différents. Il est parti vers Adobe, Getty et Shutterstock en paire de doublons.

Tous nos contrôles comparaient les chemins de fichier, et deux dossiers font deux chemins différents. Rien ne regardait le nom. Seul Pond5 a refusé la paire, et seulement parce que Pond5 nomme un clip par son nom de fichier.

Depuis, Rushlot vérifie le nom deux fois : une fois quand un clip rejoint un lot, et de nouveau sur l’ensemble du lot avant que le moindre octet ne bouge, pour chaque place de marché. Quand deux clips partagent un nom, aucun n’est envoyé. Pas « le premier gagne » : l’application ne peut pas savoir lequel des deux est la séquence que vous comptez publier, elle n’envoie donc ni l’un ni l’autre et vous dit pourquoi. (Une exception : si l’un des deux est déjà livré quelque part et l’autre non, celui qui est livré termine ses places de marché restantes, une copie chacune, et son jumeau reste refusé.)

Vingt-six paires d’un essai à blanc mal lu (2026-09-18)

Un lot de 32 clips est parti vers Pond5 au cours d’une seule session FTPS. Chaque transfert s’est terminé par 226 Transfer complete. L’essai à blanc de Pond5, un contrôle qui liste les noms de fichier que le compte détient, en a ensuite listé 6, pas davantage.

L’interprétation du lendemain fut : 26 clips ont été abandonnés. Ils ont été renvoyés sous des noms plus courts. Cette interprétation était fausse. Pond5 stocke un nom de fichier coupé à 80 caractères, l’essai à blanc est indexé sur le nom complet, et 26 noms dépassaient 80. Les 26 clips avaient tous été ingérés la première fois. Le renvoi a posé 26 paires de doublons sur le compte, ce qui est exactement ce qu’interdit la règle de Pond5.

L’export de catalogue du compte, lu le 2026-09-19, montrait chacun des 26 présent sous son nom coupé à 80 caractères. La suppression de la copie la plus ancienne de chaque paire a ensuite été autorisée le 2026-09-19.

La leçon ne porte pas sur la longueur des noms de Pond5 (le guide mise en ligne FTP Pond5 s’en occupe). Elle est celle-ci : un contrôle qui ne trouve pas un clip ne prouve pas que la mise en ligne a échoué. Le registre de la place de marché est à une lecture de distance, et il doit être lu avant de renvoyer quoi que ce soit.

« Je ne le vois pas » n’est pas « il a échoué »

À quoi ressemblait chaque place de marché quand un clip semblait manquer :

• Adobe Stock. Le 2026-09-07, l’onglet New du portail était vide. Les clips étaient passés dans In review, et la bannière indiquait que la modération « may take up to 8 weeks » (peut prendre jusqu’à 8 semaines). Un listage du dépôt SFTP ne renvoyait rien pour tout chemin, y compris inventé.
• Pond5. Un nouveau clip reste en traitement avant qu’un CSV puisse l’atteindre : moins de quatre minutes pour un clip de 224 Mo le 2026-09-11, environ trois minutes pour un lot de 15 clips le 2026-09-16. Jusque-là, il n’est tout simplement pas listé. L’export de catalogue est la réponse du compte lui-même.
• Shutterstock. Son centre d’aide indique que l’ingestion peut prendre jusqu’à 72 heures. Le compte que nous avons mesuré a vu deux secondes, mais un jour lent n’est pas un fichier perdu.

Une liste de contrôle avant de renvoyer quoi que ce soit

• Validez avant la mise en ligne. Titre, mots-clés, specs et l’image de la vignette, avant le transfert.
• Un nom de fichier, un clip. Cherchez le même nom dans deux dossiers, et le même plan à deux résolutions.
• Tenez un enregistrement par clip et par place de marché : ce qui a été envoyé, quand, et combien d’octets sont arrivés.
• Lisez le registre de la place de marché avant tout renvoi. Adobe : In review, Not accepted et votre portfolio. Pond5 : l’export de catalogue. Shutterstock : l’onglet Not submitted.
• Corrigez sur place, jamais en supprimant puis en renvoyant.

C’est ainsi que Rushlot est construit. Chaque clip s’arrête pour votre validation avant la mise en ligne. Il tient un enregistrement par clip et par place de marché, refuse les deux clips d’une paire de même nom, et qualifie un clip qu’il n’a pas encore vu de « pas encore », jamais de « perdu ». Il ne renvoie jamais. Rien de cela n’est une promesse sur ce qu’une place de marché décide ; c’est l’ensemble des règles qui empêche d’envoyer deux fois le même clip.