Seedance 2.0 "Not Eligible": causas y soluciones que funcionan

Si Seedance 2.0 no deja de marcar tu imagen de referencia como "Not eligible", no te están limitando la velocidad ni has sobrepasado un límite oculto. Te has encontrado con una comprobación de contenido que ByteDance aplica en el propio modelo, cuyos dos detonantes están documentados en las reglas oficiales de su API: rostros humanos reales y propiedad intelectual protegida^[1]. Ninguna plataforma puede desactivarla y la mayoría ni siquiera la documenta, por eso el error parece aleatorio.

Este artículo reúne lo que está realmente documentado: las reglas y los códigos de error de ByteDance, qué comprueban en realidad las interfaces de las plataformas, por qué el mismo rostro se acepta un día y se rechaza al siguiente, y las vías legítimas que funcionan cuando tu proyecto incluye a personas reales.

Resumen rápido

• "Not eligible" significa detección de rostros y propiedad intelectual. La propia interfaz de Higgsfield explica el fallo con "This image contains faces or IP and cannot be used" y devuelve los créditos^[2][3].
• La regla procede de ByteDance, no de la plataforma. La documentación oficial de la API indica que los modelos Seedance 2.0 "do not support direct upload of reference images or videos containing real human faces"^[1], y el equipo de Higgsfield ha dicho públicamente que la detección "is on Seedance 2.0's side"^[4].
• No existe un interruptor para desactivar la moderación. La API oficial de Seedance 2.0 no expone ningún parámetro de seguridad; tanto las entradas como las salidas se revisan siempre^[1][5].
• Que "a veces funcione" tiene explicaciones bastante simples: Seedance 1.5 Pro, más antiguo, no está sujeto a la misma restricción de rostros en Dreamina^[6]; las plataformas añaden sus propios filtros y la detección se basa en umbrales, por lo que las imágenes dudosas pueden cambiar de resultado entre intentos.
• Existen vías legítimas: ByteDance documenta tres rutas de exención, incluido un canal de carga con consentimiento verificado^[7], y el nivel de Seedance con rostros de reAPI está diseñado precisamente para ese flujo de trabajo.
• Los trucos para eludir el filtro que circulan por Reddit infringen la política de uso aceptable que aceptaste, y el modelo vuelve a revisar las salidas de todos modos^[5].

Qué significa realmente "not eligible"

Higgsfield es donde la mayoría de la gente se encuentra con este error, así que empecemos por ahí. La plataforma somete cada referencia a una comprobación de contenido con tres estados, y los textos de la interfaz no dejan lugar a dudas: "Checking content…", "Eligible", "Not eligible". Cuando falla la comprobación, la interfaz explica el motivo: "This image contains faces or IP and cannot be used" o, en las generaciones, "This generation may involve protected IP or likeness rights"^[2]. El flujo incluye incluso una etapa específica de detección de propiedad intelectual; las solicitudes marcadas no se cobran y la documentación de Higgsfield confirma que los créditos se devuelven automáticamente^[3].

Por tanto, el error no se debe a la calidad o el formato de la imagen ni al estado de tu cuenta. Es un veredicto sobre el contenido: el sistema considera que tu referencia contiene el rostro de una persona real o propiedad protegida de un tercero.

Y no es un veredicto de Higgsfield. Cuando los usuarios se quejaron en Reddit, el equipo de Higgsfield respondió directamente: "The face detection you're running into is on Seedance 2.0's side, not something Higgsfield controls"^[4]. Todas las plataformas que ofrecen Seedance 2.0 heredan esta restricción.

La regla de fondo: ni rostros reales ni propiedad intelectual protegida

La fuente principal es la documentación oficial de la API de ByteDance, que lo dice con claridad: los modelos de la serie Seedance 2.0 "do not support direct upload of reference images or videos containing real human faces"^[1]. El catálogo de códigos de error es igual de explícito. InputImageSensitiveContentDetected.PrivacyInformation significa que la entrada "may contain real person"; la variante .PolicyViolation señala material que "may be related to copyright restrictions"^[5].

La experiencia del producto de consumo coincide. Cuando CapCut lanzó Seedance 2.0 globalmente en Dreamina, su nota de prensa indicó que el lanzamiento estaba "restricting certain capabilities… including the ability to make videos from images or videos that contain real faces", junto con tecnología "designed to block the unauthorized generation of intellectual property" y marcas de agua invisibles en las salidas^[6]. El selector de modelos de Dreamina etiqueta Seedance 2.0 con un tajante "Real human faces are not supported".

El motivo tampoco es un misterio: el lanzamiento de Seedance 2.0 chocó con disputas de derechos de autor de estudios tan graves que ByteDance pausó el despliegue mundial durante un mes^[8]. La responsabilidad por deepfakes sumada a los litigios de propiedad intelectual produce un filtro estricto en los límites del modelo.

Conviene saber que no hay ningún interruptor. El conjunto de parámetros de la API oficial no contiene ningún control de moderación; la revisión se aplica tanto a las entradas como a las salidas, y la política de uso aceptable que firmas prohíbe representar "a person (living or dead)'s voice or likeness without appropriate consent" y cualquier intento de eludir los filtros de seguridad^[9].

Por qué la misma imagen se acepta un día y se rechaza al siguiente

La inconsistencia tiene tres causas documentadas u observables, y ninguna depende de la suerte.

Modelos distintos, reglas distintas. En Dreamina, la etiqueta "real faces not supported" aparece en Seedance 2.0 y 2.0 Fast, pero no en el modelo anterior Seedance 1.5 Pro^[6]. Si un flujo de trabajo "antes funcionaba", quizá usaba otro modelo; además, algunas plataformas cambian las versiones del backend sin anunciarlo.

Las plataformas superponen sus propios filtros. La página de confianza de Higgsfield señala que la moderación "is applied at the model level" y que "content policies may vary depending on the model being used"^[2]. Además, las plataformas añaden sobre los filtros de ByteDance sus propias comprobaciones y umbrales. La misma imagen en plataformas distintas puede recibir veredictos distintos.

La detección es probabilística. Las pruebas de la comunidad muestran el caso más frustrante: rostros estilizados e incluso generados por completo con IA se marcan con frecuencia como personas "reales", y las imágenes cercanas al límite cambian de veredicto entre intentos^[10]. Un clasificador de umbral es inestable cerca de ese umbral. Los parecidos con celebridades parecen pasar por una capa adicional de reconocimiento que los trucos de composición no alteran, algo coherente con la mención a "protected likeness" en los textos de la interfaz de Higgsfield^[2].

Hay otra confusión que conviene despejar: "visual restriction" no tiene una definición oficial en ningún documento publicado por ByteDance o CapCut. La expresión circula en artículos SEO de terceros y, en la práctica, solo se refiere a la restricción de rostros y propiedad intelectual descrita arriba. Por otra parte, el texto "not eligible" de Dreamina también se utiliza como mensaje de restricción de edad, sin relación con las comprobaciones de imágenes.

Las vías que funcionan legítimamente

Empieza por la distinción que importa: ¿tu sujeto es una persona real o el detector se equivoca con un personaje sintético?

Si tu personaje es sintético y aun así se marca, estás ante un falso positivo. Las soluciones legítimas son de composición: evita primeros planos cerrados tipo pasaporte como referencia; prefiere escenas más amplias en las que el rostro ocupe menos encuadre; y, si la plataforma ofrece un modo de primer fotograma junto a un modo de referencia universal, introduce el personaje mediante el primer fotograma, que se trata como contexto de escena y no como referencia facial. Estos ajustes cambian lo que ve el clasificador; no burlan una detección correcta.

Si tu sujeto es una persona real, la respuesta es una infraestructura de consentimiento, no trucos. La documentación de ByteDance describe tres canales de exención: el contenido que la propia plataforma haya generado para tu cuenta durante los últimos 30 días puede considerarse una entrada de confianza; una biblioteca de avatares virtuales predefinidos; y una vía verificada en la que se confirman la identidad y la autorización de una persona real, tras lo cual su material se referencia mediante un ID de recurso específico^[7]. Esta última es la respuesta oficial a "cómo hago vídeos de mí mismo".

En reAPI, el nivel de Seedance 2.0 con rostros está pensado para flujos de referencia con personas reales cuando cuentas con su consentimiento y los derechos necesarios. Tiene un precio superior al nivel estándar, conserva la misma facturación por segundo y permite cambiar de modelo con una sola línea. Las generaciones fallidas se reembolsan automáticamente, así que un rechazo inesperado solo cuesta tiempo.

Qué no debes hacer: recurrir a las cuadrículas superpuestas y los trucos para ocultar rostros que circulan por Reddit. Infringen las condiciones de uso aceptable que has aceptado^[9], la revisión de salida vuelve a comprobar el resultado de todos modos^[7], y las plataformas reembolsan los intentos marcados precisamente porque esperan que el filtro los detecte. Construye tu flujo sobre las vías autorizadas y el error dejará de formar parte del proceso.

Preguntas frecuentes

¿Qué significa "not eligible" en Seedance 2.0?

La referencia que subiste no superó una comprobación de contenido para detectar rostros humanos reales o propiedad intelectual protegida. La interfaz de Higgsfield lo dice directamente: "This image contains faces or IP and cannot be used"^[2]. La comprobación procede de las reglas del modelo de ByteDance, no de la plataforma^[1][4].

¿Por qué Seedance 2.0 bloquea mi personaje generado por IA?

Por un falso positivo. El detector facial estima si se trata de una persona real, y los rostros sintéticos fotorrealistas quedan cerca de su umbral, por lo que se marcan a menudo y de forma inconsistente^[10]. Para sujetos verdaderamente sintéticos, un encuadre más abierto y la colocación en el primer fotograma suelen resolverlo.

¿Qué es la "visual restriction" de Seedance 2.0?

Una expresión no oficial que no aparece definida en la documentación de ByteDance ni de CapCut. En la práctica, se refiere a la misma restricción documentada: el material de referencia no puede contener rostros reales ni propiedad intelectual protegida^[1][6].

¿Puedo desactivar la moderación de contenido de Seedance 2.0?

No. La API oficial no tiene ningún parámetro de moderación, las comprobaciones se aplican tanto a las entradas como a las salidas y la política de uso aceptable prohíbe eludirlas^[5][9].

¿Qué plataforma tiene menos restricciones para Seedance?

Las reglas sobre rostros y propiedad intelectual acompañan al modelo, por lo que ninguna plataforma puede evitarlas^[4]; las diferencias están en los filtros adicionales que cada una añade y en la claridad con la que muestra el error. La solución real no es cambiar de plataforma, sino usar los canales basados en consentimiento para trabajar con personas reales^[7].

¿Cuestan dinero las generaciones fallidas por "not eligible"?

Por lo general, no. Higgsfield reembolsa automáticamente las solicitudes marcadas^[3] y, en reAPI, las tareas fallidas también se reembolsan de forma automática.

¿Por qué se bloquea a las celebridades incluso en imágenes estilizadas?

La protección de la imagen personal parece ejecutarse como una capa adicional de reconocimiento aparte de la detección facial genérica, en consonancia con la expresión "protected IP or likeness rights" de las interfaces de las plataformas^[2]. Por diseño, los cambios de composición no la alteran.

¿Cómo creo vídeos con mi propio rostro en Seedance 2.0?

Mediante la vía de consentimiento verificado: la documentación de ByteDance describe la verificación de identidad y la autorización, tras lo cual tu material se referencia a través de un canal de recursos específico^[7]. El nivel de reAPI con rostros admite flujos de referencia con personas reales para usuarios de la API que cuentan con el consentimiento del sujeto.

Diseña conforme a las reglas, no contra ellas

Todas las historias sobre "not eligible" siguen el mismo patrón: un filtro a nivel de modelo, documentado por ByteDance y heredado por cada plataforma, que hace exactamente lo que su propietario pretende tras una crisis de derechos de autor. Combatirlo desperdicia créditos e infringe las condiciones; comprenderlo convierte el error en una decisión de enrutamiento. Para los sujetos sintéticos hay ajustes de composición; para las personas reales, canales de consentimiento; y el nivel de Seedance 2.0 con rostros de reAPI convierte la vía autorizada en una llamada a la API. Ese es todo el manual para hacer desaparecer los errores not eligible de Seedance 2.0 de tu flujo de trabajo.

Referencias

1. BytePlus (ByteDance). ModelArk — reglas de entrada de Seedance 2.0 ("do not support direct upload of reference images or videos containing real human faces"). Consultado en julio de 2026 en docs.byteplus.com/en/docs/ModelArk/1520757
2. Higgsfield. Página de confianza y seguridad y textos de la interfaz de producción ("Not eligible", "contains faces or IP"). Consultado en julio de 2026 en higgsfield.ai/trust
3. Higgsfield. Preguntas frecuentes de la documentación de la API: las solicitudes marcadas no se cobran. Consultado en julio de 2026 en docs.higgsfield.ai/docs/help/faq
4. Equipo de Higgsfield (cuenta oficial). Respuesta en Reddit: "The face detection… is on Seedance 2.0's side." Consultado en julio de 2026 en reddit.com/r/HiggsfieldAI/comments/1sq1hms
5. BytePlus (ByteDance). ModelArk — códigos de error de moderación de contenido (PrivacyInformation, PolicyViolation). Consultado en julio de 2026 en docs.byteplus.com/en/docs/ModelArk/1299023
6. Sala de prensa de CapCut. Lanzamiento global de Dreamina Seedance 2.0: restricciones de rostros y propiedad intelectual, y marcas de agua invisibles. Consultado en julio de 2026 en capcut.com/newsroom/dreamina-seedance-2
7. BytePlus (ByteDance). ModelArk — exenciones para entradas de confianza y canal de recursos con consentimiento verificado. Consultado en julio de 2026 en docs.byteplus.com/en/docs/ModelArk/2291680
8. Reuters. ByteDance suspende el lanzamiento de un modelo de IA de vídeo tras disputas por derechos de autor. Consultado en julio de 2026 en reuters.com/technology/bytedance-suspends-launch-video-ai-model
9. BytePlus. Política de uso aceptable de IA generativa. Consultado en julio de 2026 en docs.byteplus.com/en/docs/legal/acceptable_use_policy_byteplus_genai
10. r/Seedance_AI (comunidad). La detección facial bloquea incluso contenido generado por IA: hilo de debate. Consultado en julio de 2026 en reddit.com/r/Seedance_AI/comments/1sfp3ag

Lecturas adicionales

• reAPI. Qué es Seedance 2.0 y cómo usarlo (guía de 2026). reapi.ai/blog/what-is-seedance-2-0-and-how-to-use-it
• reAPI. Documentación de la API de Seedance 2.0. reapi.ai/docs/seedance-2-0
• CapCut. Normas de la comunidad de Dreamina. capcut.com/clause/dreamina-community-guidelines