Si aparece InputImageSensitiveContentDetected.PrivacyInformation con el mensaje “The request failed because the input image may contain a real person”, esa solicitud se ha rechazado porque la ruta clasificó la entrada como una posible imagen de persona real. En la ruta documentada de ModelArk para Seedance 2.0 no se admite la subida directa de imágenes o vídeos de referencia que contengan rostros humanos reales.
Eso no equivale a decir que Seedance 2.0 no pueda generar personas ni que exista una prohibición universal de cualquier rostro. ModelArk también documenta dos opciones sujetas a requisitos y controles: reutilizar determinadas salidas de confianza que cumplen las condiciones de cuenta y vigencia, o utilizar un activo de persona real autorizado, verificado y aceptado. La solución correcta depende de qué tipo de referencia tienes y del servicio o entorno concreto desde el que accedes al modelo.
| Tu situación | Qué significa | Próximo paso legítimo |
|---|---|---|
| Subiste una foto o un vídeo de una persona identificable | La subida directa no es compatible con la ruta documentada de ModelArk | Sustituye la entrada o usa el flujo autorizado de activos de persona real |
| La imagen es ficticia, sintética o estilizada, pero recibió el mismo error | El clasificador la consideró una posible persona real; el error no demuestra su origen | Prueba con material claramente no real o solicita una revisión al servicio responsable |
| Quieres continuar a partir de una salida creada en ModelArk | Puede ser una salida de confianza, pero solo bajo las reglas vigentes de cuenta, modelo y plazo | Comprueba que la salida original cumple todos los requisitos antes de reutilizarla |
| Tienes consentimiento de un actor, cliente o portavoz | El consentimiento por sí solo no convierte una foto suelta en una entrada admitida | Completa la verificación y usa un activo aceptado mediante su Asset ID |
| El objetivo es una figura pública, una suplantación o evitar el filtro | No hay una ruta válida basada en ocultar la identidad o engañar al control | Detén o reformula el proyecto con un personaje ficticio no identificable |
Qué confirma el error y qué no confirma
La tabla oficial de errores de ModelArk asocia el mensaje exacto con una respuesta HTTP 400 de tipo BadRequest. La recuperación publicada es sustituir la entrada y volver a intentarlo. En este contexto, sustituir no significa difuminar, recortar o disfrazar la misma cara hasta que pase. Significa aportar una entrada legítimamente distinta o mover el caso a una vía diseñada para una persona autorizada.
El error sí permite concluir tres cosas:
- Esa petición concreta no llegó a una generación normal.
- El motivo comunicado es la posible presencia de una persona real en la imagen de entrada.
- Repetir el mismo archivo o reescribir el prompt no resuelve la incompatibilidad de la ruta.
En cambio, el error no identifica a la persona, no certifica que la imagen sea una fotografía y no prueba que la cuenta esté sancionada. Tampoco publica el umbral del detector ni su tasa de falsos positivos. Una ilustración muy realista o un rostro generado por IA puede recibir el mismo mensaje si el sistema lo clasifica como posible persona real. Por eso conviene describir el hecho como “la entrada fue clasificada” y no como “el sistema demostró que la foto es real”.
La distinción clave: subida directa frente a opciones con requisitos y controles
La aparente contradicción suele venir de juntar dos afirmaciones distintas. La página oficial de Seedance 2.0 indica que el modelo puede usar texto, imagen, audio y vídeo como referencias. Sin embargo, la guía de Seedance 2.0 en ModelArk añade una restricción específica: esa ruta no admite la subida directa de referencias con rostros humanos reales.
Aceptar la modalidad “imagen” no obliga a aceptar toda imagen posible. La referencia puede ser un paisaje, un producto, un personaje ficticio, una composición gráfica o una entrada cuya procedencia y autorización controla la plataforma. La regla sobre el rostro real define cómo debe entrar ese material, no la capacidad general del modelo para representar seres humanos.
Las tres rutas documentadas se pueden leer así:
| Ruta de entrada | Condición decisiva | Qué debes comprobar |
|---|---|---|
| Archivo subido directamente | No debe contener un rostro humano real en la ruta documentada | Que el material sea claramente ficticio, no real y no identificable |
| Salida de confianza | Debe proceder de los modelos admitidos, de la misma cuenta y dentro del periodo vigente | Modelo de origen, cuenta, fecha de generación y archivo original |
| Activo autorizado de persona real | Requiere autorización, verificación, comprobaciones, estado aceptado y uso del Asset ID | Consentimiento, identidad, consistencia, estado del activo y finalidad |
Una salida de confianza no es cualquier imagen creada con IA en cualquier web. ModelArk limita qué salidas reconoce, de dónde deben proceder y durante cuánto tiempo son reutilizables. Esas condiciones son volátiles: consulta la guía actual en el momento de generar y no des por válido un archivo exportado, modificado o creado desde otra plataforma.
Cómo resolver el rechazo sin convertirlo en una evasión
Empieza por la entrada y la ruta, no por el prompt. Este orden evita perder tiempo corrigiendo texto cuando la petición se detuvo antes de la generación.
1. Conserva el mensaje exacto
Guarda el código, el texto completo, la hora, el identificador de petición o tarea y el endpoint o interfaz utilizados. Si trabajas a través de un proveedor externo, no des por hecho que su política, su implementación o su soporte de activos coincide con ModelArk.
2. Determina si fue una subida directa
Una URL, un archivo, un primer fotograma o un vídeo de referencia pueden acabar entrando como material aportado directamente. Si contienen un rostro real identificable, cambiar palabras del prompt no transforma esa entrada en una salida de confianza ni en un activo autorizado.
3. Clasifica el caso antes de volver a llamar
- Personaje ficticio no identificable: sustituye la referencia por material claramente ficticio o no real. No prometas que una estética concreta siempre pasará.
- Tu propia cara o una persona privada con permiso: usa el flujo oficial de activo de persona real si está disponible para tu cuenta y finalidad.
- Salida anterior de ModelArk: verifica que satisface las reglas actuales de confianza; no lo infieras solo porque “se generó con IA”.
- Figura pública, parecido engañoso o persona sin consentimiento: detén la solicitud o cambia el concepto a un personaje inequívocamente ficticio.
- Clasificación inesperada: reproduce el problema con una entrada no sensible y envía el código, el ID de petición y los datos de ruta al soporte correspondiente.
4. No uses reintentos cosméticos como estrategia
Recortar la frente, tapar parte de la cara, añadir ruido, cambiar el nombre del archivo o describir a la persona sin citarla no aporta autorización. Tampoco ofrece una solución estable: solo intenta cambiar la decisión del detector conservando el mismo objetivo. Los términos específicos de los servicios de generación de vídeo de BytePlus prohíben eludir los filtros de seguridad.
No puede asumirse que una petición fallida sea gratuita o que se reembolse. Precios, cobro de tareas rechazadas, cuotas y acceso dependen de la ruta y pueden cambiar; revísalos en el servicio que realmente recibió la llamada.
Cuándo usar un activo autorizado de persona real
Si necesitas la identidad de una persona concreta —por ejemplo, una portavoz de la empresa o un actor contratado—, la biblioteca de activos de persona real de ModelArk ofrece una vía específica. No es un ajuste del prompt, sino un proceso con controles previos.
En términos operativos, el recorrido es:
- La cuenta responsable inicia la autorización para una finalidad concreta.
- La persona o su representante válido presta consentimiento y completa la verificación de identidad requerida.
- El material pasa las comprobaciones de persona real y de consistencia.
- El activo alcanza el estado aceptado necesario para su uso.
- La generación referencia el identificador como
asset://<asset_id>en la ruta compatible.
Antes de generar, comprueba que el activo sigue válido, pertenece al proyecto y la cuenta correctos, y cubre el uso previsto. Un Asset ID no es permiso universal para otra campaña, otro cliente o cualquier contexto. Si la persona retira su consentimiento o el activo deja de estar aceptado, el equipo necesita una regla de parada y un responsable capaz de atender la solicitud.
Si tu cuenta, región o plan no muestra esta función, no se puede deducir la causa desde el error de privacidad. La disponibilidad, los derechos avanzados y el estado de la cuenta son variables distintas; confirma la documentación de tu consola o contacta con el soporte oficial.
Salidas de confianza: una excepción con condiciones
La otra vía documentada permite reutilizar determinadas salidas con rostro generadas anteriormente dentro de ModelArk. El objetivo es mantener una cadena de procedencia controlada: la plataforma conoce la cuenta, el modelo de origen, el momento de generación y el archivo original.
Antes de usarla, responde a estas cuatro preguntas:
- ¿La salida procede de uno de los modelos que la guía vigente reconoce como fuente de confianza?
- ¿Se creó bajo la misma cuenta desde la que se hará el nuevo trabajo?
- ¿Sigue dentro de la ventana temporal publicada?
- ¿Estás usando el archivo original admitido y no una copia creada en otra plataforma?
Si una respuesta es “no” o “no lo sé”, trata la imagen como una referencia externa. No presentes esta excepción como una puerta para introducir una fotografía personal ni como una garantía de que todo rostro sintético será aceptado.
Figuras públicas y parecidos engañosos
La FAQ del prefiltro de contenido de ModelArk explica que el sistema puede bloquear contenido parecido a figuras públicas para reducir riesgos de suplantación, fraude y deepfakes engañosos. La propia referencia no pretende ser una lista completa. Por tanto, que el filtro no se active no concede derechos ni convierte el encargo en aceptable.
Hay que parar cuando el resultado depende de imitar a una figura pública, confundir al espectador sobre quién habla, usar la imagen de una persona sin permiso o encontrar una variante que esquive la revisión. Una alternativa válida cambia el sujeto y la promesa creativa: contrata talento con autorización y usa la ruta verificada, o diseña un personaje ficticio que no apunte a una identidad concreta.
Checklist breve para un ticket de soporte
Si el caso debería ser válido y sigue fallando, envía información que permita diagnosticar la ruta sin adjuntar datos personales innecesarios:
- código y mensaje completos;
- fecha, hora e identificador de petición;
- modelo, endpoint o interfaz y proveedor utilizados;
- tipo de entrada: subida directa, salida de confianza o Asset ID;
- modelo de origen, cuenta y fecha si se invoca una salida de confianza;
- estado del activo y confirmación de autorización si se usa la vía de persona real;
- resultado de una prueba separada con contenido no sensible.
No publiques el Asset ID, documentos de identidad ni fotografías privadas en foros abiertos. El soporte puede decir si la función está habilitada o si el activo tiene un estado incompatible; no puede convertir una petición de suplantación o sin consentimiento en un uso permitido.
Preguntas frecuentes
¿Este error demuestra que mi imagen contiene una persona real?
No. Demuestra que el sistema clasificó la entrada como posiblemente relacionada con una persona real. El umbral y la tasa de falsos positivos no son públicos, así que una imagen sintética o estilizada también puede ser rechazada.
¿Seedance 2.0 no puede usar personas reales?
La respuesta correcta depende de la ruta. ModelArk no admite la subida directa de referencias con rostros humanos reales para Seedance 2.0, pero documenta salidas de confianza y activos autorizados de persona real. Eso no equivale a soporte irrestricto en todas las cuentas o proveedores.
¿Por qué cambiar el prompt no soluciona el error?
Porque el código señala la imagen de entrada. Si la ruta rechaza esa referencia antes de generar, mejorar la descripción de cámara, movimiento o escena no cambia la procedencia ni el estado del rostro.
¿Una imagen creada con IA siempre pasa?
No. “Creada con IA” no es una credencial universal y el detector puede clasificarla como posible persona real. Solo las salidas que cumplen las condiciones actuales de confianza de ModelArk reciben ese tratamiento documentado.
¿Puedo usar mi cara si doy mi consentimiento?
El consentimiento es necesario, pero una foto subida directamente sigue sin ser la vía documentada. Cuando la función esté disponible, completa la verificación y utiliza un activo autorizado y aceptado mediante su Asset ID.
¿Difuminar o recortar la cara es una solución?
No es una solución que deba recomendarse. No aporta consentimiento, puede seguir fallando y puede convertirse en un intento de sortear el filtro. Sustituye la entrada por material claramente ficticio o utiliza la ruta oficial de activo autorizado.
¿Puedo saber si el intento fallido se cobrará?
El mensaje de privacidad no informa sobre facturación. Consulta la política vigente del endpoint o proveedor que recibió la solicitud; no extrapoles reglas de otra plataforma ni asumas que todos los rechazos son gratuitos.
