Intégrer Google Maps Platform dans votre logiciel : adresses, trajets, tournées

Quelle API de Google Maps Platform pour quel besoin ?

Google Maps Platform est une famille de services web facturés séparément ; un logiciel métier en utilise en général deux ou trois.

Pour un logiciel qui appelle encore Directions API ou Distance Matrix API, Google publie un guide de migration vers la Routes API. Pour des adresses uniquement françaises, le service public présenté sur notre page service d'adresses de la Géoplateforme est une autre piste à comparer.

Comment Google facture-t-il les appels ?

Chaque service de Google Maps Platform est facturé à l'événement : un appel réussi correspond à un SKU, dont le prix dépend du volume mensuel, par tranches, en additionnant tous les projets rattachés au même compte de facturation. La plupart des SKU disposent d'un quota gratuit mensuel, dont le montant dépend de leur catégorie.

À titre d'ordre de grandeur (tarif public relevé en octobre 2026, en dollars américains), au-delà du quota gratuit, Geocoding et Compute Routes Essentials coûtent 5 dollars les 1 000 appels jusqu'à 100 000 appels par mois, puis 4 dollars de 100 001 à 500 000 appels ; l'affichage d'une carte dynamique, 7 dollars puis 5,60 dollars sur les mêmes tranches. La facture se joue surtout dans la conception : géocoder une adresse à chaque affichage coûte bien plus que la géocoder une fois à la saisie.

Que peut-on stocker dans son logiciel ?

Un client dont l'adresse du compte de facturation est dans l'Espace économique européen relève des conditions EEE de Google Maps Platform ; une intégration antérieure au 8 juillet 2025 et restée inchangée garde les conditions générales. Ces conditions interdisent de mettre en cache le contenu Google Maps hors des cas prévus, de le pré-charger, de l'indexer, de le télécharger en masse ou de recopier noms, adresses et avis d'établissements.

• Coordonnées : les latitudes et longitudes issues de Geocoding, Routes, Places et Route Optimization peuvent être conservées au plus 30 jours calendaires consécutifs, puis doivent être supprimées.
• Exception du géocodage : pour Geocoding, coordonnées et adresse formatée peuvent être gardées sans limite de durée, mais seulement pour une fonction directe de l'utilisateur final, isolées par utilisateur, et pas pour éviter un nouvel appel.
• Identifiant de lieu : le Place ID de Routes et de Places peut être conservé selon la documentation de chaque API.
• Localisation des personnes : l'application ne doit ni obtenir ni mettre en cache la position d'un utilisateur final sans son consentement exprès, préalable et révocable.

Ces règles visent le contenu renvoyé par Google, pas l'adresse que vos clients vous ont donnée. Pour un cas limite, faites valider l'architecture par un juriste.

Quatre usages concrets, décrits pas à pas

1. Le devis qui calcule le déplacement. Le commercial saisit l'adresse du chantier dans le configurateur de devis ; le logiciel appelle Compute Routes depuis le dépôt, récupère la distance et applique la grille de frais de déplacement de l'entreprise.
2. Les tournées de livraison du lendemain. À 17 h, le logiciel envoie à Route Optimization les véhicules (capacité, horaires du chauffeur) et les livraisons (adresse, créneau promis, volume). La réponse donne l'ordre de passage de chaque camion ; le planificateur ajuste puis publie les tournées sur l'application des chauffeurs.
3. Le dépannage confié au plus proche. Une panne est déclarée ; une matrice calcule, avec le trafic, le temps de trajet de chaque technicien disponible vers le site. Le responsable confirme le plus rapide.
4. La carte des clients par secteur. À la création d'une fiche, l'adresse est validée puis géocodée une fois ; la fiche garde l'identifiant de lieu, et les coordonnées sont rafraîchies avant l'échéance des 30 jours pour afficher la carte des secteurs commerciaux.

Les usages liés aux véhicules et aux équipes mobiles sont développés sur notre page pour suivre une flotte de véhicules. Si vous suivez la position de salariés, les règles du droit du travail et du RGPD s'ajoutent à celles de Google : votre DPO doit être associé dès le cadrage.

Clés d'API, OAuth et quotas : la mise en place

1. Un projet Google Cloud au nom de l'entreprise, rattaché à son propre compte de facturation, avec les seules API utiles activées.
2. Une clé par application, ce que Google juge idéal pour la sécurité, chacune avec un seul type de restriction d'application : sites web, adresses IP pour un serveur, application Android ou application iOS. Chaque clé est en plus limitée aux API qu'elle appelle.
3. Des clés hors du code source. Google demande de stocker les clés en dehors du code et de ne jamais exposer publiquement une clé de service web ; les appels sensibles passent par le serveur.
4. OAuth quand l'API le prévoit : le guide de mise en place de Route Optimization passe par la configuration d'OAuth pour envoyer une requête authentifiée, et Google recommande OAuth 2.0 pour les appels de serveur à serveur sur les services qui l'acceptent.
5. Des quotas qui encadrent l'usage. Les méthodes v4 de Geocoding ont un quota par défaut de 25 requêtes par seconde ; un quota plus élevé se demande dans la gestion des quotas de Google Cloud. Google recommande aussi des limites de quota par minute et par utilisateur sur la plupart des services, et rappelle que les frais causés par l'abus d'une clé non restreinte restent à la charge du client.
6. Une rotation de clé maîtrisée : Google conseille de ne régénérer une clé qu'avec prudence et en dernier recours ; pendant la rotation, l'ancienne et la nouvelle clé sont acceptées, le temps de mettre à jour les applications.

Ce qui peut mal tourner, et comment l'éviter

• L'adresse ambiguë : « 12 rue de la Gare » existe dans des centaines de communes. Le logiciel exige code postal et commune, et place les résultats douteux dans une liste à vérifier plutôt que d'accepter le premier.
• L'import massif : géocoder 20 000 fiches clients d'un coup épuise le quota gratuit. On étale le traitement, on le journalise et on reprend là où il s'est arrêté.
• Le service indisponible : le devis reste éditable avec une distance saisie à la main, et l'appel est rejoué plus tard.
• Le cache oublié : une tâche planifiée supprime ou rafraîchit les coordonnées avant 30 jours, et le journal garde la trace de ces purges.
• La dépendance : le calcul d'itinéraire vit dans un module isolé, remplaçable sans toucher au reste.

Utiliser un outil existant ou faire développer ?

Si votre logiciel de planning ou votre CRM du marché intègre déjà une carte et un calcul de tournée qui conviennent, gardez-le : rien ne justifie de le refaire. Le développement a du sens quand les règles de tournée vous sont propres (créneaux promis, compétences des techniciens, véhicules frigorifiques), quand le calcul doit s'insérer dans un logiciel métier spécifique, ou quand le volume impose un cache conforme et une maîtrise fine des appels.

Dans ce cas, YMHB Web livre le module d'intégration dans votre dépôt de code, le projet Google Cloud et les clés à votre nom, la documentation des appels et de la politique de cache, et un suivi de la consommation. Les autres connexions de ce type sont décrites sur la page connecter ses logiciels par API, et les budgets d'un outil de flotte sur la page prix d'un logiciel de gestion de flotte.