Seedance 2.0 "Not Eligible": causas y soluciones que funcionan
El error not eligible de Seedance 2.0 se debe a la detección de rostros y propiedad intelectual: qué lo activa, qué revisar y qué soluciones 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. Sus dos detonantes documentados son los rostros humanos reales y la propiedad intelectual protegida[1]. Cada interfaz puede presentar esta regla de manera distinta, por eso el error a veces resulta poco claro.
Este artículo reúne lo que está realmente documentado: las reglas y los códigos de error de ByteDance, qué comprueban las interfaces, qué detalles del modelo y del proveedor conviene verificar 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].
- 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[1][4].
- Si el comportamiento parece cambiar, comprueba el modelo exacto. Dreamina aplica la restricción de rostros reales a Seedance 2.0 y 2.0 Fast, pero no al modelo anterior Seedance 1.5 Pro[5]; las políticas publicadas también pueden variar según el modelo[2].
- Existen vías legítimas: ByteDance documenta tres rutas de exención, incluido un canal de carga con consentimiento verificado[6], y el nivel de Seedance con rostros de reAPI está diseñado precisamente para ese flujo de trabajo.
- No intentes neutralizar la comprobación. La política de uso aceptable prohíbe eludir los filtros de seguridad[8] y el flujo documentado también revisa las salidas[6].
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.
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"[4].
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[5]. 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[7]. 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[8].
Por qué el mismo flujo puede parecer inconsistente
Antes de volver a enviar el mismo recurso, revisa dos diferencias documentadas.
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[5]. Si un flujo de trabajo funcionaba antes, comprueba qué modelo y versión estaban seleccionados.
Las políticas publicadas varían según el modelo. 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]. Compara el modelo exacto y las reglas publicadas por el proveedor en lugar de asumir que dos modos con nombres parecidos son equivalentes.
Hay otra confusión que conviene despejar: "visual restriction" no aparece definido en los documentos de ByteDance o CapCut citados aquí. Usa la restricción documentada sobre rostros y propiedad intelectual en lugar de tratar esa expresión como otro error técnico.
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, comprueba primero el modelo y el modo de entrada exactos. Dreamina documenta la restricción de rostros reales para Seedance 2.0 y 2.0 Fast, pero no para Seedance 1.5 Pro[5]; Higgsfield también indica que las políticas de contenido varían según el modelo[2]. Estas diferencias publicadas son una base más fiable para dirigir el recurso que intentar modificar la comprobación una y otra vez.
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[6]. 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: ocultar un rostro o intentar neutralizar la comprobación de cualquier otra forma. Las condiciones de uso aceptable prohíben eludir los filtros de seguridad[8] y el flujo documentado también revisa las salidas[6]. 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]. ByteDance documenta la regla de entrada subyacente en su propia documentación de la API[1].
¿Por qué Seedance 2.0 bloquea mi personaje generado por IA?
La documentación publicada no explica las decisiones individuales del clasificador. Confirma que el recurso sea sintético y revisa el modelo exacto y la política del proveedor: Dreamina documenta restricciones diferentes para Seedance 2.0 y el modelo anterior Seedance 1.5 Pro[5], e Higgsfield señala que las políticas de contenido pueden variar según el modelo[2].
¿Qué es la "visual restriction" de Seedance 2.0?
Una expresión no oficial que no aparece definida en los documentos de ByteDance o CapCut citados aquí. Usa en su lugar la restricción documentada: el material de referencia no puede contener rostros reales ni propiedad intelectual protegida[1][5].
¿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[4][8].
¿Qué plataforma tiene menos restricciones para Seedance?
No hay una respuesta única y fiable para todos los modelos. ByteDance documenta la restricción de entrada de Seedance 2.0 en la API[1], mientras que Higgsfield indica que las políticas de contenido pueden variar según el modelo[2]. Compara el modelo exacto y las reglas publicadas por el proveedor; para trabajar con personas reales, utiliza el canal documentado basado en el consentimiento[6].
¿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?
Las fuentes publicadas no describen ningún mecanismo independiente de reconocimiento de celebridades. Solo indican que una generación puede implicar propiedad intelectual o derechos de imagen protegidos[2] y que Seedance utiliza tecnología destinada a bloquear la generación no autorizada de propiedad intelectual[5].
¿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[6]. 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
La documentación describe "not eligible" como el efecto de una regla del modelo sobre rostros y propiedad intelectual, introducida en un contexto de mayor escrutinio de los derechos de autor. Combatirla desperdicia tiempo e infringe las condiciones; comprenderla convierte el error en una decisión de enrutamiento. Para sujetos sintéticos, comprueba el modelo y el modo de entrada exactos; para personas reales, usa los canales de consentimiento. El nivel de Seedance 2.0 con rostros de reAPI convierte esa vía autorizada en una llamada a la API.
Referencias
- 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
- 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
- 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
- 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
- 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
- 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
- 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
- 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
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
Autor
Categorías
Más publicaciones
Gemini 4 Argon: fecha de lanzamiento y quién puede usarlo
Gemini 4 Argon se anunció el 30 de septiembre de 2026, pero de momento solo lo usan defensores del Fairwind Program. Quién tiene acceso y qué viene después.
Créditos de Seedance y cuotas: por qué se agota el saldo
Coste por clip según resolución, duración e entrada. La facturación por segundo responde con multiplicación exacta, sin tipo de cambio variable.
Licencia MiniMax H3: territorio, ingresos y uso comercial
MiniMax H3 es peso abierto pero no Apache ni MIT. Territorios excluidos, umbral de $20M, atribución e implementación local: requisitos legales.