Une carte interactive des pays visités permet à un voyageur de sélectionner des pays sur une carte du monde, de les marquer comme visités ou prévus, d’enregistrer cet état et d’y revenir. Contrairement à une carte de voyage avec des repères de villes, la géométrie principale est la frontière nationale : chaque pays est un polygone ou multipolygone associé à un identifiant stable et à un état utilisateur. Une réalisation robuste définit aussi ce qui compte comme pays, documente la source des frontières, garde les petits pays sélectionnables et sépare les données de voyage du style cartographique.
Les sections suivantes traitent de l’architecture des données, des identifiants, de la politique frontalière, du rendu MapLibre, de la persistance, de l’accessibilité, de la confidentialité, du transfert vers Studio et des erreurs courantes. Le contexte produit se trouve sur Kaleidr Studio. Pour les cartes de lieux à repères, consultez Comment créer une carte du monde de voyage avec des repères. Pour afficher de nombreux lieux, consultez Placer des lieux sur une carte.
Principes essentiels
- Des polygones, pas des repères : le suivi des pays utilise les frontières ; les souvenirs urbains utilisent des points.
- Des jeux de données séparés : la géométrie partagée rejoint l’état personnel via un ID stable.
- Le comptage est une politique : le dénominateur des pays éligibles est une règle produit, pas un nombre d’entités.
- L’état avant le style : stockez
visited/want_to_visit, puis choisissez les couleurs.- Un transfert prudent : un suivi léger peut mener à des cartes Studio plus riches sans surévaluer les fonctions.

Qu’est-ce qu’une carte interactive des pays visités ?
C’est une carte du monde où les pays se comportent comme des objets géographiques interactifs plutôt que comme un fond statique. Les utilisateurs sélectionnent généralement un pays, le marquent comme visité ou l’ajoutent à une liste de souhaits, recherchent par nom, voient un total ou pourcentage actualisé, enregistrent leur progression et partagent un résumé général. Le modèle central associe géométrie nationale, ID stable et état de voyage. Les décisions produit sont importantes : les frontières sont politiquement sensibles, les totaux dépendent de la politique de comptage et l’historique détaillé des futurs voyages peut être privé.
| Expérience | Géométrie principale | Idéal pour |
|---|---|---|
| Carte des pays visités | Polygones nationaux | Suivi des pays, progression mondiale, listes de souhaits |
| Carte avec repères | Points | Villes, monuments, hôtels, restaurants, souvenirs |
| Carte d’itinéraire | Lignes + points | Voyages en voiture, itinéraires, parcours |
| Carte de journal de voyage | Points + contenu | Notes, photos, dates, récits |
Un suivi de pays indique quels pays ont été visités. Une carte à repères indique quels lieux précis ont été visités. Un bon produit de voyage peut prendre en charge les deux sans les forcer dans une seule carte surchargée.
Comment stocker la géométrie et l’état de voyage ?
L’architecture la plus propre sépare les données géographiques de référence de l’état personnel. Les données frontalières contiennent identifiants stables, noms d’affichage, géométrie Polygon ou MultiPolygon, région ou continent facultatif, version du jeu et éligibilité selon la politique produit. L’état utilisateur ne contient que des valeurs appartenant au voyageur, comme JP: visited ou IS: want_to_visit. Le design peut changer, mais pas l’historique. N’encodez pas l’état métier uniquement par une couleur : stockez d’abord l’état sémantique, puis laissez le moteur choisir une présentation violette, turquoise, hachurée ou détourée.
Les noms de pays sont de mauvaises clés de base de données, car langue, abréviation, ponctuation, conventions, changements officiels et translittération varient. ISO 3166 est largement utilisé pour les codes normalisés, et son agence de maintenance gère l’ensemble attribué (ISO 3166). Documentez l’identifiant faisant autorité—ISO alpha-2, alpha-3 ou ID d’entité du fournisseur—et conservez la correspondance entre entités géographiques et état utilisateur.
GeoJSON prend en charge Polygon et MultiPolygon ; RFC 7946 définit leur structure et place la longitude en premier (RFC 7946). De nombreux pays nécessitent un MultiPolygon, car leur territoire comprend des îles ou zones séparées. Pour l’ordre des coordonnées, consultez Rechercher un lieu avec latitude et longitude.

Comment fonctionnent les jeux de frontières et les totaux ?
Un suivi nécessite une source entretenue de géométrie nationale. Natural Earth publie des données cartographiques du domaine public aux échelles 1:10m, 1:50m et 1:110m, dont des jeux Admin 0 ; sa documentation distingue pays, souveraineté, unités cartographiques, sous-unités, zones contestées et variantes facultatives de point de vue géographique (Admin 0 — Countries). Un fichier de frontières n’est pas une définition universelle. La liste des États membres de l’ONU est une référence possible, mais un produit peut traiter différemment États observateurs, territoires, dépendances, pays constitutifs ou entités contestées (UN Member States). N’assimilez pas silencieusement le nombre d’entités GeoJSON au nombre de pays. Rendez l’éligibilité explicite et versionnez la politique pour que les pourcentages restent explicables.
Les frontières peuvent représenter des différends politiques et des perspectives géographiques variées. Une carte grand public ne doit pas laisser entendre que son interface tranche ces différends. Documentez source, version, politique de comptage et traitement des territoires, avec un avertissement neutre indiquant que frontières et totaux suivent le jeu et la politique utilisés. Ne générez pas de frontières nationales avec un modèle d’image ou de langage : utilisez des données géospatiales entretenues.

Comment afficher et mettre à jour la sélection ?
Un suivi simple charge le GeoJSON dans une source, dessine une couche de remplissage, gère la sélection, actualise le magasin d’état, restyle les entités et met à jour progression et liste. MapLibre GL JS peut rendre des polygones GeoJSON avec une couche fill (Ajouter un polygone GeoJSON). Modifiez d’abord l’état applicatif : basculez le statut, persistez-le, actualisez le style de l’entité concernée puis recalculez les statistiques. Évitez de reconstruire tout le jeu après chaque clic. Si nécessaire, prenez en charge visité, à visiter et non visité.
import maplibregl from "maplibre-gl";
const visited = new Set(["JPN", "FRA", "CAN"]);
const map = new maplibregl.Map({
container: "map",
style: "https://demotiles.maplibre.org/style.json",
center: [10, 20],
zoom: 1.2
});
map.on("load", async () => {
const countries = await (await fetch("/data/countries.geojson")).json();
countries.features = countries.features.map((feature) => ({
...feature,
properties: {
...feature.properties,
visit_status: visited.has(feature.properties.iso_a3)
? "visited"
: "not_visited"
}
}));
map.addSource("countries", { type: "geojson", data: countries });
map.addLayer({
id: "countries-fill",
type: "fill",
source: "countries",
paint: {
"fill-color": [
"match",
["get", "visit_status"],
"visited", "#6f5bd3",
"want_to_visit", "#72c4c9",
"#d8d8d8"
],
"fill-opacity": 0.65
}
});
});
Vérifiez le schéma réel des propriétés avant l’implémentation. Utilisez les couleurs accessibles de votre système de design plutôt que les valeurs illustratives ci-dessus.
Comment gérer persistance, accessibilité et confidentialité ?
Une expérience anonyme peut conserver les sélections dans l’état local et le stockage du navigateur sur le même appareil. Une expérience connectée synchronise un profil autorisé dans le backend entre appareils. Le moteur cartographique affiche l’état ; il ne doit pas devenir le système d’identité ou de persistance. Versionnez les métadonnées de politique géographique avec les profils pour que les mises à jour ne réécrivent pas silencieusement la progression passée.
Ajoutez une liste de pays recherchable et synchronisée afin que les petits pays restent sélectionnables sur mobile. Proposez des commandes au clavier, un focus visible et un état qui ne repose pas uniquement sur la couleur. Préférez des partages globaux—totaux et ensembles publics—à l’export par défaut de dates exactes, hôtels, itinéraires, position actuelle ou projets futurs. Traitez listes de souhaits et voyages prévus comme sensibles ; ne publiez les destinations futures qu’après un choix explicite.
L’IA peut organiser les catégories, suggérer des couches urbaines plus denses ou affiner le style, mais les sélections de l’utilisateur restent l’historique faisant autorité. N’inventez pas de pays visités à partir des connaissances du modèle.
Où intervient Kaleidr Studio ?
Un suivi léger peut satisfaire d’abord l’intention de recherche, puis conduire à une création plus riche. Kaleidr Studio prend actuellement en charge la création guidée par prompt de cartes interactives personnalisées avec cartes basées sur les données, régions thématiques, repères, couches, style visuel, publication et intégration. La page publique ne documente pas de suivi dédié avec persistance automatique par utilisateur, compteur intégré ou mode précis visité/liste de souhaits ; ne présentez pas ces capacités comme actuelles tant qu’elles ne sont pas réalisées et documentées. Parcours recommandé : suivi interactif → enregistrer ou partager → transformer en carte plus riche → affiner et publier dans Studio. Généralisez la géométrie mondiale pour les performances, gardez les charges d’état réduites et ne chargez le détail urbain qu’à la demande.
![]()
Quelles erreurs les équipes doivent-elles éviter ?
| Erreur | Conséquence | Meilleure approche |
|---|---|---|
| Noms de pays comme clé primaire | La localisation casse l’état | Utiliser des identifiants stables |
| Couleur de remplissage comme donnée | Un thème casse la logique | Stocker l’état sémantique séparément |
| Compter les entités GeoJSON | Les territoires faussent les totaux | Définir une politique d’éligibilité |
| Coder un total universel en dur | Les hypothèses deviennent invisibles | Publier la politique de comptage |
| Ignorer le point de vue frontalier | La carte paraît politiquement normative | Documenter source et politique |
| Utiliser des repères au lieu de polygones | L’intention nationale n’est pas satisfaite | Rendre les surfaces interactives |
| Rendre les petits États impossibles à choisir | Mobile et accessibilité souffrent | Ajouter recherche et liste synchronisée |
| Exiger un compte avant le premier clic | La friction augmente | Autoriser d’abord un état local si adapté |
| Partager par défaut l’historique exact | Le risque de confidentialité augmente | Ne partager que l’état global voulu |
| Faire de l’IA la vérité historique | L’état peut être inventé | Garder les choix de l’utilisateur comme référence |
Verdict final
Une carte interactive des pays visités n’est techniquement simple que si le produit ignore les décisions qui la rendent fiable. Le cœur comprend frontières, ID stables, état utilisateur, couche de remplissage interactive et progression enregistrée. Les questions difficiles sont des questions produit : qu’est-ce qu’un pays, quel jeu de frontières suivre, comment gérer territoires et zones contestées, si l’état persiste entre appareils, ce qui devient public et si la carte nationale peut évoluer en carte détaillée des lieux. La meilleure expérience commence par la tâche recherchée : cliquer sur des pays et voir la carte réagir immédiatement. La création plus riche peut ensuite passer par Kaleidr Studio pour les lieux, régions, couches, styles et publications dépassant la simple progression.
Créez une carte de voyage plus riche avec Kaleidr Studio
Transformez pays, villes, lieux et idées en carte interactive personnalisable. Commencez dans Kaleidr Studio lorsque vous souhaitez aller au-delà de la sélection des pays.
FAQ
Qu’est-ce qu’une carte interactive des pays visités ?
Une carte du monde permettant de sélectionner des pays et d’enregistrer leur état, généralement visité, à visiter ou non visité.
En quoi diffère-t-elle d’une carte à repères ?
Elle met en évidence les frontières nationales ; une carte à repères indique des villes, monuments, hôtels, restaurants ou autres lieux précis.
Quelles données faut-il ?
La géométrie des frontières—généralement Polygon ou MultiPolygon—, des identifiants stables et un enregistrement séparé de l’état utilisateur.
Puis-je utiliser GeoJSON ?
Oui. GeoJSON prend en charge Polygon et MultiPolygon et est largement utilisé sur le Web.
Quel code pays stocker ?
ISO 3166 alpha-2 ou alpha-3 sont courants. Utilisez des identifiants stables et documentez leur correspondance avec le jeu de frontières.
Combien de pays la carte doit-elle compter ?
Il n’existe aucun dénominateur universel. Définissez si le suivi compte une référence précise, les États observateurs, les territoires ou une autre politique documentée.
Pourquoi les totaux diffèrent-ils selon les applications ?
Elles peuvent employer différentes définitions, différents jeux de frontières ou traitements des territoires et zones contestées.
Comment gérer les frontières contestées ?
Utilisez un jeu entretenu, documentez son point de vue ou sa politique et n’insinuez pas que l’application résout les différends politiques.
La carte peut-elle fonctionner sans compte ?
Oui. Le stockage local conserve les sélections sur le même appareil. Un compte aide à synchroniser, sauvegarder ou partager durablement.
Kaleidr Studio peut-il créer des cartes de voyage ?
Oui. Il prend actuellement en charge la création par prompt avec régions thématiques, repères, couches, style, publication et intégration. La page publique ne documente pas de compteur dédié par utilisateur ni de suivi à bascule des pays.
Références
- Organisation internationale de normalisation. ISO 3166 — Codes des pays. Consulté le 16 août 2026. https://www.iso.org/iso-3166-country-codes.html
- Internet Engineering Task Force. RFC 7946 : le format GeoJSON. 2016. https://datatracker.ietf.org/doc/html/rfc7946
- Kaleidr. Créer des cartes personnalisées avec un générateur de cartes par IA. Consulté le 16 août 2026. https://kaleidr.com/studio
- Kaleidr. Développer avec Kaleidr. Documentation développeur. Consulté le 16 août 2026. https://docs.kaleidr.com/
- MapLibre. Ajouter un polygone GeoJSON. Documentation MapLibre GL JS. Consulté le 16 août 2026. https://maplibre.org/maplibre-gl-js/docs/examples/add-a-geojson-polygon/
- Natural Earth. Admin 0 — Countries. Version 5.1.1. Consulté le 16 août 2026. https://www.naturalearthdata.com/downloads/110m-cultural-vectors/110m-admin-0-countries/
- Nations Unies. États membres. Consulté le 16 août 2026. https://www.un.org/en/about-us/member-states
@misc{iso_3166_country_codes,
title = {ISO 3166 -- Country Codes},
author = {{International Organization for Standardization}},
note = {Accessed 16 August 2026},
url = {https://www.iso.org/iso-3166-country-codes.html}
}
@misc{rfc7946,
title = {RFC 7946: The GeoJSON Format},
author = {Butler, Howard and Daly, Martin and Doyle, Allan and Gillies, Sean and Hagen, Stefan and Schaub, Tim},
year = {2016},
publisher = {Internet Engineering Task Force},
url = {https://datatracker.ietf.org/doc/html/rfc7946}
}
@misc{natural_earth_admin0,
title = {Admin 0 -- Countries},
author = {{Natural Earth}},
note = {Version 5.1.1; accessed 16 August 2026},
url = {https://www.naturalearthdata.com/downloads/110m-cultural-vectors/110m-admin-0-countries/}
}
@misc{un_member_states,
title = {Member States},
author = {{United Nations}},
note = {Accessed 16 August 2026},
url = {https://www.un.org/en/about-us/member-states}
}
@misc{maplibre_geojson_polygon,
title = {Add a GeoJSON Polygon},
author = {{MapLibre}},
note = {MapLibre GL JS documentation; accessed 16 August 2026},
url = {https://maplibre.org/maplibre-gl-js/docs/examples/add-a-geojson-polygon/}
}
@misc{kaleidr_studio_2026_08_16,
title = {Create Custom Maps with AI Map Maker},
author = {{Kaleidr}},
note = {Accessed 16 August 2026},
url = {https://kaleidr.com/studio}
}
@misc{kaleidr_docs_2026_08_16,
title = {Build with Kaleidr},
author = {{Kaleidr}},
note = {Developer documentation; accessed 16 August 2026},
url = {https://docs.kaleidr.com/}
}