Que sont les métadonnées EXIF, et l’export les conserve-t-il ?

EXIF, l’Exchangeable image file format, est maintenu par la Camera & Imaging Products Association (CIPA) avec la JEITA. Selon la CIPA, le standard a été établi en 1995 comme format d’image standard pour les appareils capables d’enregistrer des métadonnées, et il est aujourd’hui utilisé dans la majorité des appareils d’imagerie grand public, smartphones compris. La version 2.0 a ajouté la section GPS en 1997, la version 2.31 le décalage par rapport à UTC en 2018, et la version 3.0 de 2023 a fait passer le texte en UTF-8, ajouté des balises comme Photographer et ImageEditor, et fixé les balises qu’un logiciel de retouche doit mettre à jour ou peut supprimer. L’édition en vigueur est Exif 3.1, publiée en janvier 2026 sous la référence CIPA DC-008-2026.

La CIPA classe les balises en trois familles : la structure de l’image, dont les valeurs de résolution XResolution et YResolution et une valeur qui note comment l’appareil était tenu afin que les visionneuses affichent la photo à l’endroit ; les conditions de prise de vue ; et les autres informations, c’est-à-dire la date, l’heure et le lieu de la capture, les noms de l’appareil, de l’objectif et du logiciel, les noms du propriétaire, du photographe et de l’éditeur, et une description de l’image. Rien de tout cela n’est dessiné dans l’image : la CIPA définit les métadonnées comme des données supplémentaires, séparées des données elles-mêmes, invisibles tant qu’un programme ne les affiche pas.

Dans un JPEG, le bloc Exif est stocké comme une unité à part, en dehors des données d’image compressées. PNG dispose d’un bloc dédié : la troisième édition de la spécification PNG indique que le segment de données du bloc eXIf contient un profil Exif, qu’un seul bloc eXIf est autorisé, et que si l’image a été modifiée après la création du profil, ces données peuvent ne plus s’appliquer. WebP suit la même logique : la spécification du conteneur publiée par Google précise que les métadonnées peuvent être stockées dans des blocs EXIF ou XMP. Dans tous les formats, la survie des métadonnées dépend du programme qui écrit le fichier : celui qui recopie le bloc le conserve, celui qui construit un nouveau fichier à partir des pixels ne le fait pas.

EXIF n’est pas la seule couche de métadonnées. XMP est, selon Adobe, une technologie d’étiquetage qui permet d’intégrer des métadonnées dans les fichiers eux-mêmes, norme ISO (16684-1) depuis 2012. Le standard IPTC Photo Metadata fixe la norme du secteur pour les informations administratives, descriptives et de droit d’auteur des images, comme les légendes, les crédits et les conditions d’usage. Les Content Credentials fondés sur le standard C2PA sont un enregistrement signé de qui a créé un fichier et de ce qui a changé, expliqués dans le guide sur le filigrane IA. Chacune de ces couches est une donnée attachée au fichier, et chacune dépend du programme d’enregistrement pour être transmise.

Les outils en ligne dessinent votre image sur un canvas et demandent au navigateur d’encoder le résultat. Le standard HTML définit ce qui en sort : le navigateur doit créer un fichier image dans le format demandé, avec les données de pixels du bitmap. Rien dans cette procédure ne lit les blocs de métadonnées du fichier d’origine : tout ce qui se trouvait à côté des pixels, EXIF, XMP ou IPTC, ne fait pas partie de ce qui est écrit.

AI Watermarks décode l’image choisie avec la fonction createImageBitmap du navigateur, la dessine avec le filigrane sur un canvas, puis encode un nouveau JPG, PNG ou WebP avec canvas.toBlob. Nous avons vérifié le résultat avec exiftool le 6 novembre 2026 à partir d’un JPEG portant date de prise de vue, auteur, copyright et position : les exports JPG, PNG et WebP gardent les dimensions en pixels et ne contiennent aucune donnée EXIF, XMP ou IPTC. Le JPG et le WebP portent un profil de couleur sRGB, le PNG n’en porte pas, et l’en-tête JFIF du JPG indique une densité de 1 × 1 sans unité. Si ces données vous importent, gardez l’original : le téléchargement est un fichier supplémentaire, pas un remplacement. Pour effacer seulement les métadonnées sans réencoder, utilisez l’outil EXIF.

L’orientation est traitée avant tout dessin. createImageBitmap utilise par défaut le réglage from-image, que MDN décrit comme l’image orientée selon les métadonnées d’orientation EXIF, si elles existent. L’image est décodée à l’endroit, le filigrane est posé sur l’image à l’endroit, et les pixels exportés sont déjà dans le bon sens, si bien que le fichier n’a plus besoin de valeur d’orientation ; la largeur et la hauteur affichées dans l’éditeur sont celles de l’image redressée. L’outil de date et de nom de fichier inscrit la date UTC du jour et non la date de prise de vue, car l’éditeur ne lit jamais ce champ.

Comme la localisation fait partie d’EXIF depuis 1997, une photo de téléphone peut contenir l’endroit de la prise de vue, et les noms, légendes et heures exactes sont tout aussi personnels. Un filigrane visible ne lit ni ne modifie ces informations : une mention de copyright ajoutée avec l’outil de filigrane copyright pour photos indique à qui appartient l’image, mais n’inscrit rien dans les métadonnées. Vous pouvez consulter les métadonnées dans le panneau d’informations du Finder sur macOS ou l’onglet Détails des propriétés d’un fichier sur Windows ; pour une vue complète, XMP et IPTC compris, le programme libre en ligne de commande exiftool affiche chaque balise et peut copier des balises entre fichiers. Si ces données comptent, archivez l’original avant de le filigraner ; si elles sont un risque, le nouvel encodage devient un avantage, car la copie filigranée d’un document arrive sans le lieu de prise de vue ni les détails de l’appareil.