Contenu et découvrabilité
Données de lieux et destinations : décrire le bon endroit, au bon niveau
Une ville, un quartier, un aéroport et une attraction peuvent partager un nom tout en désignant des entités différentes. Une fiche fiable relie un lieu à une identité stable, à une source, à des coordonnées vérifiées et à des informations réellement utiles au voyageur.
Réponse directe
Créer une identité de lieu stable
Attribuez un identifiant interne à chaque entité : pays, région, ville, quartier, gare, aéroport, hébergement, attraction ou point de départ. Indiquez son type et son rattachement géographique. Ne fusionnez pas une station et la ville qu’elle dessert, ni deux activités portant le même nom dans des régions différentes. Gardez les identifiants des sources comme correspondances datées.
Une fiche de destination n’est pas automatiquement une offre réservable. Séparez l’information sur le lieu de l’inventaire, du tarif et du fournisseur. Cette frontière évite qu’une page éditoriale devienne fausse dès qu’un hôtel ou un créneau disparaît.
Vérifier les attributs qui changent la décision du voyageur
| Attribut | Contrôle concret | Erreur fréquente |
|---|---|---|
| Nom | Langue, nom officiel, variantes | Deux lieux homonymes fusionnés |
| Position | Adresse, entrée utile, coordonnées | Point placé au centre d’une ville |
| Accès | Transport et point de rendez-vous | Départ indiqué à une autre porte |
| Horaires | Source, saison et date de vérification | Horaire ancien présenté comme permanent |
| Images | Sujet réel, licence et légende | Photo d’un autre lieu ou usage non autorisé |
Pour une visite guidée, la position du monument n’est pas nécessairement celle du rendez-vous. Affichez les deux lorsque cela aide le voyageur et vérifiez le trajet entre eux. Conservez un responsable et une date de contrôle pour les champs qui évoluent.
Gérer les sources et les changements sans dupliquer les fiches
Classez chaque source par type : autorité locale, opérateur du lieu, fournisseur d’activité, source cartographique, contribution éditoriale. Une fiche peut combiner plusieurs sources, mais chaque affirmation sensible doit garder la sienne. Quand deux sources se contredisent, ne choisissez pas silencieusement la donnée la plus pratique : enregistrez l’écart et faites vérifier par l’acteur responsable.
Les noms traduits, anciennes appellations et alias de recherche doivent pointer vers une même entité lorsque c’est bien le même lieu. Le guide du catalogue multilingue aide à distinguer traduction et nouvelle page légitime.
Publier une page compréhensible par les personnes et les moteurs
La page doit d’abord expliquer ce que représente le lieu, où il se situe et pourquoi il compte dans le voyage proposé. Reliez-la aux offres et contenus connexes sans recopier une description identique sur chaque URL. Une page vide créée pour chaque variante de nom fragmente l’information plutôt que de l’enrichir.
Lorsque le contenu le justifie, un balisage structuré cohérent peut préciser l’entité décrite. Schema.org définit le type Place ; la documentation Google rappelle que les données balisées doivent représenter le contenu visible. Un type choisi sans rapport avec la page ou des propriétés inventées n’améliorent pas la qualité du catalogue.
Tester les erreurs de lieu et maintenir les corrections
- Rechercher un nom présent dans deux pays et vérifier que les résultats restent distincts.
- Changer le nom officiel d’un lieu sans perdre ses liens internes et ses anciennes recherches.
- Déplacer un point de rendez-vous sans modifier la position de l’attraction elle-même.
- Comparer une page en français et une autre langue : même entité, informations utiles cohérentes.
- Retirer une image dont les droits ou l’identification sont insuffisants.
Suivre les fiches sans source récente, les lieux en doublon, les coordonnées contestées et les pages avec des offres supprimées.
Associez ce contrôle à la qualité des offres et aux droits des images.
Donner un objet et une période à chaque horaire
Une fiche de lieu peut réunir ouverture du bâtiment, accès aux collections et horaire d’un service annexe. Ces informations doivent garder leur objet plutôt que former un seul intervalle supposé. Conservez calendrier habituel, exception à une date et limite d’admission séparément, avec leur source.
Pour une date future, vérifiez que la donnée couvre réellement la période. Un état ouvert maintenant ou une fenêtre des prochains jours ne décrit pas toute une saison. Le créneau du produit et les instructions du billet restent à rapprocher du lieu sans transformer une ouverture éditoriale en stock disponible. Consultez le Horaires d’accès : ouverture, dernière entrée et exceptions.
Distinguer le lieu, son entrée et la prestation vendue
Schema.org Place décrit notamment adresse et équipements ; un équipement décrit n’est pas nécessairement inclus dans l’offre.
Scénario fictif : un musée a une adresse administrative, une entrée publique et un rendez-vous pour une visite guidée. Conservez trois rôles de lieu plutôt qu’une unique coordonnée recopiée partout. Faites relire le document remis au visiteur : le bon point dépend de la prestation. Pour deux établissements homonymes, demandez une preuve d’identité avant fusion. Une proximité géographique ou un même nom ne suffisent pas à décider que deux fiches représentent le même sujet.
| Point | Preuve à conserver | Contrôle à effectuer |
|---|---|---|
| Identité | Source, identifiant et établissement. | Examiner un homonyme avant regroupement. |
| Accès | Adresse, entrée et rendez-vous. | Choisir le point adapté à la prestation. |
| Description | Équipement, condition et date. | Séparer existence et inclusion commerciale. |
Gardez les rôles de lieu explicites dans les exports et langues. Une description structurée reste à relier à une source factuelle.
GeoJSON : ordre des coordonnées et traversée de l’antiméridien
Le format emploie des coordonnées géographiques WGS 84 en degrés décimaux. L’ordre des valeurs et le sens de la boîte englobante font partie du contrat.
| Point documenté | Ce que la source précise | Conséquence pour votre contrôle |
|---|---|---|
| Position | Les deux premières valeurs sont longitude puis latitude ; une altitude peut suivre. | Ne pas copier un couple latitude/longitude provenant d’une autre interface sans inversion explicite. |
| Boîte englobante | L’ordre des axes de bbox suit celui des géométries. | Valider le sens ouest–sud–est–nord pour une boîte 2D habituelle. |
| Antiméridien | Une boîte traversant l’antiméridien peut avoir sa longitude est inférieure à sa longitude ouest. | Ne pas rejeter automatiquement ce cas comme un rectangle inversé. |
Un point ou un polygone ne prouve ni une entrée de bâtiment, ni une prise en charge, ni un trajet praticable.
IETF — RFC 7946, positions et bounding boxes · consultée le . Les contrôles proposés sont une lecture éditoriale de cette référence.
DATAtourisme : fraîcheur, provenance et droits des médias
La plateforme agrège des informations produites dans les systèmes touristiques territoriaux. Une collecte quotidienne ne signifie pas que chaque fiche a été revérifiée quotidiennement sur place.
| Point documenté | Ce que la source précise | Conséquence pour votre contrôle |
|---|---|---|
| Rythme de collecte | La FAQ annonce une mise à jour quotidienne des flux provenant des SIT ; les producteurs actualisent les lieux, produits et itinéraires au moins annuellement. | Conserver la date producteur avec la date d’import, et traiter séparément les informations sensibles à la saison. |
| Attribution | La FAQ demande d’exploiter HasBeenCreatedBy et LastUpdate pour la paternité et la date de mise à jour. | Faire suivre ces champs jusqu’à l’affichage et aux réutilisations du catalogue. |
| Photos | Les crédits et les dates de cession rightsStartingDate et rightsEndingDate doivent être respectés. | Une URL d’image reçue ne suffit pas : contrôler auteur, période d’usage et licence applicable. |
| Catégories | Un même musée peut être décrit comme lieu et comme produit de visite ; le dispositif ne fournit pas les statistiques de fréquentation. | Éviter un double comptage des entités et séparer inventaire d’offre et mesure des visiteurs. |
Les champs disponibles et la couverture varient selon les producteurs. Une description ou un tarif ne constitue pas une confirmation de stock réservable.
DATAtourisme — FAQ des réutilisateurs · consultée le . Les contrôles proposés sont une lecture éditoriale de cette référence.
Mapbox v6 : distinguer précision du point, correspondance et accès
Un point placé sur le bon bâtiment ne décrit pas nécessairement l’endroit où un véhicule doit s’arrêter ou le groupe se présenter.
| Point documenté | Ce que la source précise | Conséquence pour votre contrôle |
|---|---|---|
| Précision géographique | coordinates.accuracy distingue notamment rooftop, parcel, point et interpolated. interpolated estime position et existence à partir d’adresses voisines. | Un résultat interpolé demande une confirmation du point de rendez-vous ; ne le présentez pas comme une entrée observée. |
| Correspondance de l’adresse | match_code détaille les composants de la requête. La confiance exact peut encore comporter jusqu’à deux composants déduits. | Relisez les composants, pas seulement le score global : exact n’atteste pas que chaque élément a été fourni et confirmé. |
| Arrêt et porte | routable_points.default est un arrêt véhicule calculé. entrance désigne une entrée physique lorsqu’elle est disponible ; cette fonction est en préversion publique. | Demandez à l’opérateur quelle entrée et quel côté de rue utiliser avant de publier une consigne au voyageur. |
Ces champs documentent une réponse de géocodage, sans garantir accessibilité, autorisation de stationnement ou disponibilité d’un transfert.
Mapbox — Geocoding v6, précision et Smart Address Match · consultée le . Les contrôles proposés sont une lecture éditoriale de cette référence.
GBFS 3.0 : croiser les quantités d’une station avec ses autorisations de retrait et de retour
Un compteur de vélos ou de places libres ne suffit pas à décrire un service utilisable. Pour une station de mobilité partagée, GBFS sépare les quantités physiques, les opérations autorisées et la date de remontée de son état.
| Point documenté | Ce que la source précise | Conséquence pour votre contrôle |
|---|---|---|
| Véhicules et retrait | num_vehicles_available compte les véhicules fonctionnels présents. Avec is_renting à false, ils ne sont pas actuellement proposés au retrait. | Relisez les deux champs ensemble ; un nombre positif ne suffit pas pour afficher « vélos à louer maintenant ». |
| Places et retour | num_docks_available compte les points d’attache fonctionnels disponibles. is_returning peut rester true même si la station est pleine. | Croisez quantité et autorisation. « Retours autorisés » ne signifie pas qu’une place libre est déclarée. |
| Types de véhicules et d’attaches | vehicle_types_available détaille les types disponibles ; vehicle_docks_available précise les compatibilités lorsque toutes les attaches n’acceptent pas les mêmes types. | Vérifiez le type recherché avant de reprendre un total de station comme une capacité compatible. |
| Date du flux et date de la station | last_reported correspond à la dernière remontée de la station vers le système de l’opérateur ; last_updated décrit la connaissance de l’état au niveau du flux. | Conservez la date propre à la station pour apprécier son état. Une mise à jour du flux ne démontre pas une nouvelle remontée de chaque station. |
| Actualisation et ttl | La référence demande des données proches du temps réel, sans plus de cinq minutes de retard. ttl exprime en secondes le délai avant nouvelle mise à jour ; 0 signifie que les données doivent toujours être rafraîchies. | Ne transformez pas ttl égal à 0 en absence de vélo ou de place, et ne prenez pas cinq minutes comme une garantie de disponibilité à l’arrivée. |
| Station virtuelle et compteur absent | num_docks_available est requis sauf pour une station à capacité d’accueil illimitée, par exemple certaines stations virtuelles. Un champ absent n’est pas automatiquement un zéro. | Retrouvez le type de station avant de conclure à une station pleine. |
| Installation physique | is_installed indique si la station est installée. false peut décrire une station prévue ou du matériel retiré hors saison. | La présence d’une station dans les fichiers ne suffit pas à en faire un point utilisable. |
Deux compteurs à lire avec leur état de service
Extraits fictifs limités à quelques champs GBFS 3.0, sans flux réel interrogé.
Cinq véhicules présents, retraits fermés
Une station fictive installée déclare cinq véhicules fonctionnels, mais les retraits sont désactivés.
is_installed : true
num_vehicles_available : 5
is_renting : falseLecture du cas. La quantité physique ne permet pas d’annoncer cinq véhicules actuellement proposés au retrait. Affichez la fermeture des retraits et vérifiez l’état complet avant toute recommandation de parcours.
Les retours sont autorisés, mais aucune attache n’est libre
Une station fictive à attaches limitées accepte le principe des retours tout en déclarant zéro place disponible.
is_installed : true
num_docks_available : 0
is_returning : trueLecture du cas. Aucune place libre n’est déclarée dans cet état. Ne traduisez pas l’autorisation de retour par « station disponible » ; cherchez une autre station compatible et relisez la fraîcheur de son état.
Lecture de la version 3.0 publiée par MobilityData, consultée le 31 octobre 2026. Le lecteur de quantités suppose une station installée avec des attaches en nombre limité ; la chronologie compare des horodatages fictifs. Aucune disponibilité réelle, compatibilité, tarification ou accessibilité du trajet n’est vérifiée par ces exercices.
MobilityData — GBFS, spécification version 3.0, station_status.json · consultée le . Les contrôles proposés sont une lecture éditoriale de cette référence.
GBFS 3.0 — référence courante, fraîcheur et format de sortie · consultée le 31/10/2026
Sources et périmètre des faits documentés
La date de consultation figure avec chaque référence. Les méthodes d’essai et recommandations de ce guide sont éditoriales ; les conditions d’accès et d’usage se vérifient dans la documentation actuelle.
- Schema.org : Place : Vocabulaire de description d’un lieu physique ; ni preuve d’ouverture, ni preuve que l’équipement est inclus dans une offre. (consultée le )
- IETF — RFC 7946, positions et bounding boxes : Un point ou un polygone ne prouve ni une entrée de bâtiment, ni une prise en charge, ni un trajet praticable. (consultée le )
- DATAtourisme — FAQ des réutilisateurs : Les champs disponibles et la couverture varient selon les producteurs. Une description ou un tarif ne constitue pas une confirmation de stock réservable. (consultée le )
- Mapbox — Geocoding v6, précision et Smart Address Match : Ces champs documentent une réponse de géocodage, sans garantir accessibilité, autorisation de stationnement ou disponibilité d’un transfert. (consultée le )
- MobilityData — GBFS, spécification version 3.0, station_status.json : Lecture de la version 3.0 publiée par MobilityData, consultée le 31 octobre 2026. Le lecteur de quantités suppose une station installée avec des attaches en nombre limité ; la chronologie compare des horodatages fictifs. Aucune disponibilité réelle, compatibilité, tarification ou accessibilité du trajet n’est vérifiée par ces exercices. (consultée le )
Questions fréquentes
Questions utiles avant de décider
Pourquoi utiliser un identifiant de lieu interne ?
Il permet de conserver la même entité lorsque son nom, sa langue, son adresse ou sa source change. Les identifiants externes restent utiles comme correspondances, mais ne doivent pas être l’unique clé du catalogue.
Les données structurées garantissent-elles une présence dans les réponses IA ou les résultats enrichis ?
Non. Elles aident à décrire explicitement le contenu publié lorsque le type est pertinent et les données cohérentes avec la page. Elles ne garantissent ni affichage particulier ni citation.
Comment traiter plusieurs noms pour une destination ?
Conservez un nom principal par langue et des variantes contrôlées, reliées à une même identité de lieu. Évitez de créer une nouvelle fiche pour chaque traduction ou orthographe.
Quelle précision manque souvent à un horaire de lieu ?
L’objet de l’accès et la période couverte : bâtiment, espace ou service, avec les éventuelles limites d’admission.
Peut-on utiliser la même coordonnée pour toute la visite ?
Vérifiez le rôle du point : adresse, entrée et rendez-vous peuvent être distincts. Le document client doit guider vers le bon accès.
