OpenAI a ouvert dans l'API de GPT-Image-2 l'option de fond transparent, actuellement marquée preview. La description officielle de son usage est directe : générer des visuels réutilisables que l'on peut placer sur n'importe quel fond, pour des photos produit, du design graphique, des prototypes de site web et du matériel marketing.
L'utilisation ne modifie qu'un seul paramètre : régler background sur transparent, tout en laissant output_format sur la valeur par défaut png, ou en le passant à webp. Le jpeg ne supporte pas de canal alpha, le choisir revient donc à renoncer d'emblée à la transparence. Aucun surcoût n'est appliqué, le tarif reste celui déjà en vigueur.
Quelle étape de la chaîne disparaît
Dans le flux réel de l'e-commerce et du design, entre « générer une image » et « disposer d'une image utilisable », il y a l'étape du détourage. Jusqu'ici, celle-ci reposait sur un modèle de segmentation dédié ou des outils de détourage classiques exécutés à part : on génère d'abord l'image complète avec son fond, on la passe ensuite dans la segmentation, on retouche les bords, puis on exporte un PNG avec canal alpha. La chaîne est longue, chaque maillon a son propre taux d'échec, et les cheveux, le verre et les matériaux semi-transparents restent les cas classiques les plus difficiles.
Le fond transparent déplace cette étape directement dans la génération. Le modèle produit le résultat directement sur le canal alpha, ce qui, en théorie, économise une inférence de segmentation, une correction des bords et la conversion de format entre deux modèles. Pour les équipes qui produisent des visuels en masse, trois étapes deviennent une seule.
La rédaction du prompt obéit elle aussi à des exigences précises. La recommandation officielle est d'écrire explicitement « sujet isolé, fond entièrement transparent », en excluant nommément les paysages, les fonds de couleur unie, les motifs en damier et les ombres portées superflues. Ce sont justement les éléments perturbateurs qui reviennent fréquemment dans les exemples d'entraînement « fond transparent » déjà vus par le modèle ; sans cette précision, il peut très bien dessiner un motif en damier.
Trois défauts déjà connus
La communauté des développeurs a repéré plusieurs problèmes dès le jour de l'ouverture de la fonction. Aucun n'empêche l'usage en tant que tel, mais tous compromettent une mise en production directe :
- La valeur alpha des zones opaques plafonne entre 252 et 254, sans atteindre la valeur maximale de 255. Invisible à l'œil nu, cet écart fait apparaître une légère transparence résiduelle sur l'ensemble de l'image lorsqu'on la compose sur un fond sombre.
- Autour du sujet transparent apparaît une bordure grise non demandée, que la communauté appelle halo. Il faut la retirer manuellement côté client, sinon le bord paraît sale une fois superposé à un fond coloré.
- L'interface d'édition ne conserve pas correctement le masque de transparence. Lorsqu'on utilise edits pour retoucher une seconde fois une image transparente, l'information de transparence se perd en cours de traitement, et l'étape suivante peut même réintroduire d'elle-même un nouveau fond.
Le troisième point est celui qui nuit le plus au flux de travail. Le travail sur des visuels aboutit rarement en une seule génération ; il faut le plus souvent modifier la couleur, l'angle ou des détails sur la même image. Si le masque ne se conserve pas, chaque modification impose de tout régénérer depuis le début, et la composition déjà ajustée devient inutilisable. La parade proposée par la documentation officielle consiste à répéter, dans le prompt de chaque étape d'édition, la demande explicite de conserver le fond transparent — un simple pansement, en somme.
Ce que pèse l'étiquette preview
La valeur alpha comprise entre 252 et 254 est suspecte. Elle ne ressemble pas à un résultat conçu intentionnellement, mais plutôt à un résidu laissé par une forme de post-traitement ou de quantification appliquée à la sortie du modèle. Ceux qui font réellement du compositing sont très sensibles à ce type d'écart : sur une seule image, rien ne se voit, mais dès que cent images sont superposées au même gabarit, la teinte générale dérive inexplicablement vers le gris, et localiser la cause demande énormément de temps.
Le problème du halo est similaire. Les outils de détourage traditionnels traitent les bords par alpha matting, en calculant une bande de transition continue ; le modèle génératif, lui, produit directement le canal alpha, et les valeurs au bord semblent davantage « devinées », sans fondement physique — l'apparition d'un halo n'a donc rien d'étonnant.
En combinant ces deux points, le fond transparent ne fait aujourd'hui office que de « brouillon avec une étape en moins », encore loin d'un « produit fini prêt à être mis en catalogue ». Pour des prototypes, des présentations ou des visuels de réseaux sociaux, cela suffit ; pour les visuels principaux de produits destinés à la vente ou pour du matériel devant passer une validation de marque, il faut encore repasser par le détourage classique.
L'étiquette preview elle-même est un signal : les paramètres vont changer, la qualité de sortie va changer, et la logique de traitement figée aujourd'hui dans le code devra sans doute être réécrite plus tard. Les équipes qui souhaitent adopter la fonction dès maintenant auraient intérêt à isoler la suppression du halo et la normalisation de l'alpha dans des modules séparés, afin de pouvoir les retirer dès qu'OpenAI aura corrigé le problème, sans les mêler au flux principal.
Sources : annonce et fil de discussion de la communauté des développeurs OpenAI, CocoLoop, guide de prompts pour les modèles d'image GPT, documentation de référence de l'API OpenAI ; l'usage des paramètres, les formats de sortie pris en charge et la plage de valeurs alpha testée par les développeurs ont été vérifiés à partir d'informations publiques.