Légender correctement tes photos : immatriculation, type, lieu et date pour les plateformes

La photo est nette, la lumière est bonne, l’appareil remplit le cadre – et pourtant, le mail arrive avec « Bad Info ». Sur les plateformes de photos et les bases de données de flottes, ce n’est pas seulement ce que l’on voit sur l’image qui compte, mais aussi ce que tu écris à son sujet. Celui qui légende correctement ses photos d’avions maîtrise quatre informations : immatriculation, type d’avion, lieu de prise de vue et date. Ce guide te montre comment établir chacune de façon fiable, éviter les erreurs typiques et écrire ces informations dans les métadonnées de sorte qu’elles soient prêtes pour chaque upload et pour ta propre archive.

La partie technique – ce que sont réellement l’EXIF, l’IPTC et le XMP et comment fonctionnent les hiérarchies de mots-clés – est expliquée dans l’article Les métadonnées des photos d’avions. Ici, il s’agit de la pratique : quelle information va où, et comment l’obtenir correctement.

Légender les photos : la réponse courte

Une photo d’avion bien légendée répond sans ambiguïté à quatre questions : quel avion (immatriculation), quel type (type avec variante), où (aéroport ou lieu, de préférence sous forme de code) et quand (date, idéalement avec l’heure exacte). S’y ajoutent presque toujours l’exploitant au moment de la prise de vue et – ajouté automatiquement sur de nombreuses plateformes – le numéro de série.

L’ordre du travail compte plus que l’outil : d’abord corriger l’heure de l’appareil, puis lire et vérifier l’immatriculation, puis reprendre toutes les autres informations d’une base de données fiable et enfin les écrire dans les métadonnées. Celui qui inverse cet ordre légende aussi les erreurs.

L’immatriculation : lire, vérifier, saisir

L’immatriculation est la saisie la plus importante, parce que toutes les autres informations en dépendent. Les plateformes et les bases de données rattachent ta photo au bon avion par l’immatriculation. Deux chiffres inversés, et ta photo atterrit chez un tout autre appareil – ou chez un appareil qui n’existe pas.

Lire est la première étape. Zoome à 100 pour cent dans la visionneuse et lis l’immatriculation sur le fuselage, sur la dérive ou sous l’aile. Où elle doit figurer est expliqué dans l’article Où l’immatriculation doit figurer sur l’avion. Fais attention aux confusions typiques : 0 et O, 1 et I, 8 et B se ressemblent à grande distance ou avec des turbulences de chaleur.

Vérifier est la deuxième étape, et beaucoup la sautent. Saisis l’immatriculation lue dans une base de données de flottes et compare :

• Le type enregistré correspond-il à ce que tu vois sur l’image ?
• La livrée correspond-elle à l’exploitant enregistré ou à des photos connues du même appareil ?
• L’avion était-il bien immatriculé sous cette immatriculation à la date de prise de vue ? Après une ré-immatriculation, la même suite de lettres peut plus tard être attribuée à un autre avion.

La façon de chercher immatriculations, historique et exploitant avec Planespotters.net est montrée dans le guide Utiliser Planespotters.net comme base de données de flottes. Un aperçu d’autres sources est proposé par les bases de données de flottes en un coup d’œil.

Saisir, enfin, toujours dans le format d’origine avec le trait d’union, tel qu’il figure dans les registres : D-AIXA, pas DAIXA ni d-aixa. Pour les pays dont l’immatriculation n’a pas de trait d’union – par exemple les États-Unis avec les immatriculations en N – il n’y en a évidemment pas. La façon dont les préfixes sont construits est expliquée dans Comprendre les immatriculations d’avions.

Le type d’avion : famille, variante, code client

Pour le type, il y a trois niveaux de précision, et les plateformes attendent le plus souvent le plus précis :

Niveau	Exemple	À quoi il sert
Famille	Boeing 737, famille Airbus A320	classement approximatif, le plus souvent trop imprécis pour des uploads
Série	Boeing 737-800, Airbus A320neo	bonne base pour l’archive et les mots-clés
Variante avec code client ou moteur	Boeing 737-8AS, Airbus A320-214	ce que les bases de données et de nombreuses plateformes affichent dans le champ du type

Chez Boeing, la désignation complète comporte depuis des décennies un code client à deux caractères qui identifie le premier commanditaire. Un 737-800 commandé par Ryanair s’appelle 737-8AS ; les codes de Lufthansa et de Condor se terminent par 30, par exemple pour le 747-430. Le code reste sur l’avion, même s’il change de propriétaire par la suite – un 737-8AS d’occasion chez une autre compagnie s’appelle toujours ainsi. Boeing a laissé ce système s’éteindre au milieu des années 2010 ; pour les types plus récents comme le 737 MAX, le constructeur n’utilise pas de code client.

Chez Airbus, la suite de chiffres après le trait d’union décrit la version de construction et le moteur. Un A320-214 a des moteurs CFM56-5B, un A320-232 des IAE V2500. Pour le spotteur, cela signifie : la variante, tu ne la lis en général pas sur l’image, mais tu la reprends de la base de données – tout au plus la forme du moteur donne un indice.

Pour les mots-clés et les champs de recherche s’ajoute le code type OACI : B738 pour le 737-800, B38M pour le 737 MAX 8, A20N pour l’A320neo, A359 pour l’A350-900. Ces codes à quatre caractères sont univoques et courts, expliqués en détail dans Les codes type OACI expliqués. Nos fiches du Boeing 737-800, de l’Airbus A320neo et de l’Airbus A350-900 te montrent en outre à quoi distinguer ces types sur l’image.

Numéro de série et exploitant

Le numéro de série – appelé MSN ou CN selon le constructeur – est l’identité permanente d’un avion. Contrairement à l’immatriculation, il ne change jamais. De nombreux formulaires d’upload le remplissent automatiquement dès que l’immatriculation est reconnue. Ne laisse pourtant pas le champ sans vérification : quand une immatriculation est réattribuée, la saisie semi-automatique peut proposer le mauvais avion. Ce qui distingue MSN, CN et line number figure dans MSN, numéro de série et line number.

Pour l’exploitant, la règle est : on saisit celui qui exploite l’avion au moment de la prise de vue – pas le bailleur et pas forcément la compagnie dont les couleurs figurent sur le fuselage. Si un appareil vole en wet lease, en livrée hybride ou encore aux couleurs de son précédent propriétaire, une courte phrase dans le champ de remarques aide. Les avions privés sont classés chez JetPhotos, selon le guide d’upload, sous « Private ».

Pour ta propre archive, il vaut la peine d’enregistrer l’exploitant en clair et en code, par exemple Lufthansa avec DLH ou Ryanair avec RYR. La différence entre les codes IATA et OACI est expliquée dans le guide Les codes IATA et OACI.

Le lieu : code, nom, spot

Pour le lieu de prise de vue, il y a trois niveaux utiles, et une bonne légende les utilise tous les trois :

• L’aéroport sous forme de code : le code OACI à quatre lettres est univoque – EDDF désigne l’aéroport de Francfort, EDDM l’aéroport de Munich, EDDH l’aéroport de Hambourg. JetPhotos attend ce code dans le champ de l’aéroport et refuse les saisies avec un code IATA ou des caractères spéciaux.
• L’aéroport en clair : pour les descriptions d’images et les réseaux sociaux, « aéroport de Munich » se lit mieux que EDDM. Dans l’archive, cela ne coûte rien d’enregistrer les deux.
• Le spot : l’endroit exact où tu te tenais intéresse rarement les plateformes, mais beaucoup toi – par exemple « Besucherhügel » (la butte d’observation) ou « Affenfelsen » (le rocher des singes). Tu retrouves ainsi plus tard d’un clic toutes les photos de la butte d’observation de Munich ou du rocher des singes de Hambourg.

Le lieu est le plus précis avec des coordonnées. La façon d’ajouter après coup des données GPS aux photos et ce à quoi tu dois faire attention en les partageant figurent dans le guide Géotaguer ses photos. Les cas particuliers comme les photos prises depuis un hublot ou depuis des lieux sensibles sont traités différemment par les plateformes ; chez JetPhotos, il existe pour cela des entrées dédiées comme « Inflight » ou un lieu non divulgué.

Date et heure : la source d’erreur sous-estimée

La date semble la saisie la plus simple, puisque l’appareil l’enregistre lui-même. C’est précisément là que le problème se trouve : l’appareil écrit ce que son horloge affiche – et elle se dérègle plus souvent qu’on ne le croit.

L’heure de prise de vue figure dans le champ EXIF DateTimeOriginal, au format année:mois:jour heure:minute:seconde – sans fuseau horaire. Les appareils plus récents écrivent en plus le fuseau horaire dans le champ OffsetTimeOriginal, par exemple +02:00 pour l’heure d’été d’Europe centrale. Les modèles plus anciens ne le font pas. Plus personne ne sait alors par la suite si 23 h 40 était l’heure locale, l’heure de chez toi ou l’UTC.

Les sources d’erreur typiques :

• Changement d’heure oublié : l’appareil tourne encore en été sur l’heure d’hiver ou inversement – toutes les photos sont décalées d’une heure.
• Voyages dans d’autres fuseaux horaires : celui qui fait du spotting en Asie ou en Amérique et laisse l’appareil à l’heure allemande se retrouve vite, pour des photos du soir, avec la date du lendemain ou de la veille dans les métadonnées.
• Dérive de l’horloge : les horloges des appareils dérivent de quelques minutes sur plusieurs mois. Sans importance pour la date, mais pertinent pour le géotaguage et pour le recoupement avec les données de suivi des vols.
• Batterie vide : après une longue coupure de la pile tampon, certains appareils reviennent à une date d’usine.

Corriger l’heure, pas la manipuler

La correction se fait au début, avant de légender quoi que ce soit. Dans Lightroom Classic, il existe pour cela la fonction de modification de l’heure de prise de vue, avec laquelle tu décales toute une sélection d’une valeur fixe. Avec l’outil gratuit en ligne de commande ExifTool, cela se fait par une commande : exiftool -alldates+=1 dossier décale d’une heure les dates de prise de vue, de création et de modification de toutes les photos du dossier, et avec -= on revient en arrière. L’option -P conserve alors la date de modification du fichier. Teste d’abord de telles commandes sur des copies.

La limite est importante : tu corriges une erreur technique de l’appareil. Modifier volontairement une date, par exemple pour faire passer une photo plus ancienne pour récente, c’est tout autre chose. D’après ses directives, JetPhotos considère une date de prise de vue modifiée comme une manipulation ; pour les lieux sensibles, la plateforme accepte dans certains cas le mois et l’année plutôt que le jour exact, mais seulement avec une justification adressée aux screeners.

De l’image brute à la photo entièrement légendée

Avec les quatre informations, la légende devient une routine. Voici comment cela se passe après chaque session :

Un exemple de description terminée : Ryanair Boeing 737-8AS EI-xxx au décollage, aéroport de Hambourg (EDDH), 12/10/2026. Le « EI-xxx » n’est ici qu’un espace réservé – dans ta description figure bien sûr l’immatriculation vérifiée. La façon de créer de tels préréglages et mots-clés dans Lightroom est montrée dans le workflow Lightroom pour les photos d’avions. La façon de ranger ensuite les photos légendées est décrite dans l’article Archiver ses photos d’avions.

Quelles informations veut quelle plateforme

Les quatre informations clés, tu en as besoin partout, les détails diffèrent. Vérifie avant chaque upload les règles actuelles du site concerné – elles sont régulièrement ajustées.

Tu trouveras les détails pour chaque plateforme dans les guides correspondants : Publier des photos sur JetPhotos, Airliners.net : conseils d’upload, Flickr pour les photographes d’avions et Instagram pour les spotteurs. Ce qui conduit par ailleurs au refus est résumé dans Les motifs de refus fréquents lors du screening des photos.

Erreurs fréquentes en légendant

• La famille au lieu de la variante : « Airbus A320 » est trop vague pour une base de données quand on demande A320-214 ou A320neo.
• Le propriétaire au lieu de l’exploitant : les sociétés de leasing figurent dans les registres, sur les plateformes, c’est l’exploitant qui va dans le champ de la compagnie.
• Le code IATA dans le champ OACI : FRA au lieu de EDDF entraîne, sur les plateformes à codes fixes, une question ou un refus.
• L’immatriculation sans trait d’union ou avec une espace : la recherche ne trouve pas « D AIXA » sous D-AIXA.
• L’heure de l’appareil non corrigée : une photo du soir prise dans un autre fuseau horaire reçoit la mauvaise date – et ne correspond alors plus au suivi des vols.
• Les erreurs de copier-coller : celui qui reprend les informations du modèle précédent légende vite l’avion suivant avec l’ancienne immatriculation. Vérifie de nouveau après chaque avion.
• Livrée spéciale non signalée : les plateformes ont pour cela leurs propres catégories, dans l’archive un mot-clé dédié. La façon de documenter proprement les livrées est expliquée dans Collectionner et documenter les livrées spéciales.

Conclusion

Une bonne légende est moins une question de logiciel que d’ordre : d’abord l’heure, puis l’immatriculation, puis tout le reste d’une source fiable. Celui qui vérifie l’immatriculation au lieu de simplement la lire, reprend le type jusqu’à la variante, enregistre l’aéroport sous forme de code OACI et corrige la date avant de légender dispose, pour chaque plateforme, des informations adéquates. Avec un préréglage de métadonnées et un schéma de description fixe, cela devient un processus qui ne prend plus que quelques minutes après chaque session.