Gérer les coûts Google Maps Platform

Google Maps Platform propose plusieurs options pour contrôler votre consommation et vous assurer que votre utilisation correspond à votre budget. Options :

• Évitez les frais en limitant le nombre d'événements de facturation déclenchés par votre application.
• Recevez une notification lorsque votre utilisation approche de limites de budget ou d'API spécifiques.
• Créez vos applications de manière plus rentable.

Le tableau suivant présente les options disponibles.

Arrêter les frais	Recevoir une notification	Développer pour réduire les coûts
Modifier les limites de quota	Créer des budgets et des alertes de budget	Suivre des stratégies d'implémentation économiques

Votre responsabilité concernant les frais : vous êtes financièrement responsable des frais occasionnés par l'utilisation abusive de clés API sans restriction. Nous vous recommandons de restreindre vos clés API ou de vous authentifier à l'aide d'OAuth 2.0, si possible.

Quotas

Les quotas limitent la quantité d'un service Google Maps Platform que votre projet Google Cloud peut utiliser. Les quotas sont destinés à garantir l'équité et à réduire les pics d'utilisation et de disponibilité des ressources. Pour en savoir plus, consultez la présentation de Cloud Quotas.

Important : La page Quotas reflète l'utilisation en temps réel pour la résilience du service, mais ne constitue pas une source de vérité pour la facturation. Pour gérer précisément votre budget et afficher les frais finalisés, utilisez toujours le tableau de bord Cloud Billing, qui peut présenter une latence allant jusqu'à 48 heures.

Les éléments suivants sont comptabilisés dans le quota :

• Requêtes réussies
• Requêtes provoquant des erreurs de serveur

Les éléments suivants ne sont pas comptabilisés dans le quota :

• Celles qui échouent à l'authentification

Vous pouvez configurer des alertes de quota pour être averti lorsque l'utilisation de votre API approche de la limite. Pour en savoir plus, consultez Configurer des alertes de quota et la surveillance.

Les limites de quota vous aident à contrôler l'utilisation de votre API et à éviter les frais inattendus en plafonnant le nombre de requêtes que votre projet peut effectuer. Bien que les limites de quota soient définies par défaut, elles peuvent être augmentées ou diminuées en envoyant une demande d'ajustement. Pour en savoir plus sur la gestion des quotas, consultez Afficher et gérer les quotas.

Un quota définit l'utilisation maximale d'une API par votre projet. Il définit donc également le montant maximal qui peut vous être facturé pour cette API. La réduction d'un quota abaisse ce plafond. L'augmentation d'un quota signifie que votre projet peut effectuer davantage de requêtes facturables avant que l'API ne cesse de répondre. Une augmentation de quota ne limite pas vos dépenses et ne vous protège pas contre les frais inattendus.

Par exemple, supposons qu'un bug dans votre code de pagination demande sans cesse la page de résultats suivante sans condition d'arrêt. Avec un quota de 10 000 requêtes par jour, l'API rejette les requêtes de la boucle après les 10 000 premières. Si vous augmentez le quota à 100 000 requêtes par jour, la même boucle peut effectuer 10 fois plus de requêtes facturables avant que l'API ne les rejette.

Un quota limite également le coût du trafic indésirable, comme les requêtes provenant de robots d'exploration automatisés ou d'une autre personne utilisant votre clé API, mais il ne s'agit pas de votre principale protection contre ce trafic. Pour bloquer le trafic indésirable, limitez vos clés API à vos applications et aux API qu'elles utilisent. Utilisez les quotas comme filet de sécurité.

Ne demandez une augmentation de quota que lorsque votre application a besoin d'une capacité supérieure pour le trafic attendu, par exemple lors d'un lancement de produit ou d'un pic saisonnier.

Attention : Si vous définissez un quota trop faible, vous risquez de ne pas pouvoir utiliser l'API, ce qui pourrait entraîner une interruption de service visible par l'utilisateur dans votre application.

Définir des limites de quota

Pour imposer une limite stricte à l'utilisation d'une API, réduisez son quota quotidien. Lorsque votre projet atteint la limite, les requêtes adressées à cette API échouent pour le reste de la journée. La limite s'applique à nouveau chaque jour, car les quotas quotidiens sont réinitialisés à minuit (heure du Pacifique). Définissez une limite suffisamment élevée pour le trafic normal de votre application. Par exemple, si votre application effectue généralement environ 2 000 requêtes par jour et jusqu'à 3 000 les jours de forte activité, une limite de 4 000 requêtes par jour couvre vos jours les plus chargés et arrête une boucle d'emballement à 4 000 requêtes.

Pour modifier une limite, ouvrez la page Quotas dans la console Cloud, sélectionnez l'API, puis modifiez le quota. Pour connaître la procédure détaillée, consultez Afficher et gérer les quotas.

Pour ne pas dépasser la limite d'utilisation sans frais mensuelle d'un SKU, divisez la limite d'utilisation sans frais par 31 (le nombre maximal de jours dans un mois) et arrondissez à l'entier inférieur. Définissez le résultat comme limite quotidienne du quota qui comptabilise ce que le SKU facture. Par exemple, si un SKU est soumis à une limite d'utilisation sans frais de 1 000 événements facturables par mois, divisez 1 000 par 31 pour obtenir environ 32,3. Une limite quotidienne de 32 maintient l'utilisation à 992 ou moins au cours d'un mois donné. Les limites d'utilisation sans frais peuvent changer. Vérifiez donc la limite actuelle pour chaque SKU avant de définir une limite.

Avant de définir une limite quotidienne, vérifiez comment le SKU est facturé :

• Unité de facturation : certains SKU sont facturés par élément ou par chargement de carte, et non par requête. Par exemple, les requêtes computeRouteMatrix sont facturées par élément, c'est-à-dire le nombre de points de départ multiplié par le nombre de destinations. Une requête comportant cinq points de départ et dix destinations est facturée pour 50 éléments. Si vous définissez une limite de 32 requêtes par jour, votre application peut toujours utiliser 1 600 éléments par jour. Pour ces SKU, réduisez le quota quotidien qui comptabilise la même unité, par exemple les éléments par jour, et non les requêtes par jour.
• Aucun quota correspondant : certaines unités de facturation, telles que les sessions, n'ont pas de quota correspondant. Un quota de requêtes limite toujours cette utilisation, car chaque session inclut au moins une requête, mais il peut bloquer le trafic avant que vous n'atteigniez le plafond d'utilisation sans frais.
• Plus d'un SKU par API : si les requêtes adressées à une API peuvent déclencher plusieurs SKU, basez la limite sur le SKU dont le plafond d'utilisation sans frais est le plus bas.
• Plusieurs API par SKU : si plusieurs API de votre projet sont facturées sur le même SKU, répartissez la limite quotidienne entre ces API.

Remarque : En raison de la séparation technique entre les systèmes de quota et de facturation, des écarts peuvent exister entre ces métriques. Si vous utilisez des quotas pour respecter un budget spécifique, envisagez de définir des limites de quota légèrement inférieures à votre maximum absolu.

Ajuster le quota si nécessaire

Examinez et ajustez régulièrement vos quotas d'API pour optimiser l'utilisation et les coûts, tout en trouvant un équilibre entre la prévention des dépenses excessives et le bon fonctionnement de votre application.

• Surveillez vos modèles d'utilisation des API dans la console Google Cloud. Définissez des quotas qui correspondent à votre budget et évitent les dépenses excessives.
• Assurez-vous que les quotas peuvent gérer les périodes d'utilisation de pointe.
• Effectuez des ajustements progressifs et testez minutieusement votre application après chaque modification pour éviter les perturbations.

Budgets et alertes

Si vous disposez d'un budget spécifique pour votre utilisation de Google Maps Platform, vous pouvez éviter les mauvaises surprises sur votre facture en créant des budgets et des alertes Cloud Billing.

Point clé : Dans Google Cloud, un budget est un montant cible que vous souhaitez dépenser sur une période spécifique, par exemple par mois. Les budgets peuvent s'appliquer globalement au niveau de l'organisation, du projet ou du service.

Vous pouvez définir des alertes budgétaires pour être averti lorsque vous avez atteint un certain pourcentage de votre budget total, afin de voir l'évolution de vos coûts d'utilisation au fil du temps.

Pour en savoir plus, consultez Créer, modifier ou supprimer une alerte de budget.

Rappel : Définir un budget ne limite pas automatiquement l'utilisation ou les dépenses de Google Cloud ou de Google Maps Platform. Les e-mails d'alerte budgétaire peuvent vous inviter à prendre des mesures pour contrôler vos coûts, mais ils n'empêchent pas automatiquement l'utilisation ni la facturation de vos services lorsque le montant du budget ou les règles de seuil sont atteints ou dépassés.

Gestion stratégique des coûts

Une budgétisation efficace implique d'utiliser des options sans frais ou moins coûteuses chaque fois que possible. Cette section explore différentes stratégies pour minimiser les coûts.

Utiliser l'API Maps Static autant que possible

Les situations suivantes fonctionnent bien avec les cartes statiques, qui permettent d'afficher des cartes simples ne nécessitant qu'un seul repère :

• Vous commencez avec un prototype qui ne comporte pas encore beaucoup de fonctionnalités.
• Vous n'avez aucune personnalisation de carte.
• Vous n'utilisez pas plus d'un repère.
• Vous n'avez pas besoin de prendre en charge l'interaction utilisateur à l'aide de cartes dynamiques ou de Street View dynamique.

Chargement différé à l'aide de miniatures

Les vignettes (petites images de carte) sont un bon cas d'utilisation de l'API Maps Static. Ces éléments sont facturés à un tarif inférieur à celui des chargements de cartes dynamiques. En cas d'interaction utilisateur, ils peuvent diriger les utilisateurs vers une version dynamique de Google Maps (clic). Vous ne payez ainsi que pour les chargements de cartes dynamiques pour les utilisateurs engagés.

Utiliser des catégories de tarification moins chères

Google fournit un nombre différent d'événements d'utilisation sans frais pour chaque catégorie de tarification. Vous pouvez optimiser votre application pour utiliser les fonctionnalités des catégories "Essentials" ou "Pro", où vous disposez de plus d'événements d'utilisation mensuels sans frais. En savoir plus sur les catégories de tarification

Regrouper plusieurs cartes

Si votre implémentation affiche plusieurs cartes, suivez ces consignes :

• Ne chargez les cartes que lorsque cela est nécessaire, afin de réduire les ressources inutiles.
• Réutilisez une seule carte en mettant à jour sa fenêtre d'affichage, son zoom et ses repères si nécessaire.
• Utilisez la solution Store Locator Plus si vous affichez plusieurs cartes pour indiquer l'emplacement de vos magasins.
• Utilisez une seule carte par écran d'interface utilisateur, car les utilisateurs n'interagissent généralement qu'avec une seule carte à la fois.

Mettre en cache le contenu lorsque cela est autorisé

La plupart des produits Google Maps Platform interdisent la mise en cache du contenu. Toutefois, certaines exceptions vous permettent de mettre en cache leurs résultats pendant 30 jours maximum. Pour en savoir plus, consultez les Conditions d'utilisation de Google Maps Platform.