Une carte isochrone est un polygone qui répond à une question d'apparence simple : où puis-je aller depuis ici en X minutes ? Tracez une isochrone de 15 minutes en voiture autour d'un café et vous obtenez sa zone de chalandise réelle. Tracez une isochrone de 30 minutes à pied autour d'une station de métro et vous obtenez sa portée piétonne. Toutes les fonctionnalités "près de moi", toutes les études de zone de chalandise, tous les filtres immobiliers basés sur le temps de trajet reposent sur cette idée.
Ce guide explique ce qu'est réellement une isochrone, comment elle est calculée sur le réseau routier, où elle apparaît dans les systèmes de production et quels pièges coûtent du temps et de l'argent aux équipes.
Ce qu'est vraiment une isochrone
Le mot vient du grec isos (égal) et chronos (temps) : une courbe le long de laquelle le temps de trajet est identique. Dans la cartographie moderne, une isochrone est un polygone (ou un ensemble de polygones imbriqués) représentant tous les lieux atteignables depuis une origine dans un budget temps choisi, pour un mode de transport choisi.
Deux choses distinguent une isochrone d'un simple tampon. Premièrement, elle est calculée sur le réseau routier, pas sur un plan plat. Fleuves, autoroutes, montagnes et sens uniques en déforment tous la silhouette. Deuxièmement, elle dépend du mode : une isochrone de 20 minutes en voiture, une isochrone de 20 minutes à vélo et une isochrone de 20 minutes à pied depuis le même point sont trois polygones complètement différents.
La sortie est presque toujours du GeoJSON, avec une géométrie Polygon ou MultiPolygon et des propriétés portant le seuil de temps de trajet et le mode. C'est ce que votre carte côté front affiche et ce que votre base de données spatiale interroge.
Comment les isochrones sont calculées
L'approche naïve consiste à lancer une recherche de plus court chemin depuis l'origine et à s'arrêter quand le temps de trajet cumulé atteint le seuil. En pratique, c'est trop lent à grande échelle, donc les systèmes de production utilisent des graphes routiers précalculés et des algorithmes de recherche accélérés.
Le graphe routier est construit une fois à partir d'une source comme OpenStreetMap ou un jeu de données routières commercial : chaque intersection devient un nœud, chaque segment de route devient une arête pondérée par le temps de trajet pour chaque mode. Depuis une origine, une recherche dans le graphe (Dijkstra, A*, ou une variante bidirectionnelle) progresse vers l'extérieur, en développant d'abord le nœud non visité le moins coûteux, jusqu'à épuisement du budget temps. L'ensemble des nœuds atteints plus les arêtes partiellement atteintes définissent la frontière.
Les moteurs modernes utilisent les contraction hierarchies ou des techniques apparentées pour accélérer cela. Le graphe est prétraité en une hiérarchie où des arêtes de raccourci sautent par-dessus les nœuds moins importants, ce qui permet de répondre en millisecondes à une requête qui toucherait sinon des millions d'arêtes. Les nœuds atteignables sont ensuite enveloppés dans un polygone, généralement avec une enveloppe concave ou une alpha shape pour que le contour épouse l'étendue routière réelle au lieu de gonfler dans le vide.
Le résultat est un polygone GeoJSON que vous pouvez envoyer directement à une carte Leaflet, Mapbox GL ou MapLibre, ou charger dans PostGIS pour des jointures spatiales.
Où apparaissent les isochrones
Les isochrones alimentent discrètement de nombreuses fonctionnalités produit liées à la localisation.
- Zones de chalandise des magasins et points de vente : les retailers tracent des isochrones de temps de trajet en voiture autour de chaque emplacement pour estimer la population qu'ils servent raisonnablement, puis superposent des données de recensement ou de dépenses pour dimensionner le marché
- Planification d'autonomie pour véhicules électriques : les isochrones tenant compte de la batterie montrent jusqu'où un VE peut rouler sur sa charge restante, en intégrant le dénivelé, la vitesse et la consommation
- Filtres immobiliers de temps de trajet : "montrez-moi tous les appartements à 30 minutes maximum de ce bureau" est une isochrone intersectée avec une table d'annonces immobilières
- Analyse d'accès aux soins : les planificateurs comparent les isochrones autour des hôpitaux et cliniques avec des grilles de population pour identifier les zones mal desservies
- Zones de service logistique : coursiers, équipes de service terrain et plateformes de livraison à la demande utilisent des isochrones pour définir les commandes qu'ils accepteront depuis un dépôt donné
- Planification urbaine et transports : les études de "ville du quart d'heure", les plans de zone de chalandise des gares et les audits d'accessibilité reposent tous sur des isochrones multimodales
Dans chaque cas, l'isochrone est le filtre spatial. Elle transforme une question vague ("à quelle distance est-ce assez proche ?") en un polygone que vous pouvez intersecter, afficher et raisonner.
Pièges en production
Les isochrones semblent simples en démo et deviennent plus compliquées en production.
Mauvais mode. Une isochrone voiture utilise les vitesses autoroutières et ignore les restrictions de sens unique pour les piétons. Une isochrone à pied utilise les chemins piétonniers et les raccourcis que les voitures ne peuvent pas emprunter. Mélanger les deux est la source la plus fréquente des tickets "le polygone a l'air faux". Passez toujours le mode explicite et exposez-le dans l'UI.
Heure de la journée et trafic. Un trajet de 15 minutes en voiture à 03h00 couvre une zone bien plus grande qu'un trajet de 15 minutes à 17h30. Si votre cas d'usage tient compte du trajet domicile-travail (filtres immobiliers, horaires de magasin, dispatch), passez un departure_time et utilisez un moteur conscient du trafic. Les isochrones statiques mentent sur l'heure de pointe.
Assemblage multimodal. Les vrais trajets combinent les modes : marcher jusqu'au métro, faire deux stations, marcher jusqu'à la destination. Les isochrones naïves mono-mode ratent complètement cela. De vraies isochrones multimodales nécessitent un horaire de transports et un graphe qui joint les arêtes piétonnes et les arêtes de transport, ce qui est nettement plus complexe que le tout-voiture.
Simplification de la couverture. Certains moteurs lissent agressivement le polygone pour le rendre joli, ce qui surestime silencieusement la couverture en incluant des zones qu'aucune route n'atteint réellement. Pour les décisions qui comptent (ouverture d'un magasin, acceptation d'une zone de livraison), inspectez la frontière brute plutôt que de faire confiance à la forme rendue.
Taille du polygone à l'échelle. Les isochrones de longue durée (60, 90 minutes) peuvent compter des dizaines de milliers de sommets. Simplifiez avant d'envoyer au navigateur, ou rendez côté serveur, sinon votre carte va saccader.
Les isochrones dans MapAtlas
L'API Isochrone de MapAtlas renvoie des polygones de temps de trajet en voiture, à pied, à vélo et en voiture avec trafic au format GeoJSON, avec la prise en charge de plusieurs seuils de temps en une seule requête et des paramètres d'heure de départ pour les résultats avec trafic. Les polygones sont calculés sur un graphe routier mis à jour en continu et renvoyés dans une forme que votre librairie cartographique peut afficher sans traitement supplémentaire.
Pour les workflows qui ont besoin à la fois de polygones de zones atteignables et de temps de trajet par paires, l'API Isochrone se marie avec l'API Distance Matrix, de sorte qu'un seul pipeline peut répondre à "où puis-je aller en 20 minutes ?" et "classe ces candidats par temps de trajet" dans une même chaîne.
Une isochrone est, au final, juste un polygone. Mais c'est le polygone qui transforme le temps de trajet en une forme que votre application peut filtrer, afficher et raisonner, et c'est ce qui sépare une vraie fonctionnalité orientée temps de trajet d'un cercle dessiné autour d'une épingle.
Questions fréquemment posées
Qu'est-ce qu'une carte isochrone ?
Une carte isochrone est un polygone, ou un ensemble de polygones imbriqués, qui montre tous les lieux atteignables depuis un point de départ dans un temps de trajet donné. Une isochrone de 15 minutes en voiture autour d'un magasin, par exemple, dessine sur la carte la zone qui contient tous les segments de route qu'un client peut atteindre en 15 minutes ou moins. La forme n'est presque jamais un cercle, parce que les vrais réseaux routiers comportent des fleuves, des autoroutes, des impasses et des sens uniques.
Quelle est la différence entre une isochrone et un rayon ?
Un rayon est un tampon en ligne droite tracé au compas : tous les points à l'intérieur sont à la même distance à vol d'oiseau du centre. Une isochrone est un tampon de temps de trajet calculé sur le réseau routier réel : tous les points à l'intérieur sont atteignables dans le même nombre de minutes. Un rayon de 10 km et une isochrone de 10 minutes en voiture ne coïncident presque jamais, parce que le relief, les autoroutes et le trafic déforment la zone.
Que renvoie une API d'isochrones ?
Une API d'isochrones renvoie un ou plusieurs polygones au format GeoJSON, chacun étiqueté avec le seuil de temps de trajet qu'il représente (5, 10, 15 minutes par exemple). Les polygones sont calculés sur le graphe routier pour un mode de transport choisi (voiture, marche, vélo, transports en commun) et peuvent être renvoyés pour une heure de départ précise quand le trafic est pris en compte. Vous déposez le GeoJSON directement sur une carte ou vous l'utilisez comme filtre spatial dans PostGIS.
Pourquoi les isochrones ont-elles l'air si dentelées ?
Les isochrones sont dérivées d'un graphe de segments routiers, pas d'une surface continue. La frontière du polygone est interpolée à partir des nœuds atteignables les plus éloignés dans le budget temps imparti, donc les bords suivent la géométrie des routes. On peut produire des formes plus lisses avec des enveloppes concaves ou des alpha shapes, mais un contour légèrement dentelé est honnête : il montre où le réseau s'arrête réellement, pas où une fonction de lissage a imaginé qu'il s'arrêtait.
