GPT Image 2.5 : coût par image validée
Un guide pratique de la tarification de GPT Image 2.5 : comment calculer le coût réel d'une image validée en tenant compte de la consommation de tokens, des révisions et des tentatives jusqu'à obtenir un résultat approuvé, ainsi que le choix entre Flare et Sunburst.
Sommaire
Coût de l’image finale et choix du modèle
Dans l’API officielle de GPT Image 2.5, il n’existe pas de prix fixe universel unique par image. Le coût réel correspond au cumul des dépenses engagées pour toutes les tentatives de génération, les retouches payantes et les variantes rejetées, divisé par le nombre de résultats acceptés.
Choisir le bon modèle :
gpt-image-2.5-flareest un modèle rapide conçu pour la génération quotidienne et les premières ébauches.gpt-image-2.5-sunburstest destiné au travail de création détaillé où la précision des retouches est essentielle ; la génération prend plus de temps.
Au 2026-09-12, les tarifs officiels des tokens sont identiques pour les deux modèles. Toutefois, un tarif de tokens identique ne garantit pas un budget total de projet équivalent : le nombre de nouvelles tentatives et le taux d’acceptation peuvent varier selon la tâche. Aucun test comparatif de latence, de qualité ou de taux d’acceptation n’a été réalisé pour cet article.
Tarifs OpenAI et calcul du coût d’une requête à partir des tokens
OpenAI a lancé GPT Image 2.5 le 2026-09-08 (annonce d’OpenAI). L’API propose deux modèles : gpt-image-2.5-flare et gpt-image-2.5-sunburst. Les deux modèles prennent en charge les niveaux de qualité low, medium, high, xhigh, max et auto (guide Image Generation).
Le guide actuel sur Image Generation intègre un calculateur dédié à GPT Image 2.5. Il estime les tokens de sortie d’image et le coût de sortie d’image pour un modèle explicite, une taille d’image et un paramètre de qualité défini : low, medium, high, xhigh ou max.
Le paramètre auto dépend de l’image générée elle-même. De plus, le calculateur exclut l’entrée textuelle, l’entrée image et la diffusion d’images partielles en streaming (chaque image partielle ajoute 100 tokens de sortie d’image).
Par conséquent, le coût complet d’une requête et le coût total par image acceptée doivent toujours être déterminés à l’aide des données réelles de usage, y compris les tokens d’entrée, le cache, les nouvelles tentatives et les retouches.
Au 2026-09-12, la tarification officielle d’OpenAI comprend cinq composantes :
| Catégorie de tokens | Par million de tokens | Par token |
|---|---|---|
| Entrée texte non mise en cache (uncached text input) | $5.00 | $0.000005 |
| Entrée texte mise en cache (cached text input) | $1.25 | $0.00000125 |
| Entrée image non mise en cache (uncached image input) | $8.00 | $0.000008 |
| Entrée image mise en cache (cached image input) | $2.00 | $0.000002 |
| Sortie image (image output) | $30.00 | $0.00003 |
Chaque token est comptabilisé strictement dans une seule catégorie : il ne peut pas être attribué simultanément aux catégories en cache et non en cache.
Formule du coût d’une requête unique :
C_request = (T_uncached * 5.00 + T_cached * 1.25 + I_uncached * 8.00 + I_cached * 2.00 + O_img * 30.00) / 1 000 000Calcul du coût par image acceptée
Le coût unitaire réel d’une image approuvée est calculé selon la formule suivante :
C_accepted = Total Cost of All Attempts / N_acceptedLe numérateur regroupe les dépenses de chaque tentative payante, y compris les générations initiales, les variantes rejetées et les requêtes de retouche payantes. Le dénominateur correspond au nombre d’images approuvées. Si aucune image n’est acceptée (N_accepted = 0), le coût unitaire est mathématiquement indéfini.
Exemple de calcul pour une série de requêtes de retouche d’image :
| Étape de calcul | Paramètres et calculs | Montant |
|---|---|---|
| Entrée texte non mise en cache | 500 tokens × $5.00 / 1 000 000 | $0.0025 |
| Entrée image non mise en cache | 5 000 tokens × $8.00 / 1 000 000 | $0.0400 |
| Sortie image | 2 000 tokens × $30.00 / 1 000 000 | $0.0600 |
| Coût par tentative | $0.0025 + $0.0400 + $0.0600 | $0.1025 |
| Série de 100 tentatives | 100 × $0.1025 | $10.25 |
| Coût par image acceptée (taux d’acceptation de 80%) | $10.25 / 80 images approuvées | $0.128125 |
Le nombre de tokens et le taux d’acceptation sont des hypothèses purement illustratives. La mise en cache des invites n’a pas été utilisée dans ce calcul. Aucune génération payante, aucune mesure de tokens ni aucune évaluation du taux d’acceptation n’ont été effectuées pour cet article.
Facturation par requête : l’exemple de BetterToken
Comme alternative de modèle de facturation, on peut examiner la tarification par requête sur la plateforme BetterToken.
Selon le catalogue de BetterToken au 2026-09-12, les modèles gpt-image-2.5-flare et gpt-image-2.5-sunburst sont disponibles sous les points de terminaison image-generation et openai. Le catalogue indique quota_type = 1, le groupe GPT Image 4K et un tarif de model_price = $0.05 par requête. Il s’agit de valeurs dynamiques ; vérifiez toujours les tarifs actuels sur la page des tarifs de BetterToken avant de lancer des tâches.
Au tarif actuel du catalogue de $0.05 par requête, 100 requêtes payantes s’élèvent à $5.00 :
- 100 requêtes payantes : 100 × $0.05 = $5.00.
- Avec 80 images acceptées, le coût par résultat approuvé est de : $5.00 / 80 = $0.0625.
Aucune requête payante n’a été effectuée pour cet article.
La facturation basée sur les tokens dans l’API OpenAI et la tarification par requête dans le catalogue BetterToken représentent deux modèles comptables fondamentalement différents qui ne peuvent pas être directement additionnés ou considérés comme équivalents. Les écarts entre les chiffres calculés n’impliquent pas une qualité de génération identique, une parité de fonctionnalités ou la permanence des prix.
Lancer une série de tests et suivre les métriques
Avant de déployer des flux de génération à plus grande échelle, effectuez une série de tests contrôlée sur un échantillon de 10–20 tâches représentatives. Afin d’obtenir des résultats comparables, fixez la résolution cible, conservez un niveau de qualité constant (low, medium, high, xhigh, max ou auto) et maintenez un nombre régulier d’images de référence par requête.
Votre journal de suivi doit enregistrer :
- Le modèle (
gpt-image-2.5-flareougpt-image-2.5-sunburst), le niveau dequalityet la résolution de sortie. - Le nombre d’images de référence, la consommation réelle de tokens issue de
usageou le coût facturé. - Le statut du résultat (accepté, envoyé en révision ou rejeté).
Les clés d’API et les fichiers sources confidentiels ne doivent jamais être enregistrés dans les journaux de suivi.
Avant de lancer un lot, vérifiez les tarifs actuels sur bettertoken.ai/pricing. Après avoir réalisé une petite série de tests, vérifiez le modèle effectif, le statut de chaque requête et les débits dans le BetterToken Workspace.
