Image d’entrée Seedance rejetée ? Contenu sensible et erreurs liées aux personnes réelles

Quelle erreur d’image Seedance avez-vous reçue ?

Les messages observés ci-dessous ont été normalisés afin de supprimer les identifiants de requête privés et les positions variables dans les tableaux :

InputImageSensitiveContentDetected
The request failed because the input image 'content[n]' may contain sensitive information.

InputImageSensitiveContentDetected.PrivacyInformation
The request failed because the input image 'content[n]' may contain real person.

InputImageSensitiveContentDetected.PolicyViolation
The request failed because the input image 'content[n]' may be related to copyright restrictions.

Le premier désigne le contenu de l’image ; le deuxième renvoie au traitement des personnes réelles ; le troisième renvoie aux restrictions liées aux droits d’auteur. Aucun ne correspond à une erreur de dimensions de fichier ou d’URL expirée. Un échec indiquant « resource download failed » nécessite plutôt de vérifier l’accès à l’URL.

Trouvez l’image rejetée avant de remplacer les références

Vérifiez la requête exacte qui a échoué, notamment les première et dernière images, les images de référence et les ressources insérées par votre application. Le tableau content en amont peut mélanger médias et texte : un indice ne correspond pas à une position universelle dans votre sélecteur d’images. Si plusieurs entrées sont mentionnées, examinez-les toutes.

Consignez de manière privée le rôle et la source de chaque entrée. Pour une ressource réutilisable, vérifiez l’identifiant effectivement renvoyé, l’état de l’examen, le compte propriétaire et le groupe ou contexte compatible. Téléverser à nouveau le même fichier ajoute du travail sans expliquer un rejet de contenu. Modifier le rapport hauteur/largeur agit sur les dimensions, pas sur le motif d’un examen de contenu.

L’image d’entrée Seedance peut contenir une personne réelle

Cette formulation est un avertissement du classificateur, et non une preuve de l’identité de la personne ni une conclusion juridique sur la vie privée. Un personnage synthétique réaliste peut également être signalé. Le fait qu’il soit généré par IA ne prouve pas que le fournisseur choisi l’accepte comme référence ordinaire par URL directe.

Pour un portrait réel, obtenez l’autorisation de la personne et consultez le processus APIMaster pour les portraits et les contenus. La disponibilité dépend du modèle, des capacités du routage et des droits d’accès du compte. La documentation actuelle distingue l’examen des contenus de personnes non célèbres du processus de vérification du propriétaire pour les célébrités. Ne lancez pas de session de vérification de présence réelle simplement parce qu’une photo d’une personne non célèbre a été rejetée.

Pour un personnage fictif, conservez les preuves de sa création ou de sa provenance et demandez à l’assistance quel processus d’examen est pris en charge. N’affirmez pas que le classificateur identifie avec certitude une personne réelle. L’approbation par une autre plateforme, un autre compte ou un autre modèle ne se transfère pas automatiquement.

Utilisez une ressource autorisée ayant réellement passé l’examen

Le parcours pris en charge est le suivant : découverte des capacités → processus de groupe ou d’examen applicable → soumission de la ressource → consultation de l’examen → ressource Active → génération dans un contexte compatible. La documentation de l’API de contenus fournit les schémas des requêtes et le guide des portraits explique quel processus s’applique.

Le téléversement fournit une URL de fichier ; la soumission d’un contenu lance son examen. Aucune de ces opérations ne confirme son approbation. Un lot peut réussir partiellement : examinez individuellement les ressources utilisables et celles en échec. Conservez le asset_url renvoyé sans le modifier et n’utilisez que des ressources approuvées et accessibles, dans le compte et le contexte auxquels elles appartiennent.

Cet exemple de corps de requête de génération suppose que asset://asset_example a déjà été approuvé pour l’appelant et le processus sélectionné. Il ne s’agit ni d’une ressource publique utilisable ni d’un moyen de faire approuver une photo brute :

Vous préférez la console ? Gérez les références autorisées.

{
  "model": "seedance-2.5",
  "prompt": "The person slowly turns toward the camera in natural light.",
  "image_with_roles": [
    {"url": "asset://asset_example", "role": "first_frame"}
  ],
  "aspect_ratio": "adaptive",
  "duration": 5,
  "resolution": "720p",
  "generate_audio": false
}

L’examen des ressources et celui des vidéos sont distincts. Une ressource Active ne garantit pas que tous les mouvements, scènes ou résultats générés seront acceptés. Veillez à ce que le consentement et les droits sur les médias restent valides pour l’utilisation réelle.

Que faire si une image légitime est toujours rejetée ?

Demandez à l’assistance d’identifier l’entrée signalée et le parcours d’examen pris en charge. Indiquez le modèle, l’heure UTC, l’erreur exacte expurgée des données privées, les identifiants publics de ressource, d’examen et de tâche, ainsi que la nature de la source : création originale, contenu sous licence ou portrait autorisé. Ne publiez pas le portrait, l’URL de téléchargement signée, le lien de vérification du propriétaire ou la clé API sur un forum.

Si la soumission a dépassé le délai d’attente, récupérez le reçu d’origine avant toute nouvelle génération. Les requêtes de portrait peuvent utiliser leur reçu dédié de requête vidéo enregistré ; la génération ordinaire avec clé utilise le reçu de soumission documenté. Suivez le guide de récupération et le guide des portraits pour le parcours applicable. L’échec d’un examen de ressource est distinct de l’échec d’une génération vidéo payante et de son reçu de facturation.

Utilisez Seedance avec des tarifs visibles et des reçus de tâche

Consultez les tarifs de Seedance 2.5, ou comparez Fast et Mini pour un budget différent. Ensuite, inscrivez-vous, créez une clé API et utilisez https://apimaster.ai/v1 avec l’identifiant exact du modèle, par exemple seedance-2.5. Lisez le guide de l’API de génération avant de soumettre une requête payante.

Pour une requête prise en charge, obtenez une estimation non contractuelle avant la génération et conservez l’identifiant de tâche obtenu pour vérifier le statut et la facturation définitive. Changer de plateforme ou payer moins cher ne garantit pas l’approbation par la modération.

Sources et périmètre

La signification des erreurs a été vérifiée à partir du catalogue officiel des erreurs ModelArk le 2026-11-11 et de messages d’erreur opérationnels expurgés des données privées. Les positions sont normalisées sous la forme content[n] ; les identifiants de requête et les médias privés sont omis. Les exemples ci-dessous illustrent le traitement des réponses, et non un nouveau test de génération payante. La formulation des fournisseurs, les ressources prises en charge et les règles de facturation peuvent différer. Les procédures APIMaster suivent sa documentation actuelle accessible via les liens.

Une autre erreur ? Consultez l’index des erreurs Seedance.

FAQ

Pourquoi mon personnage généré par IA est-il signalé comme une personne réelle ?

L’avertissement peut s’appliquer à des visages synthétiques d’apparence réaliste. L’erreur ne révèle pas le raisonnement du classificateur. Conservez les preuves de provenance et renseignez-vous sur un parcours d’examen pris en charge, plutôt que de supposer que tout visage synthétique est automatiquement admissible.

Modifier le prompt permettra-t-il de corriger le rejet d’une image de référence ?

Ces modifications ne changent ni la source de l’image, ni son état d’examen, ni son autorisation. Traitez d’abord l’erreur propre à l’image. Une requête peut également présenter, de manière distincte, des problèmes liés au texte et à l’examen du résultat.

Puis-je utiliser un identifiant de ressource provenant d’un autre service ?

Ne supposez pas qu’il est transférable. Utilisez les ressources renvoyées à votre compte APIMaster dans un contexte compatible. La vérification officielle du propriétaire, l’approbation ordinaire d’une ressource et l’examen des contenus par canal constituent des résultats distincts.