GPT Image 2.5 is live — OpenAI's newest image model, targeted edits that leave the rest of the frame alone
Seedance 2.0 "Not Eligible": Ursachen und wirksame Lösungen
2026/07/03

Seedance 2.0 "Not Eligible": Ursachen und wirksame Lösungen

Der Not-eligible-Fehler in Seedance 2.0 beruht auf ByteDances Gesichts- und IP-Erkennung: Auslöser, wichtige Prüfungen und wirksame Lösungen.

Wenn Seedance 2.0 Ihr Referenzbild immer wieder als "Not eligible" kennzeichnet, werden Sie weder gedrosselt noch haben Sie ein verborgenes Limit überschritten. Sie stoßen auf eine Inhaltsprüfung, die ByteDance direkt auf Modellebene durchsetzt. Die beiden dokumentierten Auslöser sind Gesichter realer Menschen und geschütztes geistiges Eigentum[1]. Anbieteroberflächen können diese Regel unterschiedlich darstellen, weshalb der Fehler mitunter unklar wirkt.

Dieser Beitrag führt zusammen, was tatsächlich dokumentiert ist: ByteDances Regeln zur Zulässigkeit und Fehlercodes, was Plattformoberflächen prüfen, welche Modell- und Anbieterdetails Sie kontrollieren sollten und welche legitimen Wege bei Projekten mit realen Menschen funktionieren.

Kurzfassung

  • "Not eligible" steht für Gesichts- und IP-Erkennung. Higgsfields eigene Oberfläche erklärt den fehlgeschlagenen Status mit "This image contains faces or IP and cannot be used" und erstattet die Credits[2][3].
  • Die Regel stammt von ByteDance, nicht von der Plattform. Laut offizieller API-Dokumentation unterstützen die Modelle von Seedance 2.0 "do not support direct upload of reference images or videos containing real human faces"[1].
  • Es gibt keinen Schalter zum Abschalten der Moderation. Die offizielle API von Seedance 2.0 stellt keinen Sicherheitsparameter bereit; Eingaben und Ausgaben werden geprüft[1][4].
  • Wenn sich das Verhalten zu ändern scheint, prüfen Sie das genaue Modell. Dreamina versieht Seedance 2.0 und 2.0 Fast mit der Einschränkung für reale Gesichter, das ältere Seedance 1.5 Pro jedoch nicht[5]; veröffentlichte Inhaltsrichtlinien können ebenfalls je nach Modell variieren[2].
  • Es gibt legitime Wege: ByteDance dokumentiert drei Ausnahmepfade, darunter einen Upload-Kanal mit verifizierter Einwilligung[6]. reAPIs Seedance-Tarif mit Gesichtsunterstützung ist genau für diesen Arbeitsablauf konzipiert.
  • Versuchen Sie nicht, die Prüfung auszuhebeln. Die Richtlinie zur zulässigen Nutzung verbietet die Umgehung von Sicherheitsfiltern[8], und der dokumentierte Ablauf prüft auch die Ausgabe[6].

Was "not eligible" tatsächlich bedeutet

Die meisten Nutzer begegnen diesem Fehler bei Higgsfield, also beginnen wir dort. Die Plattform führt für jede Referenz eine Inhaltsprüfung mit drei Zuständen aus. Die Oberflächentexte sind eindeutig: "Checking content…", "Eligible", "Not eligible". Schlägt die Prüfung fehl, nennt die Oberfläche den Grund: "This image contains faces or IP and cannot be used" oder bei Generierungen "This generation may involve protected IP or likeness rights"[2]. Die Pipeline besitzt sogar eine eigene Stufe zur Erkennung geistigen Eigentums. Markierte Anfragen werden nicht berechnet; laut Higgsfields Dokumentation werden die Credits automatisch zurückerstattet[3].

Der Fehler betrifft also weder Bildqualität oder Dateiformat noch den Status Ihres Kontos. Es handelt sich um eine Inhaltsbewertung: Das System geht davon aus, dass Ihre Referenz das Gesicht einer realen Person oder geschütztes Eigentum eines Dritten enthält.

Die zugrunde liegende Regel: keine realen Gesichter, kein geschütztes geistiges Eigentum

Die wichtigste Quelle ist ByteDances eigene API-Dokumentation. Dort steht unmissverständlich, dass die Modelle der Reihe Seedance 2.0 "do not support direct upload of reference images or videos containing real human faces"[1]. Der Fehlercodekatalog ist ebenso deutlich. InputImageSensitiveContentDetected.PrivacyInformation bedeutet, die Eingabe "may contain real person"; die Variante .PolicyViolation kennzeichnet Material, das "may be related to copyright restrictions"[4].

Das Endkundenprodukt folgt derselben Logik. Als CapCut Seedance 2.0 weltweit in Dreamina einführte, hieß es in der Mitteilung, der Start sei "restricting certain capabilities… including the ability to make videos from images or videos that contain real faces". Hinzu kämen Technologie "designed to block the unauthorized generation of intellectual property" und unsichtbare Wasserzeichen in den Ausgaben[5]. Dreaminas Modellauswahl versieht Seedance 2.0 mit der eindeutigen Kennzeichnung "Real human faces are not supported".

Auch der Grund ist kein Geheimnis: Die Veröffentlichung von Seedance 2.0 fiel mit so schweren Urheberrechtsstreitigkeiten mit Studios zusammen, dass ByteDance die weltweite Einführung einen Monat lang aussetzte[7]. Deepfake-Haftung plus IP-Rechtsstreitigkeiten führen zu einem harten Filter an der Modellgrenze.

Wichtig zu wissen: Es gibt keinen Umschalter. Der Parametersatz der offiziellen API enthält keinerlei Moderationsschalter; sowohl Eingaben als auch Ausgaben werden geprüft. Die von Ihnen akzeptierte Richtlinie zur zulässigen Nutzung untersagt die Darstellung von "a person (living or dead)'s voice or likeness without appropriate consent" sowie jeden Versuch, Sicherheitsfilter zu umgehen[8].

Warum derselbe Arbeitsablauf uneinheitlich wirken kann

Prüfen Sie zwei dokumentierte Unterschiede, bevor Sie dasselbe Asset erneut einreichen.

Andere Modelle, andere Regeln. In Dreamina steht die Kennzeichnung "real faces not supported" bei Seedance 2.0 und 2.0 Fast, nicht jedoch beim älteren Seedance 1.5 Pro[5]. Wenn ein Arbeitsablauf früher funktionierte, prüfen Sie, welches Modell und welche Version tatsächlich ausgewählt waren.

Veröffentlichte Richtlinien variieren nach Modell. Higgsfields Vertrauensseite weist darauf hin, dass Moderation "is applied at the model level" und dass "content policies may vary depending on the model being used"[2]. Vergleichen Sie das genaue Modell und die veröffentlichten Anbieterregeln, statt ähnlich benannte Modi als gleichwertig anzusehen.

Eine weitere Verwechslung sollte ausgeräumt werden: "visual restriction" ist in den hier zitierten Dokumenten von ByteDance und CapCut nicht definiert. Orientieren Sie sich an der dokumentierten Gesichts- und IP-Beschränkung, statt den Ausdruck als eigenen technischen Fehler zu behandeln.

Legitime Wege, die funktionieren

Beginnen Sie mit der entscheidenden Frage: Ist Ihr Motiv eine reale Person, oder hält der Detektor eine synthetische Figur fälschlich für eine reale Person?

Wenn Ihre Figur synthetisch ist und trotzdem markiert wird, prüfen Sie zuerst das genaue Modell und den Eingabemodus. Dreamina dokumentiert die Beschränkung für reale Gesichter bei Seedance 2.0 und 2.0 Fast, nicht jedoch bei Seedance 1.5 Pro[5]; Higgsfield weist zugleich darauf hin, dass Inhaltsrichtlinien je nach Modell variieren[2]. Diese veröffentlichten Unterschiede sind eine verlässlichere Grundlage für die Wahl des Ablaufs als wiederholte Versuche, die Prüfung zu beeinflussen.

Wenn Ihr Motiv eine reale Person ist, lautet die Antwort Einwilligungsinfrastruktur statt Tricks. ByteDances Dokumentation beschreibt drei Ausnahmekanäle: Inhalte, die die Plattform innerhalb der letzten 30 Tage selbst für Ihr Konto erzeugt hat, können als vertrauenswürdige Eingabe gelten; eine Bibliothek vorgefertigter virtueller Avatare; sowie einen verifizierten Weg, bei dem Identität und Zustimmung einer realen Person bestätigt werden und ihr Material danach über eine spezielle Asset-ID referenziert wird[6]. Letzteres ist die offizielle Antwort auf die Frage: „Wie erstelle ich Videos von mir selbst?“

Bei reAPI ist der Tarif von Seedance 2.0 mit Gesichtsunterstützung für Referenzabläufe mit realen Personen ausgelegt, sofern Sie deren Einwilligung und die erforderlichen Rechte besitzen. Er kostet mehr als der Standardtarif, nutzt dieselbe sekundengenaue Abrechnung und denselben Modellwechsel mit nur einer Codezeile. Fehlgeschlagene Generierungen werden automatisch erstattet, sodass eine unerwartete Ablehnung nur Zeit kostet.

Was Sie nicht tun sollten: ein Gesicht verdecken oder auf andere Weise versuchen, die Prüfung auszuhebeln. Die Regeln zur zulässigen Nutzung verbieten die Umgehung von Sicherheitsfiltern[8], und der dokumentierte Ablauf prüft auch die Ausgabe[6]. Bauen Sie auf den zugelassenen Wegen auf, dann verschwindet der Fehler aus Ihrem Arbeitsablauf.

Häufig gestellte Fragen

Was bedeutet "not eligible" bei Seedance 2.0?

Die hochgeladene Referenz hat eine Inhaltsprüfung auf Gesichter realer Menschen oder geschütztes geistiges Eigentum nicht bestanden. Higgsfields Oberfläche sagt es direkt: "This image contains faces or IP and cannot be used"[2]. ByteDance dokumentiert die zugrunde liegende Eingaberegel in seiner eigenen API-Dokumentation[1].

Warum blockiert Seedance 2.0 meine KI-generierte Figur?

Die veröffentlichten Dokumente erklären einzelne Klassifizierungsentscheidungen nicht. Bestätigen Sie, dass das Asset synthetisch ist, und prüfen Sie dann das genaue Modell sowie die Anbieterrichtlinie: Dreamina dokumentiert unterschiedliche Gesichtsbeschränkungen für Seedance 2.0 und das ältere Seedance 1.5 Pro[5], und Higgsfield weist auf modellabhängige Inhaltsrichtlinien hin[2].

Was ist die "visual restriction" bei Seedance 2.0?

Ein inoffizieller Begriff ohne Definition in den hier zitierten Dokumenten von ByteDance oder CapCut. Orientieren Sie sich stattdessen an der dokumentierten Einschränkung: Referenzmaterial darf weder reale Gesichter noch geschütztes geistiges Eigentum enthalten[1][5].

Kann ich die Inhaltsmoderation von Seedance 2.0 abschalten?

Nein. Die offizielle API besitzt keinen Moderationsparameter, die Prüfung gilt für Eingaben und Ausgaben, und die Nutzungsrichtlinie verbietet ihre Umgehung[4][8].

Welche Plattform hat die wenigsten Seedance-Einschränkungen?

Eine verlässliche Pauschalantwort für alle Modelle gibt es nicht. ByteDance dokumentiert die Eingabebeschränkung von Seedance 2.0 auf API-Ebene[1], während Higgsfield auf modellabhängige Inhaltsrichtlinien hinweist[2]. Vergleichen Sie das genaue Modell und die veröffentlichten Anbieterregeln; für Arbeiten mit realen Personen nutzen Sie den dokumentierten Einwilligungskanal[6].

Kosten fehlgeschlagene "not eligible"-Generierungen Geld?

In der Regel nicht. Higgsfield erstattet markierte Anfragen automatisch[3], und auch bei reAPI werden fehlgeschlagene Aufgaben automatisch zurückerstattet.

Warum werden Prominente selbst in stilisierten Bildern blockiert?

Die veröffentlichten Quellen beschreiben keinen separaten Mechanismus zur Prominentenerkennung. Sie halten lediglich fest, dass Generierungen geschützte IP- oder Persönlichkeitsrechte berühren können[2] und Seedance Technologie einsetzt, die unbefugte IP-Generierung blockieren soll[5].

Wie erstelle ich mit Seedance 2.0 Videos mit meinem eigenen Gesicht?

Über den Weg der verifizierten Einwilligung: ByteDances Dokumentation beschreibt Identitätsprüfung und Autorisierung. Anschließend wird Ihr Material über einen eigenen Asset-Kanal referenziert[6]. reAPIs Tarif mit Gesichtsunterstützung unterstützt Referenzabläufe mit realen Personen für API-Nutzer, die über die Einwilligung der betreffenden Person verfügen.

Mit den Regeln gestalten, nicht gegen sie

Die Dokumentation beschreibt "not eligible" als Folge einer Modellregel zu Gesichtern und geistigem Eigentum, die in einem Umfeld verschärfter Urheberrechtsprüfung eingeführt wurde. Dagegen anzukämpfen verschwendet Zeit und verletzt die Bedingungen; wer die Regel versteht, macht aus dem Fehler eine Routing-Entscheidung. Bei synthetischen Motiven prüfen Sie Modell und Eingabemodus, bei realen Menschen nutzen Sie die Einwilligungskanäle. reAPIs Tarif von Seedance 2.0 mit Gesichtsunterstützung macht aus dem zugelassenen Weg einen API-Aufruf.

Quellen

  1. BytePlus (ByteDance). ModelArk — Eingaberegeln für Seedance 2.0 ("do not support direct upload of reference images or videos containing real human faces"). Abgerufen im Juli 2026 unter docs.byteplus.com/en/docs/ModelArk/1520757
  2. Higgsfield. Trust-&-Safety-Seite und Texte der Produktionsoberfläche ("Not eligible", "contains faces or IP"). Abgerufen im Juli 2026 unter higgsfield.ai/trust
  3. Higgsfield. FAQ der API-Dokumentation — markierte Anfragen werden nicht berechnet. Abgerufen im Juli 2026 unter docs.higgsfield.ai/docs/help/faq
  4. BytePlus (ByteDance). ModelArk — Fehlercodes für die Inhaltsmoderation (PrivacyInformation, PolicyViolation). Abgerufen im Juli 2026 unter docs.byteplus.com/en/docs/ModelArk/1299023
  5. CapCut Newsroom. Weltweite Einführung von Dreamina Seedance 2.0 — Gesichts- und IP-Beschränkungen, unsichtbare Wasserzeichen. Abgerufen im Juli 2026 unter capcut.com/newsroom/dreamina-seedance-2
  6. BytePlus (ByteDance). ModelArk — Ausnahmen für vertrauenswürdige Eingaben und Asset-Kanal mit verifizierter Einwilligung. Abgerufen im Juli 2026 unter docs.byteplus.com/en/docs/ModelArk/2291680
  7. Reuters. ByteDance setzt Einführung eines Video-KI-Modells nach Urheberrechtsstreitigkeiten aus. Abgerufen im Juli 2026 unter reuters.com/technology/bytedance-suspends-launch-video-ai-model
  8. BytePlus. Richtlinie zur zulässigen Nutzung generativer KI. Abgerufen im Juli 2026 unter docs.byteplus.com/en/docs/legal/acceptable_use_policy_byteplus_genai

Weiterführende Informationen