Générer une image avec IA : quand c’est utile, comment la demander, comment la juger
Une image générée sert un article quand elle dit quelque chose que le texte ne dit pas : elle situe un lieu, montre une coupe technique ou marque une pause. Pour l’obtenir, écrivez une contrainte courte, un objet, des matières, une lumière, des interdits, puis jugez le fichier reçu, pas la promesse du prompt. Un cas réel sert de fil conducteur plus bas : un rendu produit le 15/09/2026, examiné point par point puis refusé.
Sommaire
Un palmarès de générateurs est périmé à la publication suivante, et une image se juge dans son usage, pas dans l’abstrait.
Quand une image sert un article, et quand elle ne sert à rien
Une image ajoutée par défaut coûte une requête, un poids de page et une attention du lecteur. Avant de générer, nommez la fonction qu’elle remplit.
Trois fonctions, pas davantage
| Fonction | Ce qu’elle fait | Ce qu’elle contient |
|---|---|---|
| Couverture | situe le sujet avant la lecture | un objet, un lieu, une lumière, jamais une promesse |
| Coupe technique | montre une matière ou une architecture que le texte décrit | un détail : fibre, carte, connectique, rack |
| Signal | marque une pause dans un texte long | un seul élément : un voyant, un curseur, une porte |
Si l’image visée n’entre dans aucune de ces trois cases, la question n’est pas « quelle image générer » mais « faut-il une image ».
Une image par écran
Une image par écran, avec des marges larges. Pas de mosaïque de miniatures, pas d’illustration sous chaque sous-titre : au-delà d’un certain nombre, les images cessent d’être lues et deviennent du fond.
Quand ne pas générer d’image
Ne générez pas d’image pour remplir un espace vide, pour illustrer un concept abstrait (« la puissance de l’IA », « la collaboration »), ou pour produire une fausse preuve. Un schéma explicatif se dessine ; une capture d’écran probante se prend sur le logiciel réellement utilisé. Une image générée qui imite une capture, un écran de terminal, un message d’erreur, un résultat de mesure, fabrique une pièce probante. C’est la ligne à ne pas franchir.
Erreur : illustrer un concept au lieu d’un sujet
Demander « une image sur la sécurité informatique » produit un cadenas, un bouclier ou un réseau de neurones lumineux. Ces visuels ne disent rien du contenu et pourraient illustrer n’importe quel article du même thème. Un sujet concret produit une image reconnaissable ; un concept produit du décor.
Comment écrire une demande qui ne produise pas du visuel interchangeable
La demande n’est pas une description : c’est une contrainte. Ce qui distingue une série d’images d’un empilement de visuels génériques, c’est la répétition volontaire d’un petit nombre de règles.
Mettre l’intention en tête, l’objet ensuite
Une phrase de mission ouvre la demande et cadre la famille. Puis viennent, dans cet ordre : l’objet, les matières, la lumière, les interdits. Structure courte, réutilisée d’une image à l’autre. L’exemple ci-dessous est celui réellement utilisé pour le rendu de test :
Near-future computing infrastructure, documentary, one object, service lighting only.
Documentary still of a single open equipment rack in an empty technical room,
graphite and brushed aluminum panels, one small amber status light, cold concrete
floor with a slight reflection, photoreal, shallow depth of field, no people, no hands,
no text, no letters, no logo, no brand, no neon wash, no cyan, no purple, no hologram,
no HUD, no cyberpunk fog, no robot, no glowing brain.
Ce que l’ajout de « 8k, cinematic, ultra detailed » annule
Les mots d’emphase ramènent le rendu vers le stock : lumière spectaculaire, matière lisse, composition publicitaire. Une contrainte courte et tenue produit une image qui ressemble aux autres images de la même famille. C’est la cohérence qui fait l’identité, pas l’accumulation d’adjectifs.
Demander une série, pas une image
Générez par lots, même session, mêmes interdits, puis choisissez dans le lot. Une image seule ne permet pas de vérifier qu’elle appartient à une famille ; six rendus montrent immédiatement lequel détonne.
Le générateur réécrit votre demande
Une demande n’est pas un contrat. Sur certaines interfaces, le modèle hôte reformule le prompt avant de le transmettre au générateur, et la version effectivement utilisée est renvoyée dans un champ dédié, revised_prompt dans l’API d’OpenAI (nouvel onglet) (documentation consultée le 15/09/2026). Lisez ce champ quand il existe : vous découvrirez parfois une demande qui n’est plus la vôtre.
Erreur : traiter les interdits comme des garanties
Écrire « no text » ou « no logo » dans une demande ne garantit pas l’absence de texte ou de logo. Un interdit oriente le rendu, il ne le contraint pas. Le contrôle se fait sur l’image reçue, jamais sur la liste des interdits.
Comment lire le résultat de près ?
La revue se fait en cinq points, dans cet ordre. Elle est rapide, et elle élimine la plupart des rendus.
| Point | Ce qu’on regarde | Signal de rejet |
|---|---|---|
| 1. Le fichier | dimensions réelles en pixels, poids, format | le format ne correspond pas à l’usage prévu |
| 2. Le texte | lettres, chiffres, étiquettes | des marques de lettrage illisibles ou déformées |
| 3. Les personnes | mains, visages, silhouettes | une main à six doigts, un visage flou au premier plan |
| 4. Les marques | logos, insignes, noms d’appareils | une marque reconnaissable ou inventée |
| 5. Le fond | époque, cohérence technique, anachronisme | un objet ou un câblage impossible à cette date |
Premier point : mesurer le fichier, pas la commande
Un ratio se mesure sur le fichier, jamais sur le paramètre d’appel. La commande a demandé un format paysage 1536 × 1024 ; le fichier écrit fait 1024 × 1536, en portrait. Sans cette mesure, on prépare une mise en page sur une dimension qui n’existe pas.
Deuxième point : le texte, principal signal de rejet
Un générateur d’images produit volontiers des marques de lettrage qui ressemblent à du texte sans en être. À taille de vignette, ces marques passent pour des étiquettes ; à taille pleine, elles ne se lisent pas. Un lettrage illisible est un défaut, pas un détail : il indique au lecteur que l’image est fabriquée. Si du texte est nécessaire et doit être exact, il se compose en HTML, jamais dans l’image.
Troisième point : les mains et les visages
Les mains restent un point faible connu, et un visage au premier plan transforme une illustration technique en portrait. Un visage généré n’est pas une personne : il ne peut pas servir à illustrer un témoignage, une équipe ou un auteur. Quand une personne est nécessaire, elle est une main ou une absence, pas un visage.
Quatrième point : les marques et les objets inventés
Un logo reconnaissable dans une image générée engage une marque qui n’a rien demandé. Un logo inventé fait pire : il fait croire à un produit qui n’existe pas. Les deux se rejettent. Le contrôle est visuel et rapide : un cadre, un insigne, un nom d’appareil, et le rendu repart.
Cinquième point : l’anachronisme
Un câblage impossible, un connecteur qui n’existe pas, un objet d’une autre décennie posé dans une scène contemporaine : ces détails cassent la crédibilité pour qui connaît le domaine. Un lecteur technicien les repère immédiatement.
Un rendu réel jugé sans complaisance
Verdict rendu sur le rendu réellement produit le 15/09/2026, avec la demande ci-dessus : refusé, pour quatre motifs, tous relevés sur le fichier reçu.
Ce qui a été demandé et ce qui a été reçu
Demande : un rack ouvert unique, panneaux graphite et aluminium brossé, un seul voyant ambre, salle technique vide, sol béton, format paysage.
Rendu reçu : un fichier PNG de 1 024 × 1 536 pixels, 2 208 701 octets. Modèle relevé à l’appel : gpt-image-2-high, qualité élevée, fournisseur openai-codex.
Ce qui passe la revue
Un seul objet dans le cadre, aucune personne, aucune main. La matière dominante est bien le graphite et l’aluminium brossé, et le point de signal est unique : un voyant ambre, entre deux modules. Le sol reflète légèrement, ce qui date la scène sans la théâtraliser. Aucune marque lisible, aucun violet, aucun néon, aucun hologramme.
Ce qui est refusé, et pourquoi
| Défaut constaté | Motif du refus |
|---|---|
| Format portrait 1024 × 1536 reçu alors que le paysage était demandé | une couverture de carte se compose en 16:9 ; ce fichier ne rentre pas sans recadrage destructeur |
| Marques de lettrage illisibles sur le panneau supérieur du rack | un lettrage généré illisible est un défaut explicite, même discret |
| Scène trop propre : sol lustré, panneaux impeccables, aucun désordre | une salle technique documentée montre de l’usure, de la poussière, du câblage qui vit |
| Deux sources lumineuses : le tube fluorescent du plafond et le voyant | l’intention demandait une lumière de service unique |
Décision
Rendu rejeté, non publié, conservé comme contre-exemple. La reprise portera sur trois points seulement : forcer le cadrage paysage, supprimer toute surface portant du lettrage, et introduire un désordre crédible, un câble mal rangé, une poussière visible, une étiquette manuscrite plutôt qu’imprimée.
Ce que ce rendu enseigne
Les interdits écrits dans la demande n’ont pas été respectés à la lettre : « no text » n’a pas empêché des marques de lettrage, et le format demandé n’est pas le format écrit. Une revue qui se contenterait de relire la demande validerait ce fichier. C’est le fichier qu’il faut regarder.
Réutilisation, droits et transparence
Une image générée n’a pas le même statut qu’une photographie. Deux points de repère, volontairement bornés à leurs sources : le droit d’auteur tel qu’il s’applique aux dépôts américains, et les obligations de transparence du règlement européen sur l’IA.
Ce que dit l’office américain du droit d’auteur
Dans sa guidance publiée au registre fédéral le 16 mars 2023 (88 FR 16190 (nouvel onglet)), l’office écrit que lorsqu’une technologie d’IA reçoit d’un humain un simple prompt et produit un texte, un visuel ou une œuvre musicale complexe, les « éléments traditionnels d’auteur » sont déterminés et exécutés par la technologie, pas par l’utilisateur, et que cette matière « n’est pas protégée par le droit d’auteur et doit être exclue » d’une demande d’enregistrement. Le même texte précise que celui qui utilise un outil d’IA peut revendiquer la protection de ses propres contributions, qu’il a un devoir de déclarer la présence de contenu généré par IA, et qu’il ne doit pas désigner l’outil ou son éditeur comme auteur ou coauteur.
Portée : ce document décrit la pratique d’enregistrement de l’office américain à cette date. Il ne tranche pas le droit applicable ailleurs, et il ne dit pas qu’une image générée est libre d’usage, il dit qu’elle n’est pas protégeable en tant que telle. Une image sans titulaire de droit n’est pas pour autant libre de tout : elle peut reproduire des éléments protégés ailleurs.
Ce que prévoit le règlement européen sur l’IA
Le règlement (UE) 2024/1689 consacre son article 50 aux obligations de transparence. Le paragraphe 2 vise les fournisseurs de systèmes qui génèrent des contenus de synthèse audio, image, vidéo ou texte : ils doivent veiller à ce que les sorties soient « marquées dans un format lisible par machine et identifiables comme ayant été générées ou manipulées par une IA ». Le paragraphe 4 vise, lui, les déployeurs, donc l’utilisateur, d’un système qui génère ou manipule une image, un contenu audio ou vidéo « constituant un hypertrucage » : ils doivent indiquer que le contenu a été généré ou manipulé par une IA. Le paragraphe 5 demande que cette information soit fournie de manière claire et reconnaissable, au plus tard à la première exposition.
Deux précisions qui évitent de surinterpréter : le paragraphe 4 porte sur l’hypertrucage, c’est-à-dire un contenu qui ressemble à des personnes, objets, lieux, entités ou événements existants et qui pourrait passer pour authentique, un schéma générique n’entre pas automatiquement dans cette catégorie. Et le texte prévoit, pour les œuvres manifestement artistiques, créatives, satiriques ou fictives, une divulgation limitée à l’existence du contenu généré. Source : règlement (UE) 2024/1689, article 50 (nouvel onglet), texte publié au Journal officiel du 12 juillet 2024, consulté le 15/09/2026.
Ce que cela change en pratique
- Nommez la provenance. Une image générée s’annonce comme telle, en légende, dans les métadonnées ou dans la page de crédits.
- Ne présentez jamais une image générée comme une photographie, une capture ou un document.
- Ne désignez pas l’outil comme auteur. L’outil a produit un fichier ; il ne signe rien.
- Déclarez le contenu généré quand vous déposez une œuvre, et séparez ce que vous avez composé de ce que la machine a produit.
- Vérifiez les éléments reconnaissables avant publication : une marque, un visage, un bâtiment identifiable ne sont pas des détails.
Le droit applicable dépend de votre pays, de votre usage et du contenu précis : pour une publication commerciale, une œuvre dérivée ou un contenu montrant des personnes, la question se pose à un juriste.
Ce qu’une revue visuelle ne remplace pas
Un rendu conforme n’est pas un rendu réussi
Respecter la demande ne suffit pas : une image peut être techniquement propre et ne rien dire du sujet. Le critère final n’est pas la conformité au prompt, c’est la question « cette image pourrait-elle être la suivante de la même série, le même jour ? ».
La revue visuelle n’est pas une détection
Rien ici ne permet de déterminer si une image a été générée. La revue cherche des défauts qui gênent le lecteur, pas une signature technique. Un rendu propre peut être généré ; un rendu généré peut être propre.
Le jugement dépend du lecteur et du contexte
Ce qui passe dans un article de vulgarisation ne passe pas dans une documentation technique destinée à des professionnels. La revue n’a pas de seuil universel : elle a une exigence qui dépend du public.
Une image ne règle pas un problème de contenu
Aucun jeu d’images ne compense un article sans information. Si le texte ne dit rien, l’illustration le rend simplement plus long à parcourir.
Quand l’image accompagne un texte rédigé avec une assistance IA, la chaîne qui l’entoure, brief, rédaction et relecture, se travaille dans la rédaction assistée par IA.