Passer au contenu principal
Les modèles Seedance 2.0 image-to-video et reference-to-video peuvent animer une vidéo à partir d’un visage humain que vous fournissez. Lorsque l’API Venice détecte un visage dans votre média soumis, elle requiert une attestation de consentement unique avant que le média ne soit traité. Il s’agit d’une exigence du fournisseur pour les entrées contenant des visages et cela protège contre l’utilisation non consentie de l’image d’une personne. Ce guide couvre exactement ce que vous envoyez, ce que vous recevez en retour et comment les requêtes répétées sont gérées.

Quand le consentement s’applique

Le consentement n’est demandé que lorsque les deux conditions sont vraies :
  1. Le modèle est une variante Seedance éligible aux visages :
    • seedance-2-0-image-to-video, seedance-2-0-reference-to-video
    • seedance-2-0-fast-image-to-video, seedance-2-0-fast-reference-to-video
  2. Le média soumis contient effectivement un visage humain détectable, dans l’un de ces champs : image_url, end_image_url, reference_image_urls, reference_video_urls.
S’il n’y a aucun visage dans aucun de ces champs, la requête se déroule normalement sans étape de consentement. Text-to-video n’entre jamais dans ce flux.
Le consentement ne débloque pas le contenu restreint. Un mineur détecté combiné à des prompts à connotation sexuelle/NSFW, ou la ressemblance d’une personnalité publique reconnaissable, est rejeté comme une violation de la politique de contenu (422) et ne peut pas être rendu acceptable en attestant le consentement.

Le flux à deux appels

Appel 1 — soumettre sans consentement

Soumettez votre requête de génération comme d’habitude — pas de champ de consentement :
Si un visage est détecté et que vous n’avez pas encore attesté, vous obtenez un 409 non facturé :
Aucun crédit ni paiement x402 n’est facturé sur un 409.

Appel 2 — resoumettre avec consentement

Renvoyez le même corps de requête, en ajoutant un objet consents.seedance avec trois confirmations, toutes à true :
Une soumission réussie renvoie la réponse de file d’attente normale :
Ensuite, interrogez POST /api/v1/video/retrieve avec le queue_id comme d’habitude (voir Génération vidéo).

L’objet de consentement

Les trois champs doivent être le booléen true. Tout champ manquant, à false ou tout champ supplémentaire — y compris un consent_version — est rejeté avec un 400. La version de la politique est toujours définie par le serveur ; les clients n’envoient ni ne choisissent jamais une version.

Requêtes répétées (déduplication)

Si vous soumettez exactement les mêmes octets de média que vous avez déjà attestés, l’API le reconnaît et procède sans demander à nouveau le consentement — vous pouvez omettre consents.seedance lors des soumissions identiques ultérieures. Cette correspondance se fait par octets d’image exacts : ré-encoder, redimensionner ou recadrer produit des octets différents et redéclenchera la demande de consentement. Une correspondance partielle (une entrée précédemment attestée plus une nouvelle entrée avec visage) nécessite encore un nouveau consents.seedance sur la nouvelle soumission.

Révocation

Pour révoquer le consentement et effacer les éléments de visage stockés, connectez-vous à l’application web Venice (Settings). La révocation n’est pas disponible via l’API publique. Après révocation, la prochaine requête utilisant ce média redéclenchera la demande de consentement.

Paiement

La décision de consentement intervient toujours avant toute facturation, pour les deux méthodes de paiement :
  • Clé API : un 409/422 est renvoyé avant la facturation du crédit ; rien n’est facturé pour une requête bloquée.
  • x402 : la facturation de la consommation ne s’exécute qu’après une génération réussie, donc un 409/422 ne règle rien. Resoumettez avec consentement (et une nouvelle autorisation x402) pour continuer.

Référence des erreurs

Références