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, wechselnde Ergebnisse 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 Auslöser sind in den eigenen API-Regeln des Unternehmens dokumentiert: Gesichter realer Menschen und geschütztes geistiges Eigentum^[1]. Keine Plattform kann diese Prüfung einfach aufheben, und die meisten dokumentieren sie nicht einmal. Deshalb wirkt der Fehler zufällig.

Dieser Beitrag führt zusammen, was tatsächlich dokumentiert ist: ByteDances Regeln zur Zulässigkeit und Fehlercodes, was die Plattformoberflächen wirklich prüfen, warum dasselbe Gesicht an einem Tag akzeptiert und am nächsten abgelehnt wird 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]. Das Higgsfield-Team erklärte zudem öffentlich, die Erkennung "is on Seedance 2.0's side"^[4].
Es gibt keinen Schalter zum Abschalten der Moderation. Die offizielle API von Seedance 2.0 stellt keinen Sicherheitsparameter bereit; Eingaben und Ausgaben werden ausnahmslos geprüft^[1]^[5].
Dass es „manchmal funktioniert“, hat unspektakuläre Gründe: Für das ältere Seedance 1.5 Pro gilt in Dreamina nicht dieselbe Gesichtsbeschränkung^[6], Plattformen legen eigene Filter darüber und die Erkennung arbeitet mit Schwellenwerten, sodass Grenzfälle zwischen Durchläufen wechseln können.
Es gibt legitime Wege: ByteDance dokumentiert drei Ausnahmepfade, darunter einen Upload-Kanal mit verifizierter Einwilligung^[7]. reAPIs Seedance-Tarif mit Gesichtsunterstützung ist genau für diesen Arbeitsablauf konzipiert.
Auf Reddit verbreitete Umgehungstricks verletzen die von Ihnen akzeptierten Nutzungsregeln, und das Modell prüft die Ausgabe ohnehin erneut^[5].

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.

Und diese Bewertung stammt nicht von Higgsfield. Als Nutzer sich auf Reddit beschwerten, antwortete das Higgsfield-Team direkt: "The face detection you're running into is on Seedance 2.0's side, not something Higgsfield controls"^[4]. Jede Plattform, die Seedance 2.0 anbietet, übernimmt diese Vorgabe.

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"^[5].

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^[6]. 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^[8]. 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^[9].

Warum dasselbe Bild heute akzeptiert und morgen abgelehnt wird

Für diese Schwankungen gibt es drei dokumentierte oder beobachtbare Ursachen, und keine davon ist Glück.

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^[6]. Wenn ein Arbeitsablauf „früher funktionierte“, lief er möglicherweise mit einem anderen Modell. Einige Plattformen wechseln außerdem Backend-Versionen, ohne dies anzukündigen.

Plattformen setzen eigene Filter darüber. 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]. Zusätzlich ergänzen Plattformen ByteDances Prüfungen um eigene Schwellenwerte. Dasselbe Bild kann deshalb auf verschiedenen Plattformen unterschiedlich bewertet werden.

Die Erkennung ist probabilistisch. Community-Tests zeigen den frustrierenden Grenzfall: Stilisierte und sogar vollständig KI-generierte Gesichter werden regelmäßig als „reale“ Personen markiert, und bei grenzwertigen Bildern wechselt das Ergebnis zwischen Versuchen^[10]. Ein Schwellenwert-Klassifikator ist in der Nähe seines Grenzwerts unbeständig. Ähnlichkeiten mit Prominenten scheinen eine zusätzliche Erkennungsschicht auszulösen, die sich durch Kompositionstricks nicht beeinflussen lässt. Das passt zur Formulierung "protected likeness" in Higgsfields Oberflächentexten^[2].

Eine weitere Verwechslung sollte ausgeräumt werden: "visual restriction" ist in keiner veröffentlichten Dokumentation von ByteDance oder CapCut offiziell definiert. Der Ausdruck kursiert in SEO-Artikeln Dritter und meint praktisch nur die oben beschriebene Gesichts- und IP-Beschränkung. Dreamina verwendet "not eligible" außerdem separat als Altersfreigabe-Meldung, die mit Bildprüfungen nichts zu tun hat.

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, handelt es sich um einen Fehlalarm. Die legitimen Lösungen betreffen die Komposition: Vermeiden Sie enge, passbildartige Nahaufnahmen als Referenz; wählen Sie weitere Szenen, in denen das Gesicht weniger Raum im Bild einnimmt; und wenn eine Plattform neben einem universellen Referenzmodus auch einen Startbildmodus anbietet, bringen Sie die Figur über das erste Bild ein. Dieses wird als Szenenkontext statt als Gesichtsreferenz behandelt. So verändern Sie, was der Klassifikator sieht; eine korrekte Erkennung wird damit nicht umgangen.

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^[7]. 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: die auf Reddit verbreiteten Raster-Overlays und Tricks zum Verdecken von Gesichtern verwenden. Sie verstoßen gegen die von Ihnen akzeptierten Regeln zur zulässigen Nutzung^[9], die Ausgabeprüfung kontrolliert das Ergebnis ohnehin erneut^[7], und Plattformen erstatten markierte Versuche gerade deshalb, weil sie erwarten, dass der Filter solche Inhalte erkennt. 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]. Die Prüfung stammt aus ByteDances Modellregeln, nicht von der Plattform^[1]^[4].

Warum blockiert Seedance 2.0 meine KI-generierte Figur?

Wegen eines Fehlalarms. Der Gesichtsdetektor schätzt, ob eine reale Person zu sehen ist. Fotorealistische synthetische Gesichter liegen nahe am Schwellenwert und werden deshalb häufig und uneinheitlich markiert^[10]. Bei tatsächlich synthetischen Motiven helfen meist ein weiterer Bildausschnitt und die Platzierung im ersten Bild.

Was ist die "visual restriction" bei Seedance 2.0?

Ein inoffizieller Begriff ohne Definition in der Dokumentation von ByteDance oder CapCut. Praktisch bezeichnet er dieselbe dokumentierte Einschränkung: Referenzmaterial darf weder reale Gesichter noch geschütztes geistiges Eigentum enthalten^[1]^[6].

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^[5]^[9].

Welche Plattform hat die wenigsten Seedance-Einschränkungen?

Die Regeln für Gesichter und geistiges Eigentum gehören zum Modell, daher kann ihnen keine Plattform entgehen^[4]. Plattformen unterscheiden sich nur bei den zusätzlichen Filtern und darin, wie verständlich sie den Fehler anzeigen. Der entscheidende Hebel ist nicht die Plattformwahl, sondern die Nutzung einwilligungsbasierter Kanäle für Arbeiten mit realen Personen^[7].

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?

Der Schutz der persönlichen Erscheinung scheint als zusätzliche Erkennungsschicht neben der allgemeinen Gesichtserkennung zu arbeiten. Das entspricht der Formulierung "protected IP or likeness rights" in Plattformoberflächen^[2]. Änderungen an der Komposition beeinflussen ihn absichtlich nicht.

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^[7]. 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

Hinter jeder "not eligible"-Geschichte steckt dasselbe Muster: Ein von ByteDance dokumentierter und von jeder Plattform übernommener Filter auf Modellebene tut nach einer Urheberrechtskrise genau das, was sein Eigentümer beabsichtigt. Dagegen anzukämpfen verschwendet Credits und verletzt die Bedingungen; wer ihn versteht, macht aus dem Fehler eine Routing-Entscheidung. Synthetische Motive erfordern Anpassungen der Komposition, reale Menschen die Einwilligungskanäle, und reAPIs Tarif von Seedance 2.0 mit Gesichtsunterstützung macht aus dem zugelassenen Weg einen API-Aufruf. Das ist der gesamte Leitfaden, um Fehler vom Typ Seedance 2.0 not eligible aus Ihrer Pipeline zu entfernen.

Quellen

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
Higgsfield. Trust-&-Safety-Seite und Texte der Produktionsoberfläche ("Not eligible", "contains faces or IP"). Abgerufen im Juli 2026 unter higgsfield.ai/trust
Higgsfield. FAQ der API-Dokumentation — markierte Anfragen werden nicht berechnet. Abgerufen im Juli 2026 unter docs.higgsfield.ai/docs/help/faq
Higgsfield-Team (offizieller Account). Antwort auf Reddit: "The face detection… is on Seedance 2.0's side." Abgerufen im Juli 2026 unter reddit.com/r/HiggsfieldAI/comments/1sq1hms
BytePlus (ByteDance). ModelArk — Fehlercodes für die Inhaltsmoderation (PrivacyInformation, PolicyViolation). Abgerufen im Juli 2026 unter docs.byteplus.com/en/docs/ModelArk/1299023
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
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
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
BytePlus. Richtlinie zur zulässigen Nutzung generativer KI. Abgerufen im Juli 2026 unter docs.byteplus.com/en/docs/legal/acceptable_use_policy_byteplus_genai
r/Seedance_AI (Community). Gesichtserkennung blockiert sogar KI-generierte Inhalte — Diskussion. Abgerufen im Juli 2026 unter reddit.com/r/Seedance_AI/comments/1sfp3ag