Perché i caricamenti duplicati fanno sospendere gli account
Ricaricare un clip corretto è la causa più documentata di sospensione degli account stock. Le regole su Adobe Stock, Pond5 e Shutterstock, e due duplicati nostri.

Un caricamento duplicato è un errore nel footage stock che può costare più del clip stesso. Ricaricare un file corretto è ciò che fa scattare il rilevamento dei duplicati di Adobe, e nei resoconti che abbiamo letto è la causa più documentata di sospensione degli account collaboratore.
L'accordo per i collaboratori di Adobe non menziona affatto i duplicati. Ciò che dice, al §8.1, è questo: "We may terminate these Product Specific Terms, remove any Work, or suspend your account, without prior notice." La finestra di caricamento di Getty, letta il 2026-09-11, ti chiede di accettare che non rispettare i suoi requisiti di caricamento "can result in account suspension or closure".
Nulla di quanto segue rende sicuro un account, e nessuno strumento può prometterlo. Quel che segue sono le regole che ogni marketplace fissa, cosa abbiamo misurato, e due duplicati che abbiamo fatto noi stessi mentre costruivamo Rushlot, raccontati chiaramente perché sono la parte più utile.
Cosa conta come duplicato
Un duplicato è lo stesso clip due volte sullo stesso marketplace. Questo include:
- un ri-caricamento corretto (un titolo migliore, una testa tagliata, un frame rate corretto);
- un ri-export della stessa ripresa a un'altra risoluzione o bitrate;
- lo stesso file inviato due volte perché il primo invio sembrava fallito.
Vendere un clip su più marketplace è una cosa diversa. La FAQ di Pond5 dichiara che è non esclusivo per impostazione predefinita e che lo stesso clip può essere venduto su Adobe e Getty.
I motivi di rifiuto di Adobe includono anche uno per somiglianza. La sua scheda Not accepted, letta su un account collaboratore reale il 2026-09-16, usa il motivo SIMILAR CONTENT IN OUR COLLECTION accanto a QUALITY ISSUES e INTELLECTUAL PROPERTY REFUSAL.
Le regole, marketplace per marketplace
| Marketplace | La regola | Perché conta |
|---|---|---|
| Adobe Stock | Rivedi prima del caricamento, mai dopo | Una consegna SFTP è andata in moderazione da sé (misurato 2026-09-07). Non c'era nulla tra caricamento e revisione da correggere |
| Pond5 | Non eliminare mai e ricaricare. Correggi sul posto | La sua FAQ: reinviare clip rifiutati, o eliminare e reinviare quelli in attesa, "will result in rejection" |
| Shutterstock | Tieni il tuo registro di cosa è stato inviato | Un file lascia la root FTPS non appena viene acquisito, quindi non c'è un controllo remoto "già presente" |
Adobe Stock. Sull'account che abbiamo misurato, dodici clip caricati via SFTP sono stati trovati nella scheda In review due giorni dopo, con titolo e parole chiave incorporati, senza aver cliccato nulla nel portale. Quindi non c'è alcuna area di staging silenziosa dove un errore possa essere corretto prima della revisione. L'unico momento sicuro per correggere un clip è prima che venga inviato.
Pond5. La frase completa dalla FAQ di Pond5: "Resubmitting rejected content (or deleting and resubmitting pending content) will result in rejection". Il rilevamento dei duplicati di Pond5 al momento del caricamento è anche riportato ricordare i file eliminati, e le sue linee guida legali collegano l'invio ripetuto alla sospensione. La via d'uscita è sul posto: il modulo di modifica di Pond5 e il suo Apply CSV correggono un clip che è già sull'account.
Shutterstock. Misurato il 2026-09-11, Shutterstock ha acquisito un file nel portale circa due secondi dopo il trasferimento, e il file era sparito dalla root FTPS al listing successivo. Non puoi chiedere al server se un clip è già lì. L'unica cosa che sa che un clip è stato inviato è il tuo stesso registro.
Due duplicati che abbiamo fatto, e cosa ci hanno insegnato
Un nome di file in due cartelle (2026-09-17)
Un lotto che abbiamo inviato conteneva la stessa ripresa due volte: l'export del collaboratore stesso, e un ri-export 1080p fatto per errore durante il nostro stesso lavoro, sotto lo stesso nome di file in due cartelle diverse. È andato ad Adobe, Getty e Shutterstock come coppia di duplicati.
Ogni controllo che avevamo confrontava i percorsi dei file, e due cartelle fanno due percorsi diversi. Nulla guardava il nome. Solo Pond5 ha rifiutato la coppia, e solo perché Pond5 nomina un clip dal suo nome di file.
Da allora Rushlot controlla il nome due volte: una volta quando un clip entra in un lotto, e di nuovo sull'intero lotto prima che un byte si muova, per ogni marketplace. Quando due clip condividono un nome, nessuno dei due viene inviato. Non "vince il primo": l'app non può sapere quale dei due sia il footage che intendi pubblicare, quindi non ne invia nessuno e ti dice perché. (Un'eccezione: se uno dei due è già stato consegnato da qualche parte e l'altro no, quello consegnato completa i suoi marketplace rimanenti, una copia ciascuno, e il suo gemello resta rifiutato.)
Ventisei coppie da un dry run letto male (2026-09-18)
Un lotto di 32 clip è andato a Pond5 in una sessione FTPS. Ogni trasferimento è terminato con 226 Transfer complete. Il dry run di Pond5, un controllo che elenca quali nomi di file l'account contiene, ha poi elencato 6 di essi e non di più.
La lettura del giorno dopo è stata: 26 clip sono stati scartati. Sono stati ricaricati sotto nomi più corti. Quella lettura era sbagliata. Pond5 memorizza un nome di file tagliato a 80 caratteri, il dry run è indicizzato sul nome completo, e 26 nomi erano più lunghi di 80. Tutti e 26 i clip erano stati acquisiti la prima volta. Il ri-caricamento ha messo 26 coppie di duplicati sull'account, che è esattamente ciò che la regola di Pond5 vieta.
L'export di catalogo stesso dell'account, letto il 2026-09-19, ha mostrato ciascuno dei 26 presente sotto il suo nome tagliato a 80 caratteri. L'eliminazione della copia più vecchia di ogni coppia è stata poi autorizzata il 2026-09-19.
La lezione non riguarda la lunghezza del nome di Pond5 (la guida al caricamento FTP su Pond5 copre quello). È questa: un controllo che non trova un clip non prova che il caricamento sia fallito. Il registro stesso del marketplace è a una lettura di distanza, e va letto prima che qualcosa venga reinviato.
"Non lo vedo" non è "è fallito"
Ogni marketplace sposta un file caricato fuori dalla vista secondo i suoi tempi. Una cartella vuota, una scheda vuota o una riga mancante è il momento in cui un reinvio sembra ragionevole, ed è il momento di fermarsi. Controlla il registro stesso del marketplace, poi aspetta.
Com'era ogni marketplace quando un clip sembrava mancante:
- Adobe Stock. Il 2026-09-07 la scheda New del portale era vuota. I clip erano passati a In review, e il banner diceva che la moderazione "may take up to 8 weeks". Un elenco del drop SFTP non ha restituito nulla per qualsiasi percorso, compresi quelli inventati.
- Pond5. Un nuovo clip resta in elaborazione prima che un CSV possa raggiungerlo: meno di quattro minuti per un clip da 224 MB il 2026-09-11, circa tre minuti per un lotto di 15 clip il 2026-09-16. Fino ad allora semplicemente non è elencato. L'export del catalogo è la risposta stessa dell'account.
- Shutterstock. Il suo centro assistenza dice che l'acquisizione può richiedere fino a 72 ore. L'account che abbiamo misurato ne ha visti due di secondi, ma un giorno lento non è un file perso.
Una checklist prima di inviare qualcosa una seconda volta
- Rivedi prima del caricamento. Titolo, parole chiave, specifiche e il fotogramma della miniatura, prima del trasferimento.
- Un nome di file, un clip. Cerca lo stesso nome in due cartelle, e la stessa ripresa a due risoluzioni.
- Tieni un registro per clip per marketplace: cosa è stato inviato, quando, e quanti byte sono arrivati.
- Leggi il registro stesso del marketplace prima di ogni reinvio. Adobe: In review, Not accepted e il tuo portfolio. Pond5: l'export del catalogo. Shutterstock: la scheda Not submitted.
- Correggi sul posto, mai eliminando e ricaricando.
Ecco come è costruito Rushlot. Ogni clip si ferma per la tua revisione prima del caricamento. Tiene un registro per clip e marketplace, rifiuta entrambi i clip di una coppia con lo stesso nome, e chiama un clip che non ha ancora visto "non ancora", mai "perso". Non ricarica mai. Niente di tutto questo è una promessa su ciò che un marketplace decide; è l'insieme di regole che impedisce che lo stesso clip venga inviato due volte.
Frequently asked questions
Trattalo come la cosa da non fare. Ricaricare un file corretto è ciò che fa scattare il rilevamento dei duplicati di Adobe, e la FAQ di Pond5 dice che eliminare e reinviare clip in attesa porta al rifiuto. Correggi i metadati prima del caricamento, o sul posto dopo dove il marketplace lo consente.
No. Il duplicato che conta è lo stesso clip due volte su un marketplace. La FAQ di Pond5 dichiara che è non esclusivo per impostazione predefinita e che lo stesso clip può essere venduto su Adobe e Getty.
Trattale come lo stesso footage. Il 2026-09-17 abbiamo trovato esattamente una coppia così (un export originale e un ri-export 1080p, un nome di file in due cartelle), ed era andata a tre marketplace come coppia di duplicati.
No. Adobe, Pond5 e Shutterstock spostano tutti un file fuori dalla cartella di caricamento una volta che lo acquisiscono. Controlla il portale e, su Pond5, l'export del catalogo prima di concludere qualcosa.
L'accordo per i collaboratori di Adobe lo dice al §8.1: 'We may terminate these Product Specific Terms, remove any Work, or suspend your account, without prior notice.' Non menziona specificamente i duplicati.
Sources
- Accordo per i Collaboratori di Adobe Stock, Product Specific Terms, §8.1 (in vigore dal 18 giugno 2024), letto il 2026-09-27
- FAQ dei collaboratori Pond5 sul reinvio di clip rifiutati e sull'eliminazione e reinvio di quelli in attesa, raccolta il 2026-09-11
- Misurato su un account collaboratore Adobe Stock reale: consegne SFTP in moderazione, 2026-09-07; motivi Not accepted, 2026-09-16
- Misurato su un account collaboratore Pond5 reale: il nome di file da 80 caratteri e le coppie di duplicati, dal 2026-09-17 al 2026-09-19
- Misurato su un account collaboratore Shutterstock reale: i file lasciano la root FTPS all'acquisizione, 2026-09-11
- Getty Images ESP, testo della finestra Submission Requirements, letto il 2026-09-11



