Avis sur Image 2.6 : qualité, rapidité et coût

GPT Image 2.6 mérite un essai si vous créez beaucoup d’ébauches visuelles, devez retoucher des zones précises ou souhaitez explorer des scènes difficiles à photographier. Gardez GPT Image 2.5 ou votre processus actuel avec Nano Banana comme point de comparaison. Les éléments disponibles invitent à une conclusion plus utile qu’une simple « mise à niveau » : le nouveau modèle peut accélérer certaines tâches sans réduire leur coût. Une bonne première image n’est que le début du travail créatif.

Dans le relevé Clico conservé, qui porte sur cinq prompts, 2.6 Flare affichait un temps de réponse médian plus court que 2.5 Flare, mais un coût moyen enregistré plus élevé. Un test distinct de Sunburst a trouvé 2.6 plus lent que 2.5 sur trois demandes. Aucun de ces échantillons ne suffit à classer les modèles de façon générale. Ensemble, ils invitent à comparer tout le travail : la première image, les retouches nécessaires, l’attente et la facture réelle.

Quand examiner la version 2.6 de plus près

Pour explorer une idée, un modèle d’image est utile s’il la rend assez concrète pour l’évaluer. La baleine en vitrail partagée par Picsart et OpenAI comme exemple de GPT Image 2.6 associe des couleurs translucides, de la lumière et une échelle convaincante. Ce type de scène impossible peut aider une équipe créative à discuter d’une direction avant de lancer la production.

L’image répond bien à une question : cette direction peut être visualisée ? Elle ne dit pas si une campagne pourra reproduire la même baleine sous un autre angle ou conserver sa forme au fil des retouches. Ces points demandent des vérifications distinctes. Si la continuité compte plus qu’une première image séduisante, apportez une référence existante et demandez un changement limité et précis. Cet exemple de couverture montre ce type de retouche ciblée : le manteau passe du rouge au bleu tandis que l’écharpe orange, la pose et la laverie restent reconnaissables. Cet exemple donne des éléments précis à inspecter, sans garantir que les pixels conservés seront identiques.

Les visuels de produit imposent une autre contrainte. L'exemple d'OpenArt conserve une bougie HEARTH reconnaissable dans quatre décors de saison. L’étiquette et le pot ambré structurent la composition pendant que l’environnement change. Pour une campagne, cette relation compte plus qu’un décor séduisant.

Un exemple sélectionné ne prouve pas qu’un modèle conservera votre emballage réel. Pour un vrai produit, comparez à la photo source l’étiquette, le bouchon, les proportions, les couleurs et les mentions réglementaires. Un décor plus beau ne sert à rien si le pot ou le texte a changé discrètement. Comparez le temps de correction de ces détails au temps déjà consacré à la même tâche avec 2.5.

La scène de cuisine d’OpenArt propose un autre test. La lumière froide du réfrigérateur distingue la femme au premier plan d’une seconde silhouette dans l’ombre. Une bouilloire rouge ponctue le centre sombre de l’image. Pour un concept de cinéma ou de mode, ces rapports doivent transmettre l’éclairage et la mise en scène souhaités.

Ces exemples sont des sélections marketing, pas des résultats Clico ni un essai comparatif avec d’autres modèles. Ils montrent ce que vous pouvez préciser dans vos propres consignes. Pour une campagne de produit, le critère de réussite peut être une étiquette fidèle dans quatre décors. Pour un concept de film, la position de deux personnes et une source de lumière cohérente. Pour une image surréaliste, la conservation du sujet malgré un changement de point de vue. Sans ces critères, il est facile de choisir l’image la plus spectaculaire sans voir le travail qui suivra.

GPT Image 2.6 face à 2.5

Dans le relevé Clico conservé, le chiffre le plus révélateur n’est pas le seul temps de réponse. C’est son association avec le coût. Le relevé contient cinq prompts différents envoyés une fois par modèle le 5 novembre 2026, via l’API OpenRouter Images, avec qualité automatique et une image de 1024 × 1024 pixels demandée.

Sur ce petit ensemble, 2.6 Flare a répondu plus vite que 2.5 Flare, avec un coût moyen enregistré plus élevé. Le portrait 2.6 Flare a coûté à lui seul 0,174125 $ : une seule tâche pèse donc sensiblement sur la moyenne. La qualité automatique était demandée, mais la qualité et la complexité effectivement utilisées n’ont pas été enregistrées. Il est donc impossible d’isoler la version comme cause de l’écart. Ces montants sont des frais OpenRouter, pas les tarifs publics en crédits de Clico.

La retouche de référence rend ce compromis visible. Les deux versions Flare ont reçu la même illustration de bouteille bleue et la même demande : changer uniquement le corps de la bouteille en vert forêt foncé, tout en gardant le bouchon, l’étiquette crème, les ombres et la composition.

Les deux versions rendent la bouteille verte et gardent le bouchon, l’étiquette et la composition générale reconnaissables. Le résultat 2.6 utilise un vert plus foncé, sans amélioration structurelle évidente dans cette paire : 2.5 réussit déjà la recoloration de base. La demande 2.6 Flare enregistrée a pris 9,423 secondes et coûté 0,033197 $, contre 12,557 secondes et 0,014357 $ pour 2.5 Flare. L’attente est plus courte, mais le coût plus élevé. Ce n’est pas une raison évidente de remplacer 2.5 pour chaque retouche simple.

Cette distinction compte lorsqu’une équipe génère beaucoup de variantes. Gagner quelques secondes sur une ébauche peut aider à faire avancer une revue. Mais si chaque proposition coûte plus cher ou demande plusieurs corrections, une première réponse rapide ne réduit pas forcément le coût d’une image validée. Mesurez le total nécessaire pour obtenir un résultat utilisable, pas une seule demande.

Un même prix par token ne garantit pas la même facture. Les tarifs standard d’OpenAI sont identiques pour les modèles 2.5 et 2.6 concernés, mais le nombre de tokens peut varier. Le calculateur de sortie estime 196 tokens de sortie pour une image 2.5 carrée de 1024 pixels en basse qualité, contre 823 pour 2.6. En haute qualité, les deux estimations sont de 1 756. Ces chiffres excluent les coûts d’entrée.

Un autre test contredit aussi toute affirmation générale sur la vitesse. Dans le test Kingy de Curtis Pyke, trois demandes d’images fixes réalisées au premier essai en qualité moyenne ont pris au total 39,752 secondes avec 2.5 Sunburst et 48,739 secondes avec 2.6 Sunburst. Les coûts estimés selon l’utilisation totalisaient respectivement 0,044622 $ et 0,124542 $. Ces sommes viennent d’un autre test. Ce ne sont pas des lignes supplémentaires à combiner aux médianes de Clico. Chaque retouche utilisait le résultat précédent du même modèle comme référence. Le test ne précisait pas la complexité, réglée par défaut sur haute pour 2.6. Une qualité identique ne signifie donc pas que toutes les conditions étaient égales. Cela montre pourquoi la réponse peut varier selon le modèle et les paramètres, sans prouver que Sunburst est toujours plus lent.

Adapter les paramètres à la retouche

OpenAI présente Flare pour les itérations rapides et Sunburst pour les détails, compositions et retouches plus exigeants dans ses recommandations sur les modèles. C’est un point de départ raisonnable pour un essai, sans signifier que chaque image Sunburst sera préférable. Pour un simple changement de décor, conserver le produit peut être plus utile qu’ajouter des détails ailleurs.

Le guide de l’API Image d’OpenAI distingue qualité et complexité. La qualité concerne le rendu, la complexité détermine l’effort de planification du modèle. Sans valeur indiquée, la complexité est haute par défaut. Selon OpenAI, davantage de planification peut augmenter l’attente et introduire des changements indésirables. Pour une retouche ciblée, comparez un réglage de complexité plus bas si votre fournisseur le propose, puis vérifiez les parties à conserver. Pour une composition chargée, une valeur plus élevée peut mériter un essai. Le résultat détermine si la retouche est utilisable, pas le nom du réglage.

L’API propose aussi les formats SVG et GIF pour les demandes de génération. Ils comptent si vous souhaitez un dessin modifiable ou une courte animation, mais le point d’accès de retouche ne produit ni SVG ni GIF. Ne supposez pas qu’un format proposé dans l’API est disponible dans toutes les applications d’image.

Changer de modèle quand on utilise Nano Banana ?

Si Nano Banana produit déjà des résultats que vous validez, partez de la version exacte utilisée. Google nomme son modèle plus récent Nano Banana 2.1, avec l’identifiant API gemini-nano-banana-2.1; Nano Banana 2 est gemini-3.1-flash-image, et Nano Banana Pro est gemini-3-pro-image. Ce sont des modèles distincts, et une comparaison qui dit simplement « Nano Banana » peut masquer le choix auquel vous êtes réellement confronté.

Le guide de génération d’images de Google documente les sorties 1K, 2K et 4K et les retouches par conversation pour 2.1. Il décrit jusqu’à 14 images de référence dans les processus compatibles de l’API Gemini, avec des références d’objets et de personnages. Les applications peuvent imposer des limites plus basses. Pour une campagne réunissant plusieurs références ou une livraison en haute résolution, ce sont des raisons concrètes de garder 2.1 dans le comparatif. Pour un processus nécessitant SVG ou GIF via l’API d’OpenAI, 2.6 donne une autre raison de tester.

Le coût demande autant d’attention que les possibilités. Au 5 novembre, la tarification standard de l’API Gemini de Google estime la sortie d’image de Nano Banana 2.1 à 0,0336 $ en 1K, 0,0504 $ en 2K et 0,113 $ en 4K. Les entrées, le texte ou le raisonnement et les frais de recherche applicables peuvent s’ajouter. Ces estimations de sortie ne sont pas directement comparables aux frais OpenRouter totaux du tableau précédent, car elles ne couvrent pas les mêmes coûts. Ni les unes ni les autres ne sont les tarifs publics en crédits de Clico.

Le relevé conservé par Clico ne contient aucun résultat Nano Banana. Il ne permet donc pas de désigner un vainqueur face à 2.6 pour la vitesse ou la qualité. Pour décider d’un changement équitablement, utilisez les mêmes consignes et références, les paramètres que vous paieriez réellement, puis vérifiez l’image finale et les retouches. Gardez votre modèle actuel s’il répond au besoin pour un meilleur coût total ou avec moins de corrections.

Vérifier le résultat réellement attendu

Les premiers exemples de créateurs peuvent indiquer les points à vérifier, sans trancher la décision. Dans une publication du 4 novembre sur X, Angel a partagé un aperçu d’animation de chouette, une image de nourriture et un crabe en pixel art. Il signalait moins de bruit, mais des difficultés persistantes avec le pixel art. La publication ne donne pas le prompt exact, la variante ni la qualité. C’est l’appréciation d’un seul créateur, pas un taux d’échec ni la preuve d’une amélioration générale.

Un aperçu fixe ne montre pas si une boucle s’enchaîne sans rupture. Dans son évaluation de son propre GIF 2.6 natif, Kingy signalait un raccord visible et des mouvements irréguliers. Si l’animation motive votre changement, lisez le vrai fichier et vérifiez la jonction. Pour le pixel art, inspectez les contours à la taille d’affichage prévue. Pour une publicité produit, comparez le texte et l’emballage à la source. Chaque vérification découle du résultat à livrer, pas de l’annonce du modèle.

Choisissez des consignes existantes et conservez le résultat que vous utiliseriez normalement. Essayez 2.6 Flare pour itérer ou Sunburst pour une composition ou une retouche exigeante, puis répétez assez pour observer la régularité du résultat. Notez l’attente, les frais réels du fournisseur et les retouches nécessaires à la validation. Changez lorsque ce processus complet améliore votre travail, et gardez l’ancien modèle dans les autres cas.