Vos images générées par IA perdent leur marquage

Saviez-vous que ChatGPT, Gemini ou même MidJourney, votre générateur d’images inscrit une information de provenance dans chaque fichier ? Mais que votre site l’efface avant que le visiteur ne la reçoive.

Personne ne vous prévient. Le fichier s’affiche normalement, il pèse même moins lourd qu’avant, et rien dans votre interface d’administration ne signale la perte.

Voici où l’information disparaît, comment le vérifier sur votre propre site en dix minutes, et comment configurer la chaîne pour la conserver.

Pourquoi le marquage disparaît si facilement

Un fichier image contient deux zones bien distinctes. D’un côté le signal, c’est-à-dire les pixels eux-mêmes. De l’autre des blocs descriptifs qui accompagnent ce signal, connus sous les noms d’EXIF, d’IPTC ou de XMP.

Les informations de provenance se logent dans ces blocs descriptifs. C’est là que les générateurs inscrivent le nom de l’outil, la date, et la nature générée du contenu.

Le champ qui porte cette dernière information s’appelle DigitalSourceType. Il provient d’un vocabulaire publié par l’IPTC, l’organisme qui normalise les métadonnées de presse. Sa valeur change selon qu’une image a été photographiée, générée ou retouchée par un modèle.

Cette architecture explique tout le reste. Les blocs se détachent du signal sans l’abîmer, donc n’importe quel traitement peut les laisser de côté. L’image reste intacte, l’information part.

Deux motifs poussent les outils à les supprimer, et aucun n’a de rapport avec l’intelligence artificielle. Alléger le poids des fichiers, et éviter de publier des données personnelles comme la position d’une prise de vue.

Les cinq endroits où l’information se perd

Le plugin d’optimisation d’images

C’est le premier suspect, et de loin. La plupart de ces extensions proposent un réglage qui supprime les métadonnées pour gagner quelques kilo-octets.

Ouvrez les réglages de la vôtre. Cherchez une option nommée « supprimer les métadonnées », « strip metadata » ou « supprimer les données EXIF ». Notez son état avant toute autre vérification.

Ce réglage ne pose pas qu’un problème de traçabilité. Google demande explicitement aux marchands de ne pas retirer la propriété DigitalSourceType des images créées avec des outils génératifs. Une boutique qui nettoie ses fichiers supprime donc une information que Google attend.

Les versions redimensionnées

Celui-ci surprend presque tout le monde. Votre site n’affiche pas le fichier que vous avez téléversé, mais une version redimensionnée générée automatiquement à l’import.

Ces versions naissent d’un nouveau traitement du signal. Selon la bibliothèque graphique installée sur votre serveur et sa configuration, elles héritent des blocs descriptifs ou repartent de zéro.

Vous pouvez donc avoir un original parfaitement marqué dans votre médiathèque, et servir au visiteur une variante entièrement nettoyée.

La conversion vers un format moderne

Beaucoup de sites convertissent leurs images en WebP ou en AVIF pour accélérer l’affichage. Cette conversion reconstruit le fichier à partir du signal décodé.

Les blocs descriptifs ne sont pas détruits, ils ne sont simplement pas réécrits dans le nouveau fichier. Le résultat est le même.

Le réseau de diffusion

Si vous passez par un réseau de diffusion de contenu, la transformation se produit après votre serveur. Plusieurs de ces services proposent une optimisation automatique des images.

Le cas est vicieux. Le fichier stocké chez vous garde ses informations, celui que reçoit le visiteur les a perdues. Un contrôle mené sur votre serveur ne révèle rien.

La retouche et le réexport

Une image ouverte dans un éditeur puis réexportée avec les réglages habituels d’enregistrement pour le web ressort souvent nettoyée. Un simple recadrage produit le même effet.

Quant à la capture d’écran, elle crée un fichier neuf à partir d’un rendu à l’écran. Il n’existe alors plus aucune continuité avec le fichier d’origine.

Comment vérifier sur votre site en dix minutes

La vérification repose sur un principe que presque personne n’applique. Testez le fichier tel qu’il est servi au visiteur, jamais celui qui dort dans votre médiathèque.

Récupérer la bonne adresse

Ouvrez une page de votre site qui affiche une image générée. Faites un clic droit sur l’image, puis copiez son adresse.

Regardez cette adresse. Si elle se termine par des dimensions du type 1024×768, vous tenez une version redimensionnée. C’est bien celle-là qu’il faut examiner.

Lire les métadonnées

L’outil de référence s’appelle exiftool. Il s’installe en ligne de commande sur macOS, Linux et Windows.

Pour examiner le fichier servi, sans passer par un téléchargement manuel :

curl -s https://votresite.fr/wp-content/uploads/2026/08/visuel.jpg | exiftool -a -G1 -

La commande récupère le fichier comme le ferait un navigateur, puis affiche tout ce qu’il contient. Cherchez les groupes XMP, IPTC et EXIF, et surtout la ligne DigitalSourceType.

Interpréter le résultat

Trois situations se présentent, et elles appellent des réponses différentes.

La sortie affiche des dizaines de champs, dont le nom d’un outil de génération. Votre chaîne préserve l’information, vous n’avez rien à corriger.

La sortie se limite à quelques lignes techniques, comme les dimensions et le type de fichier. Vos métadonnées ont disparu quelque part entre le téléversement et l’affichage.

Reste le cas ambigu. Certains champs subsistent, d’autres non. Un maillon de la chaîne réécrit partiellement les blocs, et il faudra l’identifier.

Localiser le maillon fautif

Comparez trois versions du même fichier. L’original sur votre poste, l’original stocké dans votre médiathèque, puis la version servie.

La comparaison désigne le coupable sans discussion. Une perte entre votre poste et la médiathèque met en cause le téléversement ou un plugin. Une perte entre la médiathèque et l’affichage met en cause le redimensionnement, la conversion ou le réseau de diffusion.

Configurer la chaîne pour conserver l’information

Trois réglages couvrent la majorité des cas.

Désactivez la suppression des métadonnées dans votre extension d’optimisation. Le gain de poids reste marginal sur une image bien compressée, alors que la perte d’information est totale.

Vérifiez ensuite la configuration de votre réseau de diffusion. Ces services proposent en général de conserver les métadonnées, mais le réglage se trouve rarement en évidence.

Établissez enfin une règle interne pour vos équipes. Une image générée ne passe pas par une retouche express avant publication. Si elle le doit, elle repasse par un export qui préserve les blocs descriptifs.

Reprenez le test après chaque mise à jour d’extension et après chaque changement d’hébergement. Ces réglages se réinitialisent sans prévenir, ce qui en fait un point de contrôle naturel dans la maintenance d’un site web.

Ce qui ne se rattrape pas

Une fois l’information effacée, elle ne se reconstitue pas. Vous pouvez réécrire un champ à la main, mais vous déclarez alors quelque chose au lieu de transmettre ce que l’outil avait inscrit.

Pour les images déjà publiées, la seule voie consiste à récupérer les fichiers d’origine et à les téléverser de nouveau, une fois la chaîne corrigée. Autant dire que l’ordre des opérations compte : réglez d’abord, republiez ensuite.

Par quoi commencer

Prenez une seule image générée, déjà en ligne. Récupérez son adresse, lancez la commande, regardez ce qui sort.

Ce test unique vous dira en deux minutes si le sujet vous concerne. Beaucoup de sites découvrent à cette occasion qu’ils nettoient leurs images depuis des années, pour un gain de poids dérisoire.

Chez ORBITIS, ce contrôle fait partie des points que nous vérifions sur les sites suivis, avec les réglages d’optimisation et de diffusion. Si vous voulez qu’on regarde le vôtre, notre contrat de maintenance couvre ce point.

Pour aller plus loin

Le vocabulaire complet des valeurs de provenance se consulte chez l’IPTC, qui publie aussi son guide des métadonnées photo. Pour la couche de provenance signée, la spécification ouverte se trouve du côté de la C2PA.

Faire vérifier la chaîne d’images de votre site