Warum doppelte uploads Stock-Footage-Konten sperren lassen

Ein doppelter Upload ist ein Stock-Footage-Fehler, der mehr kosten kann als der Clip selbst. Das erneute Hochladen einer korrigierten Datei ist das, was Adobes Duplikaterkennung auslöst, und in den Berichten, die wir gelesen haben, ist es die am besten belegte Ursache für Contributor-Kontosperren.

Adobes Contributor-Vereinbarung erwähnt Duplikate überhaupt nicht. Was sie in §8.1 sagt, ist dies: "We may terminate these Product Specific Terms, remove any Work, or suspend your account, without prior notice." Gettys Upload-Dialog, gelesen am 2026-09-11, bittet dich zuzustimmen, dass ein Nichterfüllen seiner Upload-Anforderungen "can result in account suspension or closure".

Nichts unten macht ein Konto sicher, und kein Tool kann das versprechen. Was folgt, sind die Regeln, die jeder Marktplatz setzt, was wir gemessen haben, und zwei Duplikate, die wir beim Bau von Rushlot selbst gemacht haben, offen erzählt, weil sie der nützlichste Teil sind.

Was als Duplikat zählt

Ein Duplikat ist derselbe Clip zweimal auf demselben Marktplatz. Das schließt ein:

• einen korrigierten erneuten Upload (ein besserer Titel, ein gekürzter Anfang, eine korrigierte Bildrate);
• einen Re-Export derselben Aufnahme in anderer Auflösung oder Bitrate;
• dieselbe Datei zweimal gesendet, weil das erste Senden gescheitert aussah.

Einen Clip auf mehreren Marktplätzen zu verkaufen, ist etwas anderes. Pond5s FAQ erklärt, dass es standardmäßig nicht-exklusiv ist und derselbe Clip auf Adobe und Getty verkauft werden darf.

Adobes Ablehnungsgründe umfassen auch einen für Ähnlichkeit. Sein Not-accepted-Tab, gelesen auf einem aktiven Contributor-Konto am 2026-09-16, verwendet den Grund SIMILAR CONTENT IN OUR COLLECTION neben QUALITY ISSUES und INTELLECTUAL PROPERTY REFUSAL.

Die Regeln, Marktplatz für Marktplatz

Adobe Stock. Auf dem Konto, das wir gemessen haben, wurden zwölf per SFTP hochgeladene Clips zwei Tage später im In-review-Tab gefunden, mit ihrem eingebetteten Titel und ihren Keywords, ohne dass im Portal etwas geklickt wurde. Es gibt also keinen stillen Bereitstellungsbereich, in dem ein Fehler vor der Prüfung korrigiert werden kann. Der einzige sichere Moment, einen Clip zu korrigieren, ist, bevor er gesendet wird.

Pond5. Der vollständige Satz aus Pond5s FAQ: "Resubmitting rejected content (or deleting and resubmitting pending content) will result in rejection". Pond5s Duplikaterkennung beim Upload soll sich auch an gelöschte Dateien erinnern, und seine rechtlichen Richtlinien verknüpfen wiederholtes Einreichen mit Sperrung. Der Ausweg ist an Ort und Stelle: Pond5s Bearbeitungsformular und sein Apply CSV korrigieren einen Clip, der bereits auf dem Konto ist.

Shutterstock. Gemessen am 2026-09-11, las Shutterstock eine Datei etwa zwei Sekunden nach der Übertragung ins Portal ein, und die Datei war bis zur nächsten Auflistung aus dem FTPS-Root verschwunden. Du kannst den Server nicht fragen, ob ein Clip schon da ist. Das Einzige, das weiß, dass ein Clip gesendet wurde, ist deine eigene Aufzeichnung davon.

Zwei Duplikate, die wir gemacht haben, und was sie uns lehrten

Ein Dateiname in zwei Ordnern (2026-09-17)

Ein Lot, das wir sendeten, hielt dieselbe Aufnahme zweimal: den eigenen Export des Contributors und einen 1080p-Re-Export, den wir bei unserer eigenen Arbeit versehentlich gemacht hatten, unter demselben Dateinamen in zwei verschiedenen Ordnern. Es ging als Duplikat-Paar an Adobe, Getty und Shutterstock.

Jede Prüfung, die wir hatten, verglich Dateipfade, und zwei Ordner ergeben zwei verschiedene Pfade. Nichts sah auf den Namen. Nur Pond5 verweigerte das Paar, und nur, weil Pond5 einen Clip nach seinem Dateinamen benennt.

Seitdem prüft Rushlot den Namen zweimal: einmal, wenn ein Clip einem Lot beitritt, und erneut über das ganze Lot, bevor sich ein Byte bewegt, für jeden Marktplatz. Wenn zwei Clips sich einen Namen teilen, wird keiner gesendet. Nicht "der erste gewinnt": Die App kann nicht wissen, welcher der beiden das Material ist, das du veröffentlichen willst, also sendet sie keinen und sagt dir, warum. (Eine Ausnahme: Wenn einer der beiden bereits irgendwo geliefert ist und der andere nicht, beendet der gelieferte seine verbleibenden Marktplätze, je eine Kopie, und sein Zwilling bleibt verweigert.)

Sechsundzwanzig Paare aus einem falsch gelesenen Probelauf (2026-09-18)

Ein 32-Clip-Lot ging über eine FTPS-Sitzung zu Pond5. Jede Übertragung endete mit 226 Transfer complete. Pond5s Probelauf, eine Prüfung, die auflistet, welche Dateinamen das Konto hält, listete dann 6 davon auf und nicht mehr.

Die Lesart des nächsten Tages war: 26 Clips wurden verworfen. Sie wurden unter kürzeren Namen erneut hochgeladen. Diese Lesart war falsch. Pond5 speichert einen auf 80 Zeichen gekürzten Dateinamen, der Probelauf schlüsselt auf den vollen Namen, und 26 Namen waren länger als 80. Alle 26 Clips waren beim ersten Mal eingelesen worden. Der erneute Upload setzte 26 Duplikat-Paare auf das Konto, was genau das ist, was Pond5s Regel verbietet.

Der eigene Katalog-Export des Kontos, gelesen am 2026-09-19, zeigte jeden einzelnen der 26 vorhanden, unter seinem bei 80 Zeichen gekürzten Namen. Das Löschen der älteren Kopie jedes Paares wurde dann am 2026-09-19 autorisiert.

Die Lehre handelt nicht von Pond5s Namenslänge (der Leitfaden Pond5 FTP-Upload behandelt das). Sie ist diese: Eine Prüfung, die einen Clip nicht findet, beweist nicht, dass der Upload gescheitert ist. Die eigene Aufzeichnung des Marktplatzes ist einen Lesevorgang entfernt, und sie muss gelesen werden, bevor erneut etwas gesendet wird.

"Ich kann es nicht sehen" ist nicht "es ist gescheitert"

Wie jeder Marktplatz aussah, als ein Clip zu fehlen schien:

• Adobe Stock. Am 2026-09-07 war der New-Tab des Portals leer. Die Clips waren weiter zu In review gewandert, und das Banner sagte, die Moderation "may take up to 8 weeks". Eine Auflistung des SFTP-Drops gab für jeden Pfad nichts zurück, auch für erfundene.
• Pond5. Ein neuer Clip sitzt in Verarbeitung, bevor ein CSV ihn erreichen kann: unter vier Minuten für einen 224-MB-Clip am 2026-09-11, etwa drei Minuten für ein 15-Clip-Lot am 2026-09-16. Bis dahin ist er schlicht nicht gelistet. Der Katalog-Export ist die eigene Antwort des Kontos.
• Shutterstock. Sein Help Centre sagt, das Einlesen könne bis zu 72 Stunden dauern. Das Konto, das wir gemessen haben, sah zwei Sekunden, aber ein langsamer Tag ist keine verlorene Datei.

Eine Checkliste, bevor etwas zweimal gesendet wird

• Prüfe vor dem Upload. Titel, Keywords, Specs und das Vorschaubild, vor der Übertragung.
• Ein Dateiname, ein Clip. Suche nach demselben Namen in zwei Ordnern und nach derselben Aufnahme in zwei Auflösungen.
• Führe eine Aufzeichnung pro Clip und Marktplatz: was gesendet wurde, wann und wie viele Bytes ankamen.
• Lies die eigene Aufzeichnung des Marktplatzes vor jedem erneuten Senden. Adobe: In review, Not accepted und dein Portfolio. Pond5: der Katalog-Export. Shutterstock: der Not-submitted-Tab.
• Korrigiere an Ort und Stelle, nie durch Löschen und erneutes Hochladen.

So ist Rushlot gebaut. Jeder Clip stoppt für deine Prüfung vor dem Upload. Es hält eine Aufzeichnung pro Clip und Marktplatz, verweigert beide Clips eines Namensgleich-Paares und nennt einen Clip, den es noch nicht gesehen hat, "noch nicht", nie "verloren". Es lädt nie erneut hoch. Nichts davon ist ein Versprechen darüber, was ein Marktplatz entscheidet; es ist der Satz von Regeln, der verhindert, dass derselbe Clip zweimal gesendet wird.