Seedance Face Detected: errores por persona real explicados
Resuelve errores de face detected en Seedance consultando campos soportados, reglas de media, revisión automatizada y estado de reembolso completo.
¿Rechazó Seedance una referencia que contiene un rostro? No uses el texto del mensaje solo para decidir qué sistema la rechazó ni por qué. Empieza por dos preguntas: ¿coincide la solicitud con las reglas de media publicadas y falló después una revisión automatizada válida?
Seedance 2.5 acepta imágenes y videos de referencia que pueden contener personas reales, mientras que reAPI documenta una revisión automatizada antes de la generación y un reembolso completo cuando una tarea falla.[1] Esta guía se mantiene con el comportamiento observable: valida la solicitud, distingue un error de envío de un fallo de tarea revisada y elige un paso siguiente conforme.
TL;DR
- Lee el estado antes de interpretar el mensaje. Un HTTP 400 sincrónico apunta a validación de solicitud; una tarea que comienza y luego falla debe tratarse como fallo de tarea. La guía de parámetros documenta ambas rutas.[2]
- No deduzcas cómo fue clasificado un rostro. El material publicado no revela características del clasificador, umbrales ni el componente interno detrás de cada cadena de error posible.
- Consulta primero el contrato de media. URLs HTTP(S) públicas, formatos soportados, límites de archivo y combinaciones de campos válidas se pueden verificar directamente.[2]
- Seedance 2.5 se construyó alrededor de referencias. ByteDance describe hasta 30 imágenes, 10 clips de video y 10 clips de audio por generación.[3] Esa capacidad no garantiza que toda referencia pase revisión.
- reAPI acepta imágenes de referencia de personas reales y video. El material pasa revisión automatizada antes de la generación, y cualquier rechazo falla con error y reembolso completo.[1]
Comienza por la respuesta que realmente recibiste
La documentación pública te da una distinción útil sin requerir una teoría sobre sistemas ocultos.[2]
| Lo que observas | Lo que la documentación respalda | Paso siguiente |
|---|---|---|
| HTTP 400 nombra un formato de archivo | El archivo de referencia no está en formato aceptado | Recodifica el archivo real; renombrar su extensión no es suficiente |
| HTTP 400 nombra campos o parámetros | La solicitud viola una restricción de envío | Corrige la combinación de campos, duración o configuración de aspecto |
| Una tarea comienza, luego reporta parámetro o error de tipo de tarea | El tipo de tarea seleccionado y el prompt o parámetros no coinciden | Alinea omni_reference_task_type, prompt, duration y size |
| Una tarea falla citando contenido sensible | La referencia o salida generada no pasó moderación | Reemplaza el material o revisa la solicitud; la tarea fallida es reembolsada |
Registra el estado HTTP, ID de tarea, estado de tarea y texto de error completo. La documentación no mapea cada redacción a un servicio interno nombrado, así que redacción y tiempo de respuesta no son prueba confiable de que un host, modelo upstream o clasificador particular lo produjo.
Lo que un rechazo relacionado con rostro no prueba
Un mensaje relacionado con rostro te dice que el material enviado no pasó la validación o revisión aplicable. No prueba que la persona sea real, que el sistema verificó metadatos de procedencia, o que una característica visual particular cruzó un umbral documentado. Esos detalles de implementación no están presentes en la documentación de producto citada.
Un origen sintético por lo tanto no garantiza aceptación, pero rechazo tampoco establece que la referencia represente a una persona real. Guarda el registro de procedencia para tus propias verificaciones y de producción; para troubleshooting de API, trabaja desde el contrato de solicitud y el resultado de tarea retornado.
Si un archivo previamente aceptado deja de funcionar, no saltes directo a una explicación de cambio de umbral. Confirma que los bytes en la URL pública están sin cambios, compara el ID de modelo y parámetros con una solicitud exitosa registrada, y reintentas con entrada válida mínima. Escala con esos registros si el resultado sigue siendo inconsistente.
Troubleshooting de solicitud en lugar de intentar evadir revisión
Superposiciones, desenfoque selectivo y otros cambios hechos únicamente para evadir una revisión no son pruebas de diagnóstico útiles. Cambian la entrada, así que incluso un reintento aceptado no mostraría qué parte de la solicitud original era inválida. También pueden socavar los detalles de referencia que la generación se supone debe preservar.
Guarda una fuente sin tocar, documenta consentimiento donde aparece una persona real, y prueba una variable a la vez. Arregla un error de formato o parámetro documentado directamente. Si material válido falla revisión de contenido, reemplázalo o selecciona un modelo cuya política publicada se ajuste al uso previsto y legal en lugar de intentar ocultar el sujeto.
La pregunta útil es si la solicitud es válida y el uso previsto es soportado—no cómo evadir la revisión.
Material de referencia como entrada de primera clase
El diseño de Seedance 2.5 asume material de referencia. El post de lanzamiento de ByteDance lo encabeza: hasta 30 imágenes, 10 clips de video y 10 clips de audio en un solo pase, con capacidades de referencia abarcando movimiento, estilo y escenas multi-sujeto.[3] Estas capacidades se sitúan junto a revisión de contenido; no prometen aceptación para cada archivo.
En reAPI el ID del modelo mismo refleja la posición. Hay un ID Seedance 2.5 orientado al cliente, doubao-seedance-2.5-face, sin variante sin rostro a la cual recaer.[2] El comportamiento publicado es que imágenes y videos de referencia de personas reales son aceptados, que material de referencia pasa una revisión automatizada antes de que la generación corra, y que cualquier cosa rechazada falla con error claro y reembolso completo de la reserva.[1]
El reembolso es la parte práctica: una tarea revisada que falla cuesta tiempo, pero el monto reservado es retornado.[1] Usa ese resultado para elegir una referencia conforme diferente en lugar de modificar repetidamente un archivo para probar una regla no documentada.
Dos obligaciones no se mueven. Obtén consentimiento y cualquier derecho de similitud necesario para personas en el material de referencia, y sigue la política de contenido aplicable. Una API que acepta una carga no adquiere permiso para ti, mientras que un reembolso tras rechazo no es aprobación de reenviar el mismo material de forma disfrazada.
Lo que reAPI acepta, exactamente
Guarda estos límites en un solo lugar porque un error de formato o campo tiene una solución diferente de un fallo de moderación.[2]
| Campo | Límite | Formatos |
|---|---|---|
image_urls | hasta 30, cada uno bajo 30 MB | jpeg, png, webp, bmp, tiff, gif, heic, heif |
image_with_roles | primer fotograma, o primer + último (máx 2) | igual al anterior |
video_urls | hasta 10, cada uno 2–30 s y bajo 200 MB, combinado 30 s | mp4, mov, 480p a 4K |
audio_urls | hasta 10, cada uno 2–30 s y bajo 15 MB | wav, mp3 |
Una regla de plataforma fácil de perder: cada referencia debe ser una URL HTTP(S) pública. Los payloads base64 y data: son rechazados en toda la superficie de reAPI, no solo este modelo.[2] Confirma que la URL permanece alcanzable y sirve los bytes de archivo esperados cuando la tarea corre.
Dos restricciones más se aplican antes de enviar en lugar de minutos después: image_urls e image_with_roles son mutuamente exclusivos, y un trabajo de primer/último fotograma solo acepta size: adaptive.[2] Ambos retornan inmediatamente en lugar de fallar después de que la tarea comience.
FAQ
¿Qué significa realmente el error face detected de Seedance?
Significa que la solicitud o referencia no pasó la validación o revisión aplicable. El estado HTTP exacto y estado de tarea te dicen cuál ruta de troubleshooting documentada usar; la frase sola no prueba la identidad de la persona ni expone el método de revisión interno.[1][2]
¿Por qué rechaza mi personaje generado por IA?
La documentación publicada no revela esa decisión interna. Confirma la URL, formato, tamaño y combinación de campos primero. Si esos son válidos y la tarea falla revisión, usa otra referencia conforme; ser generado por IA no anula el paso de revisión.[1][2]
¿Puedo cargar la foto de una persona real a Seedance 2.5 en reAPI?
Sí. Las imágenes de referencia de personas reales y video son aceptadas y pasan revisión automatizada primero, con reembolso completo si la revisión las rechaza.[1] El consentimiento y derechos de similitud siguen siendo tu responsabilidad.
¿Por qué dejaron de funcionar las mismas imágenes de la noche a la mañana?
El error solo no puede establecer que un umbral cambió. Compara la solicitud actual, bytes de archivo referenciado, ID de modelo y parámetros con un trabajo exitoso registrado, luego reintentas con entrada válida mínima. Si la diferencia no se puede aislar, envía esos registros a soporte.
¿Desactivar el verificador de seguridad arregla rechazos de rostro?
No asumas que una configuración no relacionada anula revisión de referencia. La solución documentada depende del error retornado: corrige restricciones de solicitud para un error de validación, o reemplaza material que falla revisión de contenido.[2]
¿Una referencia rechazada todavía me cobrará?
No en reAPI. Una tarea que falla revisión reembolsa la reserva completamente.[1]
¿Qué debo guardar antes de contactar soporte?
Guarda el ID de modelo, parámetros de solicitud sin credenciales, URL de referencia y metadatos de archivo, estado HTTP, ID de tarea, estado final de tarea y texto de error completo. Eso es suficiente para separar un problema de entrada reproducible de un resultado de revisión de tarea.
¿Debo alterar la imagen para evadir revisión?
No. Alterar un archivo únicamente para evadir revisión cambia la entrada de prueba y puede remover detalles necesarios para consistencia de personaje. Arregla problemas de validación documentados, o reemplaza material que no pasa revisión.
Un preflight seguro para producción para referencias de rostro
Antes de construir un flujo de narrativa, envía una referencia conforme y retén la solicitud y respuesta exactas. Corrige cualquier error de validación sincrónico contra la tabla de parámetros. Si la tarea comienza y luego falla revisión, acepta ese veredicto, confirma el reembolso, y reemplaza la referencia en lugar de intentar reverse-engineer un clasificador no documentado.[1][2]
Este preflight prueba lo que la interfaz pública realmente promete: campos aceptados, media soportado, estado de tarea y manejo de reembolso. No afirma identificar un componente de revisión interno desde timing o redacción que la documentación no define.
References
- reAPI. Seedance 2.5 — model page, real-person reference support and refund behaviour. Retrieved August 2026 from reapi.ai/models/seedance-2-5
- reAPI. doubao-seedance-2.5-face — reference field limits, formats and submit-time constraints. Retrieved August 2026 from reapi.ai/docs/seedance-2-5
- ByteDance Seed. One-take Creation, Flexible Referencing: Introducing Seedance 2.5. Published 31 July 2026, retrieved August 2026 from seed.bytedance.com/en/blog/one-take-creation-flexible-referencing-introducing-seedance-2-5
Further reading
- reAPI. Seedance 2.5 Content Filtering: Diagnosing a Refusal. reapi.ai/blog/seedance-2-5-content-filtering
- reAPI. Seedance 2.0 Character Consistency Guide. reapi.ai/blog/seedance-2-0-character-consistency-guide
Autor
Categorías
Más publicaciones
Upscalers de código abierto para vídeo: video2x y Real-ESRGAN
Guía de upscalers de vídeo de código abierto: video2x frente a Real-ESRGAN, motores Vulkan, modelos de anime, bajo VRAM, y licencias comerciales.
Cómo usar Gemini 3.6 Flash: velocidad, precio y limitaciones
Cómo usar Gemini 3.6 Flash: benchmarks oficiales, dónde pierde frente a GPT-5.6 Luna y Sonnet 5, cuatro cambios API y los modelos Flash-Lite y Cyber.
Cómo usar GPT-5.6: comparación de Sol, Terra y Luna
Guía de GPT-5.6: precios de Sol, Terra y Luna, la tabla Terminal-Bench y sus cuatro asteriscos, los modos max y ultra, y qué nivel conviene elegir.