Seedance Face Detected : les erreurs expliquées

Seedance a refusé une référence contenant un visage : comment en déterminer la cause ? Ne vous fiez pas au seul libellé pour identifier le système responsable ou son mécanisme. Commencez par deux questions : la requête respecte-t-elle les règles publiées sur les médias, puis une tâche valide a-t-elle échoué lors du contrôle automatisé ?

Seedance 2.5 accepte des images et vidéos de référence pouvant contenir des personnes réelles. reAPI documente en parallèle un contrôle automatisé avant la génération et le remboursement intégral d'une tâche qui échoue.^[1] Ce guide s'en tient aux faits observables : valider la requête, distinguer une erreur à la soumission d'un échec après contrôle, puis choisir une suite conforme.

TL;DR

• Lisez l'état avant d'interpréter le message. Une réponse HTTP 400 immédiate indique une erreur de validation ; une tâche créée puis échouée relève du traitement des tâches. Le guide des paramètres documente les deux cas.^[2]
• Ne déduisez pas comment le visage a été classé. Les sources publiées ne révèlent ni les caractéristiques du classificateur, ni ses seuils, ni le composant interne à l'origine de chaque message possible.
• Vérifiez d'abord le contrat média. URL HTTP(S) publique, formats acceptés, limites de fichier et combinaisons de champs valides se contrôlent directement.^[2]
• Seedance 2.5 repose sur les références. ByteDance annonce jusqu'à 30 images, 10 clips vidéo et 10 clips audio par génération.^[3] Cette capacité ne garantit pas que chaque référence passera le contrôle.
• reAPI accepte les images et vidéos de référence de personnes réelles. Le matériel passe un examen automatisé avant la génération, et tout ce qui est rejeté échoue avec une erreur et un remboursement complet.^[1]

Commencez par la réponse réellement reçue

La documentation publique fournit une distinction utile sans imposer d'hypothèse sur les systèmes internes.^[2]

Conservez le statut HTTP, l'identifiant de tâche, son état et le texte complet de l'erreur. La documentation n'associe pas chaque formulation à un service interne nommé ; ni les mots employés ni le délai de réponse ne prouvent qu'un hébergeur, le modèle en amont ou un classificateur précis a produit le message.

Ce qu'un refus lié au visage ne prouve pas

Un message lié au visage indique seulement que le contenu soumis n'a pas passé la validation ou le contrôle applicable. Il ne prouve pas que la personne est réelle, que le système a vérifié des métadonnées de provenance ou qu'une caractéristique visuelle a franchi un seuil documenté. Ces détails d'implémentation ne figurent pas dans les sources citées.

Une origine synthétique ne garantit donc pas l'acceptation ; inversement, un refus ne démontre pas que la référence représente une personne réelle. Gardez les preuves de provenance pour vos contrôles de droits et de production. Pour diagnostiquer l'API, partez du contrat de requête et du résultat renvoyé.

Si un fichier précédemment accepté cesse de fonctionner, n'attribuez pas immédiatement le changement à un nouveau seuil. Vérifiez que l'URL publique renvoie toujours les mêmes octets, comparez l'identifiant du modèle et les paramètres à une requête réussie enregistrée, puis réessayez avec une entrée minimale valide. Si l'écart persiste, transmettez ces éléments au support.

Diagnostiquez la requête au lieu de contourner le contrôle

Ajouter une grille, un flou sélectif ou d'autres modifications dans le seul but d'éviter le contrôle n'est pas un test utile. Ces changements modifient l'entrée : même si le nouvel essai était accepté, il ne révélerait pas ce qui rendait la requête initiale invalide. Ils peuvent aussi supprimer des détails que la génération devait conserver.

Gardez une source intacte, documentez le consentement lorsqu'une personne réelle apparaît et ne changez qu'une variable à la fois. Corrigez directement les erreurs de format ou de paramètre documentées. Si un contenu valide échoue au contrôle, remplacez-le ou choisissez un modèle dont la politique publiée correspond à l'usage licite prévu, au lieu de dissimuler le sujet.

La bonne question est de savoir si la requête est valide et l'usage pris en charge, pas comment éviter le contrôle.

Matériel de référence comme entrée de première classe

La conception de Seedance 2.5 suppose le matériel de référence. Le post de lancement de ByteDance le mène : jusqu'à 30 images, 10 clips vidéo et 10 clips audio en un seul passage, avec des capacités de référence couvrant le mouvement, le style et les scènes multi-sujets.^[3] Ces capacités coexistent avec le contrôle du contenu et ne promettent pas l'acceptation de chaque fichier.

Sur reAPI, l'identifiant du modèle lui-même reflète la position. Il y a un identifiant Seedance 2.5 orienté client, doubao-seedance-2.5-face, sans variante sans visage sur laquelle se replier.^[2] Le comportement publié est que les images et vidéos de référence de personnes réelles sont acceptées, que le matériel de référence passe un examen automatisé avant que la génération ne s'exécute, et que tout ce qui est rejeté échoue avec une erreur claire et un remboursement complet de la réserve.^[1]

Le remboursement est le point pratique : une tâche refusée après contrôle coûte du temps, mais la somme réservée est restituée.^[1] Servez-vous de ce résultat pour choisir une autre référence conforme, pas pour modifier sans fin un fichier afin de sonder une règle non publiée.

Deux obligations demeurent : obtenir le consentement et les droits à l'image nécessaires pour les personnes présentes dans les références, puis respecter la politique de contenu applicable. L'acceptation d'un fichier par une API ne vous donne pas ces autorisations ; un remboursement après refus n'autorise pas non plus une nouvelle soumission déguisée.

Ce que reAPI accepte, exactement

Ces limites méritent d'être regroupées, car une erreur de format ou de champ ne se corrige pas comme un refus de modération.^[2]

Une règle de plateforme est facile à manquer : chaque référence doit être une URL HTTP(S) publique. Les charges utiles base64 et data: sont refusées sur toute l'interface reAPI, pas uniquement pour ce modèle.^[2] Vérifiez aussi que l'URL reste accessible et renvoie bien le fichier attendu au moment où la tâche s'exécute.

Deux contraintes supplémentaires sont appliquées avant la soumission plutôt que quelques minutes plus tard : image_urls et image_with_roles s'excluent mutuellement, et un travail première/dernière image accepte uniquement size: adaptive.^[2] Les deux retournent immédiatement au lieu d'échouer après le démarrage de la tâche.

FAQ

Que signifie réellement l'erreur Seedance face detected?

Elle indique que la requête ou la référence n'a pas passé la validation ou le contrôle applicable. Le statut HTTP et l'état de la tâche déterminent la procédure documentée à suivre ; la phrase seule ne prouve pas l'identité de la personne et ne révèle pas la méthode de contrôle interne.^[1][2]

Pourquoi rejette-t-il mon personnage généré par IA?

La documentation publiée ne dévoile pas cette décision interne. Vérifiez d'abord l'URL, le format, la taille et la combinaison de champs. Si tout est valide et que la tâche échoue au contrôle, utilisez une autre référence conforme ; une image générée par IA n'échappe pas au contrôle.^[1][2]

Puis-je télécharger une photo d'une personne réelle sur Seedance 2.5 sur reAPI?

Oui. Les images et vidéos de référence de personnes réelles sont acceptées et passent d'abord par un examen automatisé, avec remboursement complet si l'examen les rejette.^[1] Le consentement et les droits de ressemblance restent ta responsabilité.

Pourquoi les mêmes images ont-elles cessé de fonctionner du jour au lendemain?

L'erreur seule ne permet pas d'affirmer qu'un seuil a changé. Comparez la requête actuelle, les octets du fichier référencé, l'identifiant du modèle et les paramètres à une tâche réussie enregistrée, puis testez une entrée minimale valide. Si vous ne pouvez pas isoler l'écart, transmettez ces éléments au support.

Désactiver le vérificateur de sécurité corrige-t-il les rejets de visage?

Ne supposez pas qu'un réglage sans rapport neutralise le contrôle des références. La correction dépend de l'erreur reçue : rectifiez les contraintes de requête pour une erreur de validation, ou remplacez le contenu qui échoue à la modération.^[2]

Une référence rejetée me facturera-t-elle?

Pas sur reAPI. Une tâche qui échoue l'examen rembourse la réserve en intégralité.^[1]

Quelles informations conserver avant de contacter le support?

Conservez l'identifiant du modèle, les paramètres sans identifiants secrets, l'URL et les métadonnées du fichier, le statut HTTP, l'identifiant de tâche, son état final et le texte complet de l'erreur. Ces données permettent de distinguer un problème d'entrée reproductible d'un résultat de contrôle.

Faut-il modifier l'image pour contourner le contrôle?

Non. Modifier un fichier uniquement pour éviter le contrôle change l'entrée testée et peut retirer des détails utiles à la cohérence du personnage. Corrigez les problèmes de validation documentés ou remplacez le contenu refusé.

Vérification préalable des références avec visage

Avant de bâtir un flux narratif, envoyez une référence conforme et conservez la requête ainsi que la réponse exactes. Corrigez toute erreur de validation immédiate à l'aide du tableau des paramètres. Si la tâche démarre puis échoue au contrôle, acceptez le résultat, confirmez le remboursement et remplacez la référence au lieu de tenter de reconstituer un classificateur non documenté.^[1][2]

Cette vérification porte sur ce que l'interface publique promet réellement : champs acceptés, médias pris en charge, état de la tâche et remboursement. Elle ne prétend pas identifier un composant interne d'après un délai ou une formulation que la documentation ne définit pas.

Références

1. reAPI. Seedance 2.5 — page du modèle, soutien de référence de personnes réelles et comportement de remboursement. Récupéré août 2026 de reapi.ai/models/seedance-2-5
2. reAPI. doubao-seedance-2.5-face — limites de champ de référence, formats et contraintes de temps de soumission. Récupéré août 2026 de reapi.ai/docs/seedance-2-5
3. ByteDance Seed. One-take Creation, Flexible Referencing: Introducing Seedance 2.5. Publié 31 juillet 2026, récupéré août 2026 de seed.bytedance.com/en/blog/one-take-creation-flexible-referencing-introducing-seedance-2-5

Lecture complémentaire

• 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