Voici l'idée reçue : « il faut toujours utiliser ses vraies photos » est un mauvais conseil, du moins en tant que règle absolue, et le suivre aveuglément produit des builds moins réussis que si l'on faisait davantage confiance au générateur. Une photo produit en 480px récupérée sur un site vieux de cinq ans, mal éclairée, mal cadrée, n'est pas automatiquement meilleure qu'un visuel généré propre simplement parce qu'elle est « réelle ». L'instinct selon lequel l'authenticité l'emporte toujours sur la fabrication n'est vrai qu'au-delà d'un certain seuil de qualité que la plupart des photos importées n'atteignent pas. J'ai vu des gens insister pour utiliser une photo prise avec leur téléphone dans une réserve sombre parce que c'est « le vrai produit », alors qu'une photo générée dans la direction artistique réelle du build aurait rendu bien mieux pour tout visiteur n'ayant jamais vu le produit en vrai.
Voilà la partie contre-intuitive. Voici maintenant le mécanisme qui la rend vraie et — puisque je n'essaie pas réellement de vous dissuader d'utiliser vos propres photos — l'endroit où la règle s'inverse à nouveau vers la fin.
Pourquoi « réel » ne veut pas dire « meilleur »
La bibliothèque d'images, accessible depuis le menu + dans le chat du builder, est une simple zone de dépôt : glissez-y des photos, logos, visuels produits, captures d'écran, et associez à chacun une portée — ce chat uniquement, ou toutes les sessions de votre compte. Au moment de la génération, un résolveur parcourt la bibliothèque et décide où placer chaque image, non pas en associant les noms de fichiers, mais en analysant ce que l'image représente réellement — façade de magasin, produit sur fond blanc, portrait, texture — par rapport aux besoins de chaque section. Il est vraiment efficace à ce jeu. Importez six photos produits face à une section de menu à six éléments, et elles atterrissent le plus souvent sur les bonnes cartes.
Mais le résolveur ne peut placer que ce que vous lui fournissez, et ce que vous lui fournissez comporte de vraies contraintes que la génération n'a pas :
- Résolution en entrée, résolution en sortie — le builder n'agrandit jamais une image, donc cette relique en 480px sera livrée en 480px, floue et pixelisée à côté du reste de la page.
- Ratios d'aspect fixes — une photo produit carrée placée dans un emplacement de bannière large sera recadrée au centre plutôt qu'étirée, ce qui est un comportement correct mais impitoyable si votre sujet n'était pas centré au départ.
- Éléments d'interface parasites — les gens importent des « photos » qui sont en réalité des captures d'écran de téléphone, barre de statut et interface d'application incluses, bien plus souvent qu'on ne le pense ; le résolveur les place quand même, car l'image correspond toujours au bon sujet, et voilà une barre de signal intégrée dans votre visuel principal.
Rien de tout cela n'est un reproche fait au résolveur. C'est un argument en faveur de l'honnêteté envers votre matériel source. Une image générée, conçue dans la direction artistique déjà validée du build, ne présente aucun de ces défauts — pas de résolution floue, pas de recadrage décentré, pas d'élément parasite. Si votre vraie photo est mauvaise, le choix « authentique » n'est en réalité pas le meilleur.
Les paramètres qui rendent la génération cohérente
Toujours dans le menu + : deux réglages qui gouvernent tout ce que la bibliothèque ne couvre pas — arrière-plans de héros, séparateurs, éléments décoratifs, tout ce que vous n'avez pas fourni. D'abord, un niveau de qualité, et c'est un vrai compromis, pas une case à cocher réglée par défaut sur le maximum.
| Niveau | À utiliser pour |
|---|---|
| Économique | Arrière-plans et tout ce qui est destiné à passer derrière du texte — itère rapidement, utile quand vous répétez « plus chaud, moins chargé » quatre fois de suite en affinant un style. |
| Premium | Images de héros grand format, où les artefacts sont visibles. |
Ma règle : ébaucher tout le build en mode économique, puis passer les deux ou trois images de héros au niveau premium une fois la direction fixée. Faire l'inverse revient à payer le tarif premium pour des ébauches jetées trois itérations plus tard.
Ensuite, les préférences de style — photographique ou plat, chaud ou froid, chargé ou minimaliste — qui persistent au lieu de devoir être répétées à chaque prompt, et dont la portée fonctionne exactement comme pour les images : valeur par défaut à l'échelle du compte, ou dérogation au niveau du chat pour un projet qui doit s'en écarter. Un compte d'agence ne devrait pas partager la même préférence de style entre le build d'un cabinet d'avocats et celui d'un magasin de skate la même semaine.
Mais ce qui produit réellement un ensemble cohérent, ce n'est pas le réglage de style à lui seul — c'est que les visuels générés s'appuient sur la direction artistique validée du build, celle-là même qui régit la mise en page, la typographie et la couleur (voir le directeur artistique). Demandez un visuel de héros et trois illustrations de section dans un build à la direction verrouillée, et ils partageront une palette et un style de rendu sans que vous ayez à le préciser trois fois. Demandez la même chose dans un build sans direction encore fixée, et vous obtiendrez des résultats plausibles mais dépareillés — un signal que la direction n'est pas encore arrêtée, pas un bug.
Ce que les partisans du « toujours du réel » ont raison de dire
Et voici la concession, car si la règle absolue est fausse, l'instinct qui la sous-tend ne l'est pas. Il existe une catégorie d'images où la génération échoue quel que soit le niveau de qualité ou la direction artistique, et c'est exactement celle que les gens visent quand ils disent « importez vos vrais visuels » : les visages, la nourriture et les logos.
Un site de boulangerie avec de vraies photos de pâtisseries et une façade de magasin générée rend parfaitement bien — personne ne s'attend à ce qu'un bâtiment généré soit photoréaliste à l'identique, et cela comble un vrai manque là où aucune photo n'existait. Le même site avec un croissant généré à la place du vrai sur le comptoir sonne faux en deux secondes environ, parce que l'œil est calibré pour la vraie nourriture d'une manière qu'il ne l'est pas pour l'architecture. Vous ne le remarquerez pas forcément vous-même — vous avez fixé le build pendant une heure — mais un visiteur découvrant le site pour la première fois le remarquera, et c'est ce public qui compte.
Les logos sont pires, et j'irai plus loin que « préférer le réel » ici : un logo généré ressemblant à une vraie marque, placé dans l'en-tête d'une véritable entreprise, est à peu près ce que le résolveur peut produire de pire, et cela se produit presque toujours parce que personne n'a importé le vrai. Si vous n'avez pas de fichier de logo propre, dites-le clairement au lieu de laisser le build avancer — sinon vous obtenez un logo de substitution assez plausible pour passer inaperçu jusqu'au lancement.
La version corrigée de la règle n'est donc ni « toujours du réel » ni « la génération convient, ne vous en faites pas ». Elle est plus restreinte que les deux : importez visages, nourriture, produits, lieux et logos quand ils existent et sont de qualité correcte — le résolveur récompense généreusement les bonnes sources. Pour tout le reste, y compris une mauvaise photo réelle, le générateur est une option légitime, et prétendre le contraire simplement parce qu'un fichier est une photographie, c'est comme cela qu'on finit par livrer une photo produit en 480px que personne n'aurait choisie délibérément.
