Google est direct au sujet du scraping : les conditions d'utilisation de Google Maps Platform stipulent que les clients ne doivent pas "exporter, extraire ou scraper de toute autre manière le contenu Google Maps pour un usage en dehors des Services" (dans le texte original : "export, extract, or otherwise scrape Google Maps Content for use outside the Services"), et la mise en cache est interdite sauf autorisation expresse des Service Specific Terms. Deux exceptions pratiques à connaître : vous pouvez stocker les place IDs sans limite de durée, et mettre en cache les coordonnées de lieux jusqu'à 30 jours calendaires consécutifs. Tout le reste - noms, notes, avis, photos, numéros de téléphone - est prévu pour être demandé en direct et affiché avec l'attribution Google Maps, pas pour être entreposé.
Ce guide parcourt ce que disent réellement les conditions et politiques officielles, section par section, avec des liens vers les documents de Google pour que vous puissiez vérifier chaque affirmation. Il s'adresse aux développeurs qui hésitent entre l'API Places officielle, un scraper Google Maps et une API de données entreprises sous licence - trois voies aux postures contractuelles très différentes. Ce n'est pas un conseil juridique ; lisez toujours les documents en vigueur, car Google les met à jour.
Les règles en un coup d'oeil
| Question | Ce que disent les conditions | Où |
|---|---|---|
| Puis-je scraper les pages Google Maps ? | Non. Les clients ne doivent pas exporter, extraire ou scraper de toute autre manière le contenu Google Maps pour un usage hors des Services | ToS Google Maps Platform, section 3.2.3 |
| Puis-je mettre en cache ou stocker les données de l'API Places ? | Pas en général. Le cache est interdit "sauf autorisation expresse" des Service Specific Terms | ToS section 3.2.3 + Service Specific Terms |
| Puis-je stocker les place IDs ? | Oui. Le place ID est exempté des restrictions de cache et peut être stocké sans limite de durée | Politiques de l'API Places |
| Puis-je mettre en cache les coordonnées ? | Oui, temporairement. Les latitudes/longitudes Places peuvent être mises en cache jusqu'à 30 jours calendaires consécutifs | Service Specific Terms |
| Dois-je afficher une attribution ? | Oui. Attribution Google Maps (logo de préférence, texte "Google Maps" si l'espace manque) plus crédit d'auteur sur les avis et photos | Politiques de l'API Places |
| Puis-je constituer ma propre base à partir des résultats Places ? | Pas à partir du contenu Google Maps. Stocker des champs Places au-delà des exceptions est exactement ce que la clause de cache restreint | ToS |
Vérifié en juillet 2026 contre les conditions officielles Maps Platform, les Service Specific Terms et les politiques de l'API Places. Google révise ces documents ; vérifiez le texte en vigueur avant de construire.
La clause anti-scraping, en clair
La restriction centrale se trouve dans les conditions d'utilisation de Google Maps Platform, parmi les restrictions de licence (section 3.2.3 dans la numérotation actuelle). Le client s'engage à ne pas exporter, extraire ni scraper de toute autre manière le contenu Google Maps pour un usage hors des services. Le "contenu Google Maps" est défini largement : il couvre les données renvoyées par la plateforme, y compris les fiches, avis, photos et autres contenus visibles sur Google Maps.
Deux conséquences découlent de cette formulation :
- Charger des pages Google Maps avec un navigateur headless et en parser le HTML correspond exactement au comportement décrit par la clause, que vous exécutiez le navigateur vous-même ou louiez un actor de scraping hébergé. L'outillage ne change pas la posture contractuelle.
- Même les données obtenues via l'API Places officielle restent du contenu Google Maps. Payer des appels d'API ne vous autorise pas à les extraire vers votre propre jeu de données autonome - c'est précisément ce que la clause de cache ci-dessous encadre.
Si vous pesez les arbitrages pratiques (et pas seulement contractuels) entre scraping et API officielle, le comparatif complet se trouve dans Alternative Google Places API : données en JSON.
Ce que vous pouvez mettre en cache et stocker
La même section des conditions interdit de mettre en cache le contenu Google Maps "sauf autorisation expresse" - et les autorisations expresses vivent dans les Service Specific Terms et sur la page des politiques de l'API Places. En juillet 2026, deux exceptions comptent pour Places :
- Place IDs : stockables sans limite. Les politiques Places de Google précisent que le place ID, qui identifie un lieu de manière unique, est exempté des restrictions de cache. C'est la façon officielle de "retenir" un lieu : conservez l'ID, puis redemandez des détails frais quand vous devez les afficher.
- Coordonnées : cache jusqu'à 30 jours. Les Service Specific Terms permettent de mettre temporairement en cache les latitudes/longitudes Places pendant au plus 30 jours calendaires consécutifs, après quoi elles doivent être supprimées.
Tout le reste - noms affichés, adresses formatées, notes, avis, horaires, photos, numéros de téléphone, URLs de sites - relève de la règle générale : demandez en direct, affichez, n'entreposez pas. Voilà pourquoi "appeler Place Details pour chaque entreprise de la ville et sauvegarder les lignes" n'est pas une stratégie de base de données conforme, même si chaque appel d'API pris isolément est légitime.
L'attribution : la partie que la plupart des intégrations oublient
Les politiques de l'API Places fixent aussi des règles d'affichage pour les données demandées :
- Affichez l'attribution Google Maps partout où des données Places apparaissent. Google préfère le logo Google Maps ; si l'espace manque, le texte "Google Maps" est acceptable.
- Créditez l'auteur quand vous affichez du contenu généré par les utilisateurs, comme les avis et photos. Pour les avis dans des mises en page serrées, l'avatar de l'auteur est le minimum documenté.
Si votre interface affiche des données Places sans attribution, c'est une violation de politique, même quand votre sourcing et votre cache sont par ailleurs irréprochables.
Alors, quelle voie est réellement conforme ?
Un scraper de pages ne l'est pas. Les crawlers Playwright faits maison et les actors "Google Maps scraper" hébergés extraient tous deux du contenu Google Maps pour un usage hors des services - exactement ce que la clause anti-scraping interdit. Le guide Google Maps Scraper couvre ce que cela signifie en pratique (CAPTCHAs, proxys, sélecteurs qui cassent), en plus de l'exposition contractuelle.
L'API Places officielle est conforme pour sa mission : recherche et affichage de lieux en direct dans votre produit, avec masques de champs, attribution, et aucun stockage durable au-delà des place IDs. Sa limite : les données que l'objet Place ne porte tout simplement pas - au premier rang, les adresses e-mail d'entreprises, qu'aucune SKU Places ne renvoie.
Une API de données entreprises sous licence emprunte une troisième voie. biz collect effectue la découverte via la recherche officielle Google Places, conserve le modèle d'identifiants durables, puis enrichit chaque fiche depuis le site web public de l'entreprise - e-mails, profils sociaux et autres champs de contact proviennent du site de l'entreprise, pas du contenu Google Maps. Son crawler d'enrichissement respecte robots.txt dans son mode respectful par défaut, et les limites sont publiées dans l'acceptable use policy et l'aperçu sécurité.
Situations courantes, réponses claires
"Je veux une base de tous les dentistes de ma région." La constituer en stockant des réponses de l'API Places heurte la clause de cache, et scraper les pages Maps heurte la clause anti-scraping. Les options conformes : des fournisseurs de données sous licence, ou un modèle d'enrichissement comme celui décrit plus haut.
"Je veux afficher les cafés à proximité dans mon app." C'est exactement le rôle de l'API Places. Demandez en direct, affichez avec attribution, ne stockez que les place IDs.
"J'ai déjà scrapé Google Maps pour un rapport ponctuel." Les conditions ne distinguent pas le ponctuel ; comprenez donc le risque pris : l'application des conditions passe typiquement par des clés ou comptes bloqués plutôt que par des poursuites immédiates, mais une dépendance de production au scraping est un risque d'affaires, pas seulement juridique.
"Mon fournisseur de scraper dit que c'est bon." Les vendeurs de scrapers Google Maps décrivent la capacité de leur outil, pas votre permission. Les conditions engagent la partie qui extrait le contenu - lisez-les vous-même.
L'essentiel
Les documents officiels sont courts et méritent une lecture directe : les conditions d'utilisation de Google Maps Platform, les Service Specific Terms et les politiques de l'API Places. Le motif qui s'en dégage : utilisez Places en direct pour l'affichage, gardez les place IDs, mettez brièvement les coordonnées en cache, attribuez tout, et ne scrapez ni n'entreposez le contenu Google Maps.
Quand votre besoin porte sur des données entreprises structurées et stockables - enrichissement CRM, recherche de leads, agents IA -, choisissez une voie conçue pour cela. Le comparatif Alternative Google Places API guide la décision, et le guide des business data APIs explique comment évaluer les fournisseurs.
Questions fréquentes
- Le scraping de Google Maps ou de l'API Places est-il autorisé par les conditions de Google ?
- Non. Les conditions d'utilisation de Google Maps Platform stipulent que les clients ne doivent pas exporter, extraire ou scraper de toute autre manière le contenu Google Maps pour un usage hors des Services. Cela couvre autant les scrapers navigateur faits maison que les actors de scraping hébergés. C'est une restriction contractuelle ; consultez les conditions en vigueur et votre propre conseil pour les détails juridiques.
- Puis-je stocker ou mettre en cache les données de l'API Google Places ?
- Seulement dans des exceptions étroites. Les place IDs sont exemptés des restrictions de cache et peuvent être stockés sans limite de durée, et les coordonnées Places peuvent être mises en cache jusqu'à 30 jours calendaires consécutifs. Les autres champs, comme les noms, notes, avis et numéros de téléphone, doivent être demandés en direct plutôt qu'entreposés.
- Puis-je stocker les place IDs issus de l'API Places ?
- Oui. Les politiques de l'API Places de Google exemptent explicitement le place ID des restrictions de cache : vous pouvez stocker les place IDs sans limite et redemander des détails frais quand vous devez les afficher.
- Quelle attribution l'API Places exige-t-elle ?
- L'attribution Google Maps doit apparaître partout où des données Places sont affichées - le logo Google Maps quand c'est possible, ou le texte Google Maps si l'espace manque. Le contenu généré par les utilisateurs, comme les avis et photos, doit aussi créditer l'auteur.
- Puis-je constituer ma propre base d'entreprises à partir des résultats de l'API Places ?
- Pas en stockant du contenu Google Maps - c'est ce que la clause de cache restreint. Une voie conforme est une API de données entreprises comme biz collect, qui utilise la découverte officielle Places puis enrichit chaque fiche depuis le site web public de l'entreprise : les champs stockés proviennent alors de l'entreprise, pas du contenu Google Maps.
- L'API Places renvoie-t-elle des adresses e-mail d'entreprises ?
- Non. Aucune SKU Places n'inclut de champ e-mail ; les champs de contact se limitent au téléphone et à l'URL du site web. Les e-mails doivent venir du site propre de l'entreprise - c'est l'étape d'enrichissement que biz collect effectue quand scrape_emails est activé.