Prix de l’API officielle Seedream 5.5 dévoilés : génération d’images à partir de 0,13 yuan, combien coûtent respectivement la modification continue d’images et la séparation des calques ?

Note de l’auteur : en se basant sur le tarif standard en CNY de Volcengine Ark au 12 novembre 2026, décomposer le coût réel de trois types de tâches Seedream 5.5 — génération d’images, édition continue d’images et séparation des calques — et le comparer point par point avec 5.0 Pro et Flash.

Seed de ByteDance a publié Seedream 5.5 le 9 novembre 2026. Dans sa page « Tarifs des modèles » mise à jour le 12 novembre, Volcengine Ark donne le tarif standard en CNY : image d’entrée 0,05 CNY/image, sortie du palier bas de pixels 0,13 CNY/image, sortie du palier haut de pixels 0,23 CNY/image. L’édition d’une image carrée 2K avec une seule image de référence coûte environ 0,28 CNY ; la même tâche avec la génération précédente, 5.0 Pro, coûtait 0,60 CNY.

Il ne s’agit pas d’une simple reprise des tarifs unitaires. Modifier une image 100 fois de suite, extraire 99 calques en une seule fois : la facture de ces nouvelles capacités s’additionne image par image. Ne retenir que « 0,23 CNY l’image » conduit facilement à sous-estimer gravement le budget. Cet article calcule séparément trois types d’opérations typiques ; chaque cas précise le nombre d’images d’entrée, le nombre d’images de sortie, le palier de pixels et la formule de facturation.

L’essentiel : après avoir lu cet article, vous saurez estimer le coût complet d’une tâche Seedream 5.5 selon votre propre flux métier, et déterminer dans quels scénarios il vaut mieux utiliser 5.5, et dans lesquels 5.0 Pro ou Flash est plus rentable.

Résumé en une phrase : le coût de Seedream 5.5 dépend du nombre d’images d’entrée, du nombre réel d’images de sortie et du palier de pixels de chaque image de sortie. L’édition continue s’accumule tour par tour ; la séparation des calques se calcule image par image, en ajoutant l’image de base et tous les calques.

À savoir : les 5 termes à connaître pour comprendre cet article

• Palier de pixels : intervalle de facturation défini par le nombre total de pixels « largeur × hauteur » d’une image de sortie. Jusqu’à 2,61 millions de pixels, il s’agit du palier bas ; au-delà de 2,61 millions et jusqu’à 4,63 millions de pixels, du palier haut.
• Édition multi-tours : utiliser l’image générée au tour précédent comme image d’entrée du tour suivant, et la modifier successivement. Chaque tour est un nouvel appel facturé.
• Séparation des calques : découper une image complète en une image de base et plusieurs calques d’éléments utilisables séparément, par exemple une personne, un objet ou du texte.
• IPM : Images Per Minute, indicateur de limitation du débit d’images produites par minute ; c’est indépendant de la facturation en CNY.
• API : interface permettant à un programme d’appeler un service. Tous les prix de cet article font référence au tarif standard à l’usage de l’API Volcengine Ark ; ils n’incluent pas les forfaits promotionnels BytePlus ni les tarifs en dollars des plateformes tierces.

Prix officiel de l’API Seedream 5.5 : combien coûte vraiment une image ?

D’après la grille tarifaire officielle de Volcano Ark (mise à jour du 12/11/2026, modèle doubao-seedream-5-5), Seedream 5.5 applique un mode de facturation à l’image de type « image d’entrée + image de sortie ». Selon les règles publiées, les tokens du prompt texte ne sont pas facturés séparément.

La formule générale pour une requête unique est la suivante :

Coût par requête = nombre d’images d’entrée × 0.05 + somme des prix unitaires des paliers correspondant à chaque image de sortie réellement produite

Un point mérite une attention particulière : « 2K » est le nom d’un palier de taille, et ne correspond pas à un 2048×2048 fixe. Lorsque vous spécifiez la largeur et la hauteur, le total de pixels a une limite inférieure de 921 600 et une limite supérieure d’environ 4 624 220, avec un rapport largeur/hauteur compris entre 1:16 et 16:1. Pour déterminer le palier de facturation, c’est le nombre total de pixels réellement produits qui compte, pas le nom du palier indiqué dans la requête.

Coût de génération d’images Seedream 5.5 : d’une seule image à la génération par lots

La génération d’images classique couvre trois cas de figure : le texte vers image pur, l’édition avec une seule image de référence, et la fusion de plusieurs images de référence (jusqu’à 10 images de référence). La différence entre ces trois cas ne porte que sur le coût d’entrée ; le coût de sortie, lui, est déterminé par le palier de pixels.

Tous les chiffres ci-dessus supposent qu’une requête produit bien 1 image. On voit clairement que plus il y a d’images de référence, plus la part du coût d’entrée augmente. Dans une tâche 2K avec 10 images de référence, le coût d’entrée de 0.50 yuan représente déjà plus du double du coût de sortie de 0.23 yuan.

Le scénario par lots se calcule tout aussi facilement. Pour 100 générations texte vers image en 2K sans image de référence, le coût théorique est de 100 × 0.23 = 23 yuan. Pour 100 éditions 2K avec une seule image de référence, le coût théorique est de 100 × 0.28 = 28 yuan. Ces deux montants n’incluent ni les nouvelles tentatives en cas d’échec, ni les frais supplémentaires prélevés par les plateformes tierces.

Un point de comparaison concret pour le coût de génération d’images Seedream 5.5

La plateforme tierce Segmind a publié le 11 novembre la facture de 36 générations facturées, pour un total d’environ 1.70 dollar. Mais il s’agit là du tarif en dollars de la plateforme Segmind, qui ne peut pas être converti ni comparé directement au tarif standard en yuan de Volcano Ark : cela sert seulement à saisir la tendance, à savoir que « plus il y a d’images de référence et plus le format est grand, plus le coût unitaire grimpe ».

Coût des modifications successives avec Seedream 5.5 : combien coûte chaque itération supplémentaire ?

L’un des principaux arguments de Seedream 5.5 est que la démonstration officielle montre 100 éditions successives de la même image. Il faut toutefois être clair : 100 itérations ne signifient pas qu’une seule requête API effectue 100 modifications. En pratique, on utilise la sortie de l’itération précédente comme entrée de l’itération suivante, et chaque itération est un appel API facturé indépendamment.

Hypothèse de calcul : chaque itération prend 1 image en entrée et produit avec succès 1 image carrée 2K (qualité haute). Le coût d’une itération est donc de 0.05 + 0.23 = 0.28 yuan.

La différence entre les deux colonnes vient uniquement de la question de savoir s’il faut d’abord générer l’image initiale avec 5.5. Si l’on passe à une sortie 1.5K en qualité basse, le coût d’une itération tombe à 0.18 yuan, soit 1.80 yuan cumulés sur 10 itérations.

Les bénéfices qualitatifs d’une édition sur le long terme doivent être évalués en même temps que le coût cumulé. Segmind a réalisé 12 itérations de modification successives sur une seule image produit : la zone du fond n’a pas présenté de variation de pixels notable, mais l’image dans son ensemble s’est progressivement assombrie, avec un décalage moyen d’environ 5.1 niveaux de couleur entre la 12e et la 2e itération. Cela signifie que multiplier les itérations n’est pas forcément la meilleure option : à un certain stade, régénérer l’image de base peut être plus économique et plus stable que de continuer à empiler des modifications.

Coût de la décomposition en couches de Seedream 5.5 : pourquoi ce n’est pas le prix d’une seule image

La décomposition en couches est l’élément le plus souvent sous-estimé. Quand Seedream 5.5 décompose une image en couches, l’image de base et chaque couche sont facturées à l’unité, et l’image originale fournie en entrée est facturée séparément 0,05 yuan. « Jusqu’à 99 couches » ne signifie absolument pas « 99 couches pour 0,23 yuan ».

Formule de calcul : frais de décomposition = 0,05 × 1 + la somme des prix unitaires par palier de chaque image réellement produite (image de base comprise).

Ces deux colonnes correspondent aux scénarios limites où « toutes les sorties tombent dans le même palier ». La documentation officielle précise clairement que, dans une même requête de décomposition, les couches peuvent tomber dans des paliers de pixels différents : la facture réelle doit donc être additionnée image par image.

La différence entre max_images et le nombre réellement facturé

layer_decomposition_options.max_images est la limite supérieure du nombre de sorties, avec des valeurs de 2 à 100, la valeur par défaut étant 30 (image de base comprise). Cela ne signifie pas que le modèle renverra forcément autant d’images : la facturation se fait uniquement sur le nombre d’images réellement générées avec succès.

La documentation officielle propose deux exemples qui illustrent clairement cette différence :

• Illustration d’animaux de montagne et de forêt : max_images défini à 40, retour réel de 1 image de base + 32 couches transparentes d’animaux, soit 33 images au total.
• Décomposition d’une affiche : max_images défini à 15, retour réel de 13 images (1 image de base + 12 couches), dont 9 couches de texte accompagnées d’un résultat OCR.

Prenons le cas de l’affiche pour un calcul avec des paliers mixtes. Supposons que sur 13 images, 8 soient en palier bas et 5 en palier haut : le coût est de 0,05 + 8 × 0,13 + 5 × 0,23 = 2,24 yuan. Il s’agit d’un exemple de calcul construit par la rédaction à partir des nombres de retours officiels ; la répartition réelle des tailles de chaque couche ne provient pas des données de facturation officielles.

Par ailleurs, max_images influence le quota pré-débité du limiteur IPM ; une fois la requête terminée, la partie prélevée en trop est restituée selon le nombre réellement généré. Le quota de limitation de débit et les frais en yuan sont deux concepts indépendants : ne les confondez pas.

Seedream 5.5 face aux 5.0 Pro et 5.0 Flash : quelle version est la plus rentable ?

Le tableau tarifaire de Volcano Ark montre que le 5.0 Pro applique des prix de sortie différents selon qu’il s’agit de génération d’images standard ou de découpage en calques, tandis que le 5.0 Flash utilise un prix unitaire uniforme par image de sortie. Le tableau ci-dessous met les deux types de tâches côte à côte.

Analyse comparative avec le 5.0 Pro : sur la génération d’une image simple, le 5.5 a un avantage net. L’édition 2K avec une seule image de référence passe de 0.60 ¥ à 0.28 ¥, soit une baisse d’environ 53.3 %. Mais les règles de facturation des entrées diffèrent entre les deux générations, et plus il y a d’images de référence, plus l’écart se réduit : pour une tâche 2K avec 10 images de référence, le Pro revient à 0.18 + 0.60 = 0.78 ¥, contre 0.73 ¥ pour le 5.5, soit quasiment le même prix. À noter que le prix unitaire du découpage en calques du Pro (0.15/0.30) est inférieur à son propre prix de génération standard, mais reste plus élevé que celui du 5.5.

Analyse comparative avec le 5.0 Flash : le Flash est le moins cher sur les tâches de découpage allant jusqu’à 17 images, en particulier pour les calques à haute résolution, facturés uniformément à 0.12 ¥. Mais il ne peut découper que 16 calques au maximum, et il ne propose pas d’OCR. Si votre affiche doit reconnaître le contenu textuel, les couleurs et des polices similaires, ou si le visuel contient plus de 16 éléments, il ne vous reste que le 5.5.

💡 Conseil de choix : pour un découpage simple avec moins de 16 éléments, prenez le Flash ; pour la génération standard et l’édition, prenez le 5.5 ; pour un découpage complexe ou de l’OCR, le 5.5 est la seule option. Si vous évaluez en parallèle d’autres modèles d’image, vous pouvez passer par une plateforme d’agrégation comme APIYI apiyi.com pour faire des tests comparatifs avec la même interface ; les modèles réellement disponibles et les tarifs à appliquer sont à vérifier dans la console de la plateforme.

Comment maîtriser le budget lors de la génération par lots avec Seedream 5.5 ?

Formule de coût unifiée

Valable pour le tarif officiel à l’usage de la version 5.5, hors frais de stockage, de main-d’œuvre et de services tiers :

C = 0.05 × N_in + 0.13 × N_low + 0.23 × N_high

Ici, N_in correspond au nombre d’images d’entrée facturées, tandis que N_low et N_high représentent respectivement le nombre d’images de sortie réussies en gamme basse et en gamme haute. Exemple concret : 100 produits demandant chacun 3 cycles réussis d’édition en 2K avec une seule image de référence, soit 300 appels facturés, reviennent à 300 × 0.28 = 84 yuans.

Utiliser le champ usage pour une comptabilité réelle

Volcano Ark précise qu’elle ne facture que les images générées avec succès. La réponse de l’API contient plusieurs champs directement utilisables pour la comptabilité :

• usage.input_images : le nombre d’images d’entrée de cette requête.
• usage.generated_images : le nombre d’images générées avec succès.
• data[].size : les dimensions réelles de chaque sortie, pour déterminer le palier de pixels.
• data[].z_index : permet de distinguer l’image de base des différents calques lors d’une décomposition en calques.
• usage.output_tokens : les statistiques de tokens associées à l’image, ne pas la multiplier par le prix unitaire d’un modèle texte pour calculer les coûts.

Voici un exemple d’appel minimal, qui montre comment lancer une requête via l’interface compatible OpenAI et lire le usage :

from openai import OpenAI

client = OpenAI(
    api_key="YOUR_API_KEY",
    base_url="https://api.apiyi.com/v1"  # Interface unifiée APIYI
)

resp = client.images.generate(
    model="YOUR_IMAGE_MODEL",  # Utilisez le nom de modèle réellement disponible dans la console
    prompt="一只坐在窗边的橘猫，柔和午后光线",
    size="2048x2048"
)
print(getattr(resp, "usage", None))

from openai import OpenAI

INPUT_PRICE = 0.05
LOW_PRICE, HIGH_PRICE = 0.13, 0.23
LOW_LIMIT, HIGH_LIMIT = 2_610_000, 4_630_000

def tier_price(width: int, height: int) -> float:
    """Retourne le prix unitaire officiel du palier Seedream 5.5 (en yuan) selon le total de pixels d'une image de sortie"""
    pixels = width * height
    if pixels <= LOW_LIMIT:
        return LOW_PRICE
    if pixels <= HIGH_LIMIT:
        return HIGH_PRICE
    raise ValueError("超出 Seedream 5.5 支持的输出像素范围")

def estimate_cost(input_images: int, output_sizes: list[str]) -> float:
    """input_images : nombre d'images d'entrée ; output_sizes : par ex. ["2048x2048", "1024x768"]"""
    cost = input_images * INPUT_PRICE
    for s in output_sizes:
        w, h = map(int, s.lower().split("x"))
        cost += tier_price(w, h)
    return round(cost, 2)

client = OpenAI(
    api_key="YOUR_API_KEY",
    base_url="https://api.apiyi.com/v1"  # Interface compatible OpenAI d'APIYI
)

resp = client.images.generate(
    model="YOUR_IMAGE_MODEL",
    prompt="电商白底商品图,一双白色运动鞋",
    size="2048x2048"
)

sizes = [getattr(d, "size", "2048x2048") for d in resp.data]
print("本次估算费用(元):", estimate_cost(0, sizes))

# Exemple de décomposition d'affiche avec paliers mixtes : 1 image d'entrée, 8 en palier bas + 5 en palier haut
demo = ["1024x1024"] * 8 + ["2048x2048"] * 5
print("拆层示例(元):", estimate_cost(1, demo))  # 2.24

🚀 Démarrage rapide : si vous voulez d’abord valider la logique de facturation avant de passer en production, vous pouvez vous inscrire sur APIYI apiyi.com pour obtenir un quota de test gratuit, puis utiliser la fonction d’estimation ci-dessus pour vérifier votre facture par rapport aux dimensions réellement renvoyées. Notez que le nom des modèles et les prix unitaires peuvent varier selon les canaux par rapport à Volcano Ark ; référez-vous aux indications de la plateforme.

Quatre actions pour économiser

1. Régler max_images selon les besoins : avant de découper les calques, évaluez le nombre réel d’éléments dans l’image, pour éviter que la limite par défaut de 30 ne génère trop de calques fragmentés.
2. Pas besoin du niveau supérieur quand ce n’est pas nécessaire : pour les visuels destinés aux réseaux sociaux et les brouillons, utilisez le niveau 1.5K, ce qui économise 0.10 元 par image.
3. Réduire les tentatives inutiles : inscrivez dans l’invite ce qui « doit absolument être conservé ». Les tests de Segmind ont montré que le modèle peut modifier la structure du produit pour répondre à de nouvelles exigences — et chaque reprise coûte.
4. Suivre le coût par livrable : mesurez en même temps le « coût par appel » et le « coût par image finale livrable », ce dernier devant inclure les reprises et les retouches manuelles.

FAQ

Points clés du tarif de Seedream 5.5 (Key Takeaways)

• Prix unitaire de base : entrée ¥0.05/image, sortie en palier bas ¥0.13, palier haut ¥0.23/image.
• Coût de génération d’images : texte vers image en 2K ¥0.23, édition avec une seule image de référence ¥0.28, 10 images de référence ¥0.73.
• Retouches successives : ¥0.28 par tour en 2K ; ¥3.03 au total pour une génération depuis zéro suivie de 10 tours de retouche.
• Séparation en calques : la base et chaque calque sont facturés image par image ; jusqu’à environ ¥23.05 pour 100 images.
• max_images : uniquement une limite supérieure et une base de pré-autorisation pour la limitation de débit ; la facturation se fait sur le nombre réel de sorties.
• Choix de version : Flash pour peu de calques, 5.5 pour le décalque complexe et l’OCR.
• Conseil de test : passez par le quota gratuit d’APIYI apiyi.com pour vérifier la facturation sur un petit lot avant de monter en charge.

Conclusion : convertir le prix par image de Seedream 5.5 en prix par tâche

La conclusion sur le tarif de Seedream 5.5 tient en trois phrases :

1. La génération d’images simple est facile à calculer : nombre d’images d’entrée × 0.05, plus le prix unitaire du palier de sortie.
2. Les retouches successives dépendent du nombre de tours : chaque tour est une entrée plus une sortie complètes ; 100 tours, c’est 28 yuans.
3. La séparation en calques dépend du nombre réel de sorties et du palier : on additionne la base et tous les calques image par image, et c’est là qu’on dépasse le budget le plus facilement.

Pour les développeurs, quand on compare des modèles, il ne faut pas regarder seulement le prix à l’image : il faut budgéter le workflow complet — combien coûte une image produit, de la génération à 3 tours de retouche jusqu’à la livraison en calques. Avec ce mode de calcul, comparer 5.5, 5.0 Pro et Flash devient bien plus clair.

Je recommande de lancer un petit échantillon de vos propres cas métier via le quota gratuit d’APIYI apiyi.com, de confronter votre formule d’estimation aux données d’usage réelles, puis de choisir la combinaison de modèles pour la production.

📚 Références

1. Tarifs des modèles Volcano Ark : facturation API en RMB pour Seedream 5.5 et la génération précédente (mise à jour du 12/11/2026)
2. Lien : console.volcengine.com/ark/region:cn-beijing/docs/model-pricing

3. Description : source de tous les prix unitaires et paliers cités dans cet article

4. Tutoriel officiel Seedream 5.5 sur Volcano Ark : édition multi-tours, séparation des calques, OCR et cas d’usage max_images

5. Lien : console.volcengine.com/ark/region:cn-beijing/docs/seedream-5-5

6. Description : source des cas de séparation de calques avec 13 affiches et 33 illustrations

7. API de génération d’images Volcano Ark : champs de requête, contraintes de dimensions et champs renvoyés par usage

8. Lien : console.volcengine.com/ark/region:cn-beijing/docs/image-generation-api

9. Description : documentation des champs utilisés pour le calcul des coûts

10. Annonce de lancement de ByteDance Seed : améliorations clés et évaluations officielles de Seedream 5.5

11. Lien : seed.bytedance.com/zh/blog/more-realistic-images-more-stable-editing-across-100-rounds-introducing-seedream-5-5

12. Description : source officielle des capacités d’édition sur 100 tours et de gestion de 99 calques

13. Blog technique de Segmind : test réel de 36 générations facturées et de 12 tours d’édition

14. Lien : blog.segmind.com/seedream-5-5-is-here-edit-in-rounds-transparent-pngs-and-layers
15. Description : facturation en dollars constatée sur une plateforme tierce et observations sur la dérive chromatique, à prendre comme simple indication de tendance

Auteur : équipe technique APIYI
Échanges techniques : n’hésitez pas à nous contacter depuis la page d’accueil du site APIYI apiyi.com ; vous trouverez davantage de ressources dans le centre de documentation docs.apiyi.com

Articles connexes

• À quel point Seedream 5.5 est-il puissant ? 3 chiffres clés pour 100 retouches d’image sans flancher: Test de Seedream 5.5 : analyse de trois améliorations, 100 cycles de retouche, ressources RGBA transparentes natives et petits textes en chinois et en anglais, en distinguant tests officiels, comptes rendus médiatiques et spécifications tierces, avec critères de validation, accès et intégration API.
• MiniMax H3-Image vs Seedream 5.5 : comment choisir pour une centaine de retouches d'images successives ? 2 modèles décryptés en 5 tableaux: MiniMax-H3-Image excelle par sa sortie directe d'environ 16 MP et ses 16 images de référence maximum, tandis que Seedream 5.5 se distingue par ses quelque 100 tours d'édition continue (selon ses propres déclarations officielles) et son fond transparent natif ; cet article indique quel modèle choisir selon la tâche et précise quelle génération de Seedream est invocable aujourd'hui via APIYI.
• La génération d’images renvoie 451 image_safety : c’est l’image générée qui est bloquée, pas la clé API qui a échoué (diagnostic en 3 étapes + analyse de 5 séries de nouveaux tests basés sur la documentation): Lorsque l’interface d’image renvoie HTTP 451 avec le code d’erreur image_safety, c’est l’image générée qui est filtrée, et non la clé API, le solde ou une limitation de débit ; cet article distingue d’abord les erreurs 451, 401 et 429, puis explique, en s’appuyant sur des tests selon la documentation d’APIYI, comment modifier la description de l’image.
• Tutoriel d’édition en plusieurs tours de Nano Banana 2.1 : les 3 éléments à renvoyer pour modifier une image en 2 tours successifs sans perdre de détails: À l’aide d’un exemple complet — remplacer la couronne par un chapeau rouge, puis le cœur rose par un cœur bleu — expliquez quels éléments renvoyer à chaque tour d’édition avec Nano Banana 2.1 : l’historique de conversation, l’image du tour précédent et la signature de pensée, afin que les modifications locales préservent les résultats précédents.
• Comment MiniMax H3 est-il passé d'un modèle vidéo à un modèle d'images ?: H3-Image réutilise le Transformer multimodal et l'encodeur de texte de H3, supprime la branche audio, adopte un VAE dédié à l'image, puis ajoute des optimisations d'entraînement et d'inférence comme la distillation en 6 étapes, pour devenir un modèle autonome de génération d'images.