Ce que révèlent les données EXIF, et comment les supprimer correctement

Ce que contient réellement le bloc

Un JPEG range ses métadonnées dans des segments de marqueur APPn placés avant les données d'image compressées. Le bloc Exif est une petite structure TIFF à plusieurs répertoires. Le premier porte l'appareil — marque, modèle, orientation, le logiciel qui a écrit le fichier en dernier, parfois un auteur et une ligne de copyright. Un sous-répertoire porte la prise de vue : DateTimeOriginal à la seconde, un champ de décalage donnant le fuseau horaire, un champ de sous-seconde, temps de pose, ouverture, ISO, focale, marque et modèle d'objectif. Plusieurs fabricants ajoutent un numéro de série de boîtier ou d'objectif, et presque tous ajoutent un bloc MakerNote propriétaire, non documenté et parfois volumineux.

Si la localisation était active, un troisième répertoire porte les données GPS : latitude et longitude avec leurs références d'hémisphère, altitude, horodatage UTC, souvent un relèvement indiquant la direction visée par l'objectif, et sur beaucoup de téléphones un champ d'erreur de positionnement donnant l'estimation de l'appareil. À côté siège un paquet XMP — un bloc XML pouvant porter mots-clés, notes, historique d'édition, marqueurs de région nommant des visages et coordonnées du créateur — plus un bloc IPTC historique avec légende, signature et noms de lieux, un profil colorimétrique ICC, et une petite vignette JPEG dans un répertoire à part.

La précision réelle des coordonnées

L'Exif stocke la latitude et la longitude en degrés, minutes et secondes, chacun écrit sous forme de fraction. Un degré de latitude vaut environ 111 320 m, donc une minute d'arc environ 1 855 m et une seconde d'arc environ 30,92 m. Le champ des secondes étant une fraction, la résolution stockée dépend du dénominateur choisi par l'appareil : un dénominateur de 100 enregistre à environ 31 cm, un dénominateur de 1 000 à environ 3 cm. La longitude se comporte pareil mais rétrécit avec le cosinus de la latitude — à 48,85 degrés nord, une seconde d'arc de longitude couvre environ 20,35 m au lieu de 30,92.

Ne confonds pas cette résolution stockée avec l'exactitude. Le fichier peut contenir un nombre précis au centimètre alors que le point satellitaire sous-jacent est plusieurs fois plus grossier, et c'est ce point qui décide si les coordonnées désignent une maison ou la rue devant. C'est précisément pourquoi la spécification prévoit un champ d'erreur de positionnement, et pourquoi une lecture responsable d'un couple de coordonnées le traite comme une zone, pas comme un point. Cela reste assez spécifique pour poser une question de vie privée. Une photo de vacances publiée seule importe rarement ; une série de photos prises à une même adresse, toutes avec coordonnées et horodatages, décrit une habitude.

Qui le supprime à l'envoi, et pourquoi il faut tester plutôt que croire

Les grandes plateformes réencodent en général les photos envoyées, et le réencodage fait tomber la plupart des métadonnées comme effet de bord, non comme fonction de confidentialité. Mais le comportement varie selon la plateforme et, plus encore, selon le chemin emprunté par le fichier au sein d'une même plateforme. La messagerie qui réencode une photo envoyée en tant que photo transmettra les octets d'origine intacts si le même fichier part en tant que document ou pièce jointe, car ce chemin est explicitement conçu pour préserver le fichier tel quel. Un lien de stockage en ligne sert l'original par définition. Un système de gestion de contenu conserve typiquement l'original téléversé à côté de ses déclinaisons redimensionnées, et si ces déclinaisons sont réencodées, l'original reste souvent accessible à sa propre URL.

Comme ces comportements changent sans préavis, aucune liste publiée ne reste juste longtemps, et cette page ne t'en donnera pas. La procédure fiable est l'aller-retour : nettoie le fichier, envoie-le exactement comme d'habitude, retélécharge la copie servie par la plateforme et inspecte cette copie. Cinq minutes de test sur le chemin que tu empruntes réellement valent mieux que n'importe quel tableau de comportements, même récent.

Ce que le nettoyage ne fait pas

Le nettoyage des métadonnées édite l'en-tête. Il ne touche pas à l'image : tout ce qui y est visible survit intact — un filigrane, un visage, un numéro de rue, un écusson d'école sur un pull, un nom sur une étiquette de colis, une ligne d'horizon reconnaissable par la fenêtre. Si la photo elle-même identifie une personne ou un lieu, le remède est une retouche des pixels — recadrage, floutage ou aplat opaque — pas une opération sur les métadonnées. On confond souvent les deux parce que toutes deux sont présentées comme des fonctions de confidentialité, alors qu'elles résolvent des problèmes entièrement différents.

Le cas de la capture d'écran l'illustre parfaitement. Photographier un écran, ou capturer une photo, produit un nouveau fichier sans aucune métadonnée d'appareil — ni coordonnées, ni horodatage de prise de vue, ni appareil. Cela reproduit aussi chaque pixel de l'original. La donnée de localisation a disparu ; le coin de rue reconnaissable, non. La capture est un bon moyen de transmettre une image sans son historique, et un mauvais moyen de cacher ce qu'elle montre.

Le nettoyage qui fait seulement semblant

Tout outil présenté comme un nettoyeur de métadonnées ne réécrit pas le fichier. Certains vident les valeurs des balises qu'ils reconnaissent et laissent la structure de répertoires en place, ce qui trompe un lecteur distrait et rien d'autre. Certains traitent les balises Exif standard et sautent complètement le MakerNote propriétaire ou le paquet XMP : le bloc qui identifie le plus sûrement un boîtier précis est justement celui qui reste. Certains travaillent sur une copie et laissent l'original dans le même dossier sous un nom voisin, et c'est ainsi qu'un fichier nettoyé et son jumeau non nettoyé finissent joints au même message.

La conversion n'est pas non plus un nettoyage, et peut jouer en sens inverse. Convertir en JPEG, avec un outil système standard, un PNG dépourvu de toute métadonnée d'appareil a produit un fichier de sortie contenant un bloc Exif tout neuf de 124 octets : cinq balises dans le répertoire principal et trois dans le sous-répertoire, écrites par le convertisseur lui-même. Rien de sensible dans ce cas précis, mais c'est un rappel utile : chaque outil d'une chaîne peut ajouter ses propres annotations, et le seul moyen de savoir ce qu'un fichier transporte est de l'ouvrir et de regarder.

Conserver les métadonnées est souvent le bon choix

Ce n'est pas un plaidoyer pour tout effacer par réflexe. Les métadonnées permettent à une photothèque de trier par date, font qu'une image s'affiche à l'endroit, portent la ligne de copyright d'un photographe et gardent lisible dans trente ans une archive familiale. L'orientation mérite une protection particulière : retire-la d'un fichier dont les pixels sont enregistrés pivotés et l'image s'affichera couchée dans tout logiciel qui respecte la balise.

L'habitude viable, c'est donc deux fichiers, pas une règle unique. Garde l'original avec toutes ses métadonnées dans ton propre stockage, et produis un export nettoyé pour tout ce qui sort de ton contrôle — publication publique, annonce sur une place de marché, forum, pièce jointe à quelqu'un que tu connais mal. Ainsi tu n'as jamais à choisir entre une archive interrogeable et une photo publiable sans y penser.

Questions fréquentes

Retirer l'EXIF allège-t-il sensiblement le fichier ?

Presque pas. Retirer tous les marqueurs de métadonnées de notre JPEG de test de 5 617 703 octets a ôté 1 344 octets — 0,0239 % du fichier. Le nettoyage des métadonnées est une opération de confidentialité, pas de compression. Si un outil annonce une forte réduction de taille en supprimant les métadonnées, c'est qu'il réencode aussi l'image, ce qui est une autre décision et coûte de la qualité.

Recadrer une photo supprime-t-il la localisation ?

Pas en soi. La plupart des éditeurs reportent les métadonnées dans le fichier recadré, coordonnées comprises, car les photographes s'attendent à ce qu'elles survivent à l'édition. Pire : si l'éditeur ne régénère pas la vignette incrustée, le fichier recadré peut encore contenir une petite copie de l'image non recadrée. Recadre, puis nettoie, puis réinspecte — dans cet ordre.

Puis-je plutôt désactiver le marquage de localisation à la source ?

Oui, et c'est la solution la plus propre pour les photos que tu sais déjà destinées au partage. Tout téléphone actuel permet de refuser à l'appareil photo l'accès à la localisation, et la plupart des feuilles de partage proposent aussi, au cas par cas, d'exclure la localisation. Le faire à la prise de vue signifie qu'aucune coordonnée n'existe jamais dans le fichier : il n'y a donc rien à oublier de retirer plus tard. La contrepartie, c'est que ta propre photothèque perd sa carte.

Le PNG, le WebP et le HEIC portent-ils aussi des métadonnées ?

Oui. Le PNG dispose d'un bloc eXIf et de blocs textuels ; le WebP et l'AVIF ont leurs propres blocs EXIF et XMP dans le conteneur ; les fichiers HEIC des téléphones portent la même structure Exif qu'un JPEG, et souvent une rafale d'images supplémentaires en prime. L'habitude de ne vérifier que les JPEG est un reste de l'époque où le JPEG était le seul format partagé. Inspecte ce que tu te apprêtes à envoyer, quelle que soit l'extension.

Si une plateforme supprime les métadonnées de toute façon, pourquoi nettoyer avant ?

Parce que la plateforme reçoit l'original avant de retirer quoi que ce soit, parce que ce retrait est un sous-produit de son traitement et non une promesse, parce que tu réexpédieras peut-être le même fichier ailleurs plus tard, et parce que le comportement peut changer à la prochaine version. Nettoyer avant l'envoi coûte quelques secondes et ne dépend pas de l'implémentation d'autrui.

Y a-t-il une raison légitime de conserver les données GPS ?

Plusieurs. Une archive de voyage consultable sur une carte est réellement utile, la documentation de terrain et les relevés en dépendent, le journalisme et les dossiers d'assurance en ont souvent besoin comme preuve du lieu de prise de vue, et la photographie scientifique la considère comme partie du relevé. Le jugement est contextuel : garde-la dans ton propre stockage, et décide délibérément pour chaque fichier qui t'échappe.