Tarifs Google Places API 2026 : chaque SKU chiffré

Une recherche Google Places Text Search qui renvoie le site web et le téléphone d'un établissement est facturée $35.00 pour 1 000 requêtes. Retirez ces deux champs du field mask et la requête identique est facturée $32.00 pour 1 000, avec cinq fois plus de quota gratuit mensuel. Voilà la vraie mécanique des tarifs de l'API Google Places en 2026 : votre tarif n'est pas fixé par le nombre de résultats que vous récupérez, il est fixé par le champ le plus cher que vous avez demandé, et la page de tarification ne vous dit pas lequel.

L'équipe biz collect a chiffré chaque SKU Places à partir de la liste de prix des services principaux de Google le 28 août 2026, puis a facturé ligne par ligne un travail concret : toutes les cliniques dentaires d'Austin, au Texas. Chaque chiffre Google ci-dessous est cité depuis une page Google avec la date à laquelle nous l'avons lue, parce que Google a supprimé le crédit mensuel de $200 le 1er mars 2025 et que presque tout ce qui a été écrit avant 2025 sur le coût de l'API Places est aujourd'hui tout simplement faux.

Combien coûte l'API Google Places ?

L'API Google Places coûte entre $0 et $40.00 pour 1 000 requêtes selon le SKU dans lequel tombe votre requête, et chaque SKU embarque un quota gratuit mensuel de 1 000 à 10 000 appels qui se réinitialise chaque mois. Pas de frais par utilisateur, pas de dépense minimale et aucun coût pour la clé API elle-même : vous payez à la requête, et le prix de cette requête est décidé par les champs que vous listez dans le field mask obligatoire.

Voici le tableau qui répond à l'essentiel du trafic sur cette requête. Tous les chiffres sont en USD pour 1 000 requêtes, sur la tranche de volume mensuel de 0 à 100 000.

Source : liste de prix des services principaux de Google Maps Platform, lue le 28 août 2026. Google révise cette liste ; vérifiez la page en ligne avant de budgéter.

Deux conséquences directement exploitables. D'abord, la recherche utile la moins chère de tout le catalogue est gratuite : Text Search Essentials (IDs Only) est à $0 avec un quota gratuit illimité, donc la découverte ne coûte rien tant que vous ne voulez que des identifiants. Ensuite, le passage de Pro à Enterprise n'est pas le saut de $3.00 pour 1 000 qu'il semble être. C'est $3.00 plus la perte de 4 000 appels gratuits par mois, et à faible volume cette seconde partie représente la totalité de la facture.

Les trois catégories de prix qui fixent votre tarif

Google Maps Platform range chaque champ Places dans trois catégories de prix, plus un modificateur Atmosphere qui vient s'ajouter à Enterprise. C'est cette taxonomie, et non l'endpoint que vous appelez, qui détermine votre facture. Voici les listes de champs telles que publiées sur la page Places API data fields de Google (lue le 28 août 2026, page mise à jour le 2026-08-25) :

• Essentials (IDs Only). id, name, attributions, photos. Gratuit, illimité, et le seul palier sans aucun plafond.
• Essentials. formattedAddress, shortFormattedAddress, addressComponents, postalAddress, location, viewport, plusCode, types. L'adresse postale et les coordonnées.
• Pro. displayName, businessStatus, primaryType, primaryTypeDisplayName, googleMapsUri, googleMapsLinks, timeZone, utcOffsetMinutes, openingDate, entrances, containingPlaces. La couche identité et classification.
• Enterprise. websiteUri, nationalPhoneNumber, internationalPhoneNumber, regularOpeningHours, currentOpeningHours, rating, userRatingCount, priceLevel, priceRange. Tout ce avec quoi vous contacteriez réellement un établissement.
• Enterprise + Atmosphere. Tout Enterprise, plus reviews, reviewSummary, editorialSummary, generativeSummary, parkingOptions, accessibilityOptions, outdoorSeating, servesBreakfast et le reste du bloc équipements.

La règle de facturation est énoncée noir sur blanc sur la page Places API Usage and Billing de Google (lue le 28 août 2026) : « Vous êtes alors facturé au SKU le plus élevé applicable à votre requête. Autrement dit, si vous sélectionnez des champs à la fois dans les SKU Essentials et Pro, vous êtes facturé sur la base du SKU Pro. »

Cette seule phrase explique la majorité des factures surprises. websiteUri est une simple chaîne de caractères. L'ajouter à un field mask par ailleurs de niveau Pro retarife chaque requête du job et fait passer votre quota gratuit de 5 000 à 1 000. Il n'existe aucune facturation partielle et aucun moyen de payer le tarif Pro pour les champs Pro et le tarif Enterprise pour l'unique champ Enterprise.

L'API Google Places est-elle gratuite ?

Non, l'API Google Places n'est pas gratuite, mais chaque SKU payant dispose d'un quota gratuit mensuel qui se réinitialise le premier du mois, et les petits projets ne paient réellement jamais. Google a remplacé l'ancien crédit mensuel récurrent de $200 le 1er mars 2025 par un seuil d'utilisation gratuite par SKU, documenté dans la FAQ facturation de Maps Platform (lue le 28 août 2026).

Source : FAQ facturation de Maps Platform et liste de prix des services principaux, toutes deux lues le 28 août 2026.

Trois choses sur le quota gratuit de l'API Google Places qui prennent les gens de court. Le quota est par SKU, pas par projet : un job qui touche Text Search Enterprise et Place Details Enterprise puise dans deux réserves distinctes de 1 000 appels. Il est par mois calendaire et ne se reporte pas. Et l'ancien crédit de $200 a disparu, donc un projet qui tournait gratuitement grâce au crédit peut désormais être facturé dès le 1 001e appel Enterprise.

Google Maps Platform vend aussi des abonnements optionnels à prix fixe en alternative au paiement à l'usage, listés sur la page abonnements (lue le 28 août 2026) : Starter à $100 par mois pour 50 000 appels, Essentials à $275 par mois pour 100 000 appels et Pro à $1,200 par mois pour 250 000 appels, avec un plan Enterprise sur devis. Les appels au-delà de la limite de votre plan sont facturés aux tarifs standards du paiement à l'usage. Les abonnements ne valent la peine d'être modélisés qu'une fois votre facture à l'usage stable et prévisible, car un plan sous-utilisé est de l'argent brûlé.

Une clé API Google Places est-elle gratuite ?

Oui. Créer une clé API pour Google Places ne coûte rien, et il n'y a aucun frais récurrent pour en détenir une ; vous n'êtes facturé que pour les requêtes émises par la clé. Ce que vous ne pouvez pas contourner, c'est le compte de facturation : le guide de création de clé API Places de Google (lu le 28 août 2026) indique que « les produits Google Maps Platform exigent des clés API à des fins d'authentification et de facturation, ce qui relie votre projet et votre compte de facturation à l'API ».

Les réponses honnêtes aux questions que les gens tapent vraiment :

• Combien coûte une clé API Google Places ? $0. La clé est un identifiant. Le coût se paie à la requête émise avec elle.
• Comment obtenir une clé API Google Places gratuitement ? Créez un projet Google Cloud, rattachez-lui un compte Cloud Billing, activez l'API Places et générez une clé dans la console. La garder gratuite signifie rester dans les plafonds mensuels par SKU ci-dessus.
• Faut-il payer pour une API Google ? Seulement quand votre usage d'un SKU donné dépasse le seuil gratuit mensuel de ce SKU. En dessous, la facture est de $0.
• Quelle API Google est gratuite ? Au sein de Maps Platform, les SKU sans coût sont ceux dont le quota gratuit est illimité : Text Search Essentials (IDs Only), Place Details Essentials (IDs Only) et Autocomplete Session Usage, tous listés à $0 sur la liste de prix des services principaux.

Une seule clé couvre tout ce que vous activez sur le projet, donc une clé Google unique pour Places, Geocoding et les SDK Maps est parfaitement normal. La facturation reste par SKU, ce qui veut dire qu'avec une clé partagée, le détail par SKU de la console est le seul endroit où vous pouvez voir où est parti l'argent.

Google recommande fortement de restreindre une clé API aux seules API dont elle a besoin. Une clé non restreinte qui fuite dans un bundle client vous est facturée aux mêmes tarifs que votre propre trafic, et les SKU Enterprise sont ceux que le script d'un attaquant frappera le plus fort.

Tarifs de l'API Places, SKU par SKU

Les tarifs de l'API Google Maps sont publiés sous forme d'une liste unique de services principaux couvrant tous les produits, et à l'intérieur, les tarifs de la Places API (New) forment une échelle par SKU avec des remises de volume automatiques qui montent désormais jusqu'à 5 000 000+ d'événements facturables mensuels, contre un seuil de 100 000+ avant mars 2025. Tous les chiffres des trois tableaux ci-dessous sont en USD pour 1 000 requêtes, relevés sur la liste de prix des services principaux le 28 août 2026.

SKU Essentials (10 000 gratuits par SKU et par mois)

SKU Pro (5 000 gratuits par SKU et par mois)

SKU Enterprise (1 000 gratuits par SKU et par mois)

L'échelle complète de Text Search Enterprise donne $35.00 pour les 100 000 premières requêtes, $28.00 de 100 000 à 500 000, $21.00 de 500 000 à 1 000 000, $10.50 de 1 000 000 à 5 000 000 et $2.63 au-delà de 5 000 000. La remise est réelle et automatique, mais elle ne commence à mordre qu'à des volumes que la plupart des projets de données locales n'atteignent jamais. Si votre dépense Places mensuelle tient sur trois chiffres, vous payez le haut de l'échelle sur chacun de vos appels.

Les coûts qui ne figurent pas sur la page de tarification

La grille tarifaire est honnête et complète. Ce qu'elle ne vous dit pas, c'est combien de requêtes un résultat donné exige réellement, et c'est dans ce multiplicateur que se cache la surprise. Six facteurs, dans l'ordre où ils mordent habituellement :

Sources : Places API Usage and Billing, Text Search (New) et Nearby Search (New), toutes lues le 28 août 2026.

Le plafond de 60 résultats mérite son propre paragraphe, car c'est celui que personne n'intègre à son budget. Si vous construisez un jeu de données plutôt qu'un champ de recherche, vous ne faites pas une requête par ville, vous faites une requête par sous-zone et par page. Une ville comptant 600 établissements correspondants exige de subdiviser la zone de recherche en assez de tuiles pour qu'aucune ne dépasse 60 résultats, puis trois requêtes paginées par tuile, puis une déduplication par place ID de votre côté. Cela fait environ 70 requêtes facturées pour répondre à ce qui ressemblait à une seule question, et comme les tuiles se chevauchent, une part non négligeable de ces requêtes renvoie des lieux que vous détenez déjà.

Côté mise en cache : ce que vous pouvez stocker, pendant combien de temps et ce qui doit être redemandé relève des conditions Maps Platform de Google, pas de la page de tarification. Nous parcourons ces documents clause par clause, liens à l'appui, dans Conditions Google Places API : scraping, stockage et règles de cache. Seule la conséquence sur le coût a sa place ici, et elle est simple : si un champ ne peut pas être entreposé, chaque cycle de rafraîchissement repaie le prix plein de la requête.

Exemple chiffré : toutes les cliniques dentaires d'Austin

Voici un travail concret chiffré de bout en bout. Objectif : toutes les cliniques dentaires dans un rayon de 20 km autour d'Austin, au Texas, avec nom, adresse, téléphone, site web, horaires d'ouverture et note. On suppose que la zone contient environ 600 établissements correspondants et que la grille se résout en 24 tuiles. Remplacez par votre ville, votre verticale et votre nombre de tuiles dans le même calcul.

Étape 1 : compter les requêtes. Un Text Search renvoie 20 résultats par page et un maximum absolu de 60 sur l'ensemble des pages, donc 600 établissements ne peuvent pas sortir d'une seule requête. Vingt-quatre tuiles à trois pages chacune font 72 requêtes Text Search.

Étape 2 : identifier votre SKU. Le mask a besoin de websiteUri, nationalPhoneNumber, regularOpeningHours, rating et userRatingCount. Ces cinq champs sont des champs Enterprise, donc les 72 requêtes sont facturées en Text Search Enterprise à $35.00 pour 1 000.

Étape 3 : appliquer le quota gratuit. Les SKU Enterprise offrent 1 000 appels gratuits par mois. 72 tient largement dedans, donc la réponse honnête pour une ville, une fois, est $0.00. Google est gratuit à cette échelle et toute page qui vous dit le contraire vend quelque chose.

Étape 4 : passer à l'échelle. Faites tourner la même grille sur 50 métropoles une fois par mois et vous émettez 3 600 requêtes. Retirez les 1 000 gratuites et vous facturez 2 600 à $0.035 pièce : $91.00 par mois.

Étape 5 : chiffrer les cinq champs. Retirez websiteUri, nationalPhoneNumber, regularOpeningHours, rating et userRatingCount du mask et ces mêmes 3 600 requêtes sont facturées en Text Search Pro, dont le quota gratuit mensuel est de 5 000. La facture tombe à $0.00. Ces cinq champs coûtent $91.00 par mois, et $0 de ce montant n'apparaît comme ligne sur la page de tarification.

Étape 6 : observer la fin de la linéarité. Passez à 200 métropoles rafraîchies chaque semaine : 200 métropoles x 24 tuiles x 3 pages x 4 passages = 57 600 requêtes par mois. Moins les 1 000 gratuites, 56 600 sont facturées à $0.035, soit $1,981.00 par mois, toujours dans la première tranche de volume. Ajoutez le champ reviews et chaque requête bascule en Enterprise + Atmosphere à $0.040, ce qui porte le même travail à $2,264.00 par mois. Un champ, $283.00.

Étape 7 : vérifier la taxe de grille. En théorie, 30 000 lieux uniques coûtent 1 500 requêtes groupées, dont 500 facturables, soit $17.50. En pratique, l'étape 4 a facturé $91.00 pour ces mêmes 30 000 lieux. Cet écart d'un facteur cinq, c'est le chevauchement des tuiles et les pages incomplètes, et c'est toute la différence entre ce qu'un calculateur de tarifs prédit et ce qui arrive vraiment.

Il existe une seconde voie qu'il vaut la peine de connaître. Text Search Essentials (IDs Only) est à $0 avec un quota illimité : vous pouvez donc découvrir les place IDs gratuitement, puis appeler Place Details Enterprise à $20.00 pour 1 000 uniquement pour les lieux qui vous intéressent. Pour 30 000 lieux, cela fait 29 000 détails facturables après les 1 000 gratuits, soit $580.00 : la voie perd nettement sur du volume. Elle gagne de façon décisive quand vous détenez déjà les place IDs et qu'il vous faut des détails frais sur une poignée d'entre eux.

Le même travail sur biz collect

biz collect facture des crédits, pas des tarifs par SKU. La formule est publiée dans la spec OpenAPI 3.1 : credits_charged = tile_count x result_pages x unique keyword queries x 20. Le job d'Austin donne 24 x 3 x 1 x 20 = 1 440 crédits.

Deux remarques honnêtes sur ce tableau. À raison d'une ville par mois, Google ne coûte rien et nous coûtons des crédits : donc si vous n'avez besoin que des champs Places, appelez Google directement. À 50 métropoles par mois, la situation ne s'inverse pas non plus : ce job représente 72 000 crédits, plus que les 30 000 du plan Business, il tombe donc en recharges alors que Google facture $91.00. Ce que les crédits achètent, c'est la grille, le dédoublonnage, le crawl des sites web et les e-mails, pas une copie moins chère des données de Google. Si votre travail s'arrête aux champs Places, Google est le meilleur outil et nous préférons le dire plutôt que d'habiller le calcul.

L'appel unique équivalent, en mode synchrone pour qu'un agent récupère les résultats en ligne :

# L'URL de base de l'API et votre clé sont toutes deux affichées dans la doc sur /docs
BIZ_API="https://kindly-lyrebird-376.convex.site/api/v1"

curl -X POST "$BIZ_API/search" \
  -H "Authorization: Bearer biz_live_..." \
  -H "Content-Type: application/json; charset=utf-8" \
  -d '{
    "location": "Austin, Texas",
    "keywords": ["dental clinic"],
    "radius_km": 20,
    "result_pages": 3,
    "coverage": "exhaustive",
    "max_credits": 1500,
    "scrape_emails": true,
    "wait": true,
    "wait_timeout_seconds": 540
  }'

{
  "job_id": "j_a91k...",
  "status": "completed",
  "results_count": 613,
  "tile_count": 24,
  "coverage_truncated": false,
  "wait_timed_out": false,
  "businesses": [
    {
      "name": "Example Dental Clinic",
      "address": "...",
      "phone": "+1 512 ...",
      "website": "https://...",
      "emails": ["hello@..."],
      "rating": 4.8,
      "user_rating_count": 214
    }
  ]
}

max_credits est le plafond de dépense : si la grille complète coûtait davantage, la liste des tuiles est tronquée aux tuiles les plus centrales et le job revient marqué coverage_truncated: true plutôt que de vous facturer discrètement plus que ce que vous aviez accepté. Les valeurs ci-dessus illustrent la forme de la réponse, ce ne sont pas une promesse de couverture ; le nombre d'établissements que renvoie une ville et la proportion d'entre eux qui publient un e-mail sur leur propre site varient selon la ville et la verticale.

Ce qu'aucun SKU Places ne renvoie : les e-mails de contact

Il n'existe aucun champ e-mail dans l'API Places, à aucun palier tarifaire. Ni dans Essentials, ni dans Pro, ni dans Enterprise, ni dans Enterprise + Atmosphere. La référence des champs de données (lue le 28 août 2026) liste websiteUri, nationalPhoneNumber et internationalPhoneNumber sous Enterprise, et la surface de contact s'arrête là.

C'est une limite de périmètre, pas un problème de qualité. L'API Google Maps Places est conçue pour alimenter des cartes, des sélecteurs de lieux et des localisateurs de points de vente à l'intérieur d'un produit, et elle le fait très bien : fraîche, faisant autorité, cohérente à l'échelle mondiale, bien documentée, avec une grille tarifaire honnête. Les données de contact sortant n'ont jamais fait partie du périmètre. Payer plus ne les débloque pas, et aucune combinaison de field masks ne les produit.

Donc si votre projet doit envoyer des e-mails à ces établissements, la facture ci-dessus n'est que la première ligne de votre budget réel. La deuxième ligne, c'est le crawler : récupérer chaque websiteUri, analyser les pages contact et mentions légales, gérer les sites uniquement en JavaScript, dédoublonner les adresses et maintenir tout cela en vie à mesure que ces sites changent. Ce travail n'apparaît sur aucune page de tarification Google parce que Google ne le fait pas. Nous en détaillons la mécanique dans comment trouver les adresses e-mail d'une entreprise et le détail de l'extraction dans extraire les e-mails de n'importe quel site web.

Pour la décision plus large, savoir laquelle de l'API Places, d'un scraper Google Maps ou d'une API de données d'entreprises convient à votre cas d'usage, la comparaison complète à trois se trouve dans Google Places API vs scrapers vs API de données d'entreprises. Si vous pesez spécifiquement l'option scraper, Google Places scraper : extraire des données d'entreprises couvre la voie de l'extraction. Et si vous cherchez une alternative à l'API Google Places qui renvoie directement du JSON, le guide des API de données d'entreprises compare onze fournisseurs sur ce que chacun renvoie réellement, tandis que API de leads d'entreprises gratuite couvre ce que $0 vous achète chez chacun d'eux.

Sept leviers pour réduire une facture Places API

Chaque levier ci-dessous déplace un chiffre des tableaux plus haut. Ils sont classés par économie typique.

1. Auditez le field mask en premier. Retirer un champ Enterprise d'un mask de niveau Pro économise $3.00 pour 1 000 et restitue 4 000 appels gratuits par mois. C'est le changement au plus fort effet de levier et il prend en général dix minutes.
2. Ne demandez jamais reviews par réflexe. Ce champ tire tout le job en Enterprise + Atmosphere à $40.00 pour 1 000, une prime de 14 % sur le tarif Enterprise de $35.00, et ce sur chaque requête du job plutôt que sur les seules requêtes dont vous lisez les avis.
3. Utilisez la découverte IDs-only quand vous savez déjà ce que vous cherchez. Text Search Essentials (IDs Only) est à $0 avec un quota illimité. Associez-la à Place Details uniquement pour les lieux qui survivent à votre filtre.
4. Répartissez le mask sur deux appels quand la coupure est peu coûteuse. Place Details Essentials est à $5.00 pour 1 000 avec 10 000 gratuits ; Place Details Enterprise est à $20.00 avec 1 000 gratuits. Si la plupart de vos fiches n'ont besoin que d'une adresse, ne payez pas le tarif Enterprise pour toutes.
5. Arrêtez la pagination tôt. Chaque page nextPageToken est une requête facturée séparément au tarif plein du SKU. Si votre filtre jette tout ce qui se situe au-delà du rang 20, les pages deux et trois représentent les deux tiers du coût de cette requête dépensés sur des lignes que vous jetez.
6. Dimensionnez la grille sur les données, pas sur la carte. Les tuiles qui renvoient moins de 20 résultats sont les requêtes les plus chères du job en coût par établissement unique. Subdivisez les zones denses, pas les zones vides.
7. Traitez les quotas gratuits comme une contrainte de conception, pas comme une remise. À 1 000 appels Enterprise gratuits par mois, le premier vrai job de production épuise le quota. Modélisez votre facture à partir de la requête 1 001, pas de la requête 1.

Rien de tout cela ne change la structure de fond : la tarification de Google Maps Platform se fait à la requête, le prix de la requête est fixé par votre champ le plus cher, et le nombre de requêtes est fixé par le plafond de 60 résultats. Tout le reste est de l'optimisation à l'intérieur de ces trois faits.

L'essentiel sur les tarifs de l'API Places

Trois décisions pilotent la totalité de la facture. Les champs que vous demandez, parce que la catégorie la plus élevée de votre mask tarife la requête entière et fixe votre quota gratuit. Le nombre de requêtes que coûte une seule réponse, parce que le plafond de 60 résultats transforme une ville en dizaines de tuiles à trois pages chacune. La fréquence de rafraîchissement, parce que les conditions de Google restreignent l'entreposage du contenu Places, donc une reconstruction mensuelle repaie la même facture chaque mois. Maîtrisez ces trois points et la page de tarification de Google Maps Platform devient prévisible plutôt qu'alarmante.

Quand l'API Places est le bon outil, elle l'est de façon décisive, et à petit volume elle est gratuite. Là où elle s'arrête, ce sont les données de contact : aucun SKU ne renvoie d'adresse e-mail, donc un projet qui doit joindre ces établissements a encore un crawler à construire et à maintenir. C'est ce manque que biz collect comble. Un appel transforme une ville plus des mots-clés en JSON structuré avec nom, adresse, téléphone, site web, e-mails, réseaux sociaux, horaires et notes, en asynchrone avec un mode synchrone wait: true, une spec OpenAPI 3.1 et des webhooks, à 20 crédits par page de résultats Google Places. Les nouveaux comptes reçoivent 200 crédits à l'inscription sans carte bancaire, soit dix pages de résultats pour tester la forme des données avant de vous engager sur quoi que ce soit.

Essayez avec un seul appel API. Lisez la spec OpenAPI, puis expédiez.