Seedance : corriger l’erreur « Le texte d’entrée peut contenir des informations sensibles »

Reconnaître précisément l’erreur de texte d’entrée

Voici un message observé, dont la position dans le tableau a été normalisée :

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

Certains services omettent la position ou englobent ce message dans une erreur générique telle que « échec de récupération de la tâche ». Conservez le code et le message internes. Ils indiquent un rejet lors du contrôle du texte ; ils ne révèlent pas le mot exact qui a déclenché le classificateur et ne prouvent pas qu’une tâche n’a jamais été acceptée.

Un suffixe .PolicyViolation accompagné de « peut être lié à des restrictions de droits d’auteur » nécessite les vérifications relatives aux droits d’auteur. Un code concernant l’image d’entrée ou la vidéo de sortie exige un autre diagnostic, même si l’application qualifie tous les échecs de « prompt bloqué ».

Pourquoi un prompt Seedance apparemment anodin peut être bloqué

Le prompt visible peut ne constituer qu’une partie de la requête. Une application vidéo peut y ajouter une biographie de personnage enregistrée, des dialogues, du texte traduit, un modèle de texte ou des instructions provenant d’une scène précédente. Il est utile d’examiner ces ajouts avant de conclure que votre bref prompt de paysage a provoqué le rejet.

Le contrôle automatisé peut aussi signaler à tort du contenu légitime. L’erreur seule n’en établit pas la raison. Comparez le contenu envoyé à la scène souhaitée, décrivez clairement l’objectif légitime et demandez un réexamen au support si la raison reste floue. Ne supposez pas l’existence d’une liste noire de mots précis ni d’une amélioration fiable du taux d’acceptation sans preuve.

Examiner et corriger le texte réellement transmis

1. Enregistrez l’erreur expurgée des informations confidentielles et la version exacte de la requête qui l’a produite. Ne la remplacez pas par une modification ultérieure avant le diagnostic.
2. Examinez chaque entrée textuelle après que votre application a construit la requête. Incluez les modèles de texte, les dialogues, les sous-titres et les descriptions accompagnant les ressources de référence.
3. Faites correspondre les positions de contenu indiquées avec ce tableau transmis. Plusieurs positions peuvent désigner plusieurs entrées ; elles ne correspondent pas automatiquement à plusieurs échecs distincts.
4. Supprimez les instructions obsolètes et les demandes contraires aux règles de contenu du modèle. Pour une scène légitime, précisez le sujet, le mouvement, le cadre et les mouvements de caméra.
5. Conservez séparément la requête corrigée. Clarifiez l’acceptation et la facturation de la tentative initiale avant de soumettre une requête de remplacement.

Par exemple, si la vidéo prévue est une démonstration de produit, mais qu’un modèle de texte enregistré contient encore une scène de combat sans rapport, supprimez ce modèle obsolète. Il s’agit d’une correction concrète de la requête. Masquer simplement des termes, mal orthographier des noms ou demander au modèle d’ignorer le contrôle ne résout pas le problème sous-jacent de contenu ou de droits.

Exemple : isoler un brief produit simple

Voici une structure de requête illustrative, et non un prompt dont il a été démontré qu’il passe la modération :

{
  "model": "seedance-2.5",
  "prompt": "A ceramic mug on a wooden table. The camera slowly moves closer as morning light crosses the surface.",
  "duration": 5,
  "resolution": "720p",
  "aspect_ratio": "16:9",
  "generate_audio": false
}

La modification utile consiste à décrire une scène claire, sans texte de modèle involontaire. Ce n’est pas un remplacement universel pour un autre brief créatif. Si votre demande légitime nécessite des dialogues ou de l’audio, conservez ces exigences et examinez-les directement au lieu de les supprimer sans le signaler.

Puis-je réessayer après un rejet du texte par Seedance ?

Distinguez d’abord un rejet de texte confirmé d’une soumission dont l’état est incertain. Un délai d’attente dépassé lors de la soumission ou une erreur générique d’encapsulation peut masquer un autre état. Conservez votre Idempotency-Key d’origine et utilisez l’endpoint de récupération des soumissions lorsque son contrat couvre la requête.

Pour un reçu not_accepted confirmé, new_submission_safe=true décrit la sécurité du point de vue de l’acceptation ; un remplacement automatisé exige également de satisfaire aux conditions documentées de facturation finale. Utilisez une nouvelle clé pour une génération réellement nouvelle et corrigée. Pour acceptance_unknown, examinez la requête initiale plutôt que de créer une nouvelle facturation. Un code HTTP 400 ne fournit pas à lui seul toutes ces preuves.

La nouvelle clé désigne ici la clé d’idempotence (Idempotency-Key) ; conservez votre clé API.

Si une tâche publique existe, consultez son état final et son reçu de facturation. Le remboursement documenté par APIMaster pour une génération dont l’échec est confirmé ne signifie pas que toute erreur est immédiatement gratuite. Consultez Seedance : règlement final et remboursements.

Toujours bloqué ? Envoyez un rapport utile au support

Incluez le modèle exact, l’horodatage UTC, le code et le message d’erreur internes, l’ID de tâche ou de soumission, ainsi qu’une version expurgée des entrées textuelles réellement transmises. Expliquez la scène légitime souhaitée et le texte ajouté par l’application que vous avez supprimé. N’incluez pas de données personnelles, de clés ni d’URL de ressources privées dans un ticket public.

Si la nouvelle erreur mentionne une image ou la vidéo générée, suivez le guide des images ou le guide des vidéos de sortie. Un changement d’erreur constitue un nouvel élément de diagnostic, pas une preuve qu’un changement de fournisseur résoudra le problème.

Utiliser Seedance avec des prix 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’ID 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 un devis non contraignant avant la génération et conservez l’ID de tâche obtenu pour vérifier l’état et le règlement final. 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 informations confidentielles. Les positions sont normalisées à content[n] ; les ID 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 varier. Les procédures APIMaster suivent sa documentation actuelle accessible via les liens.

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

FAQ

S’agit-il d’une erreur de longueur de prompt ou de limite de tokens ?

Le code relatif au contenu sensible décrit un contrôle du contenu. Les erreurs de longueur et de paramètres doivent être identifiées à partir de leurs propres messages de validation ; ne les diagnostiquez pas à partir de ce seul code.

Supprimer un mot peut-il garantir que le prompt fonctionnera ?

Non. La réponse ne révèle pas de liste noire de mots fiable. Examinez la requête complète et corrigez le contenu réellement non pris en charge ou involontaire ; demandez un réexamen en cas de faux positif concernant un contenu légitime.

Pourquoi mon application affiche-t-elle un échec générique de récupération de tâche ?

Une intégration peut encapsuler un rejet sous-jacent. Examinez l’erreur imbriquée et le reçu enregistré, plutôt que de considérer le message externe comme une explication complète ou de soumettre automatiquement une nouvelle requête.