Kosten für die Google Maps Platform verwalten

Die Google Maps Platform bietet verschiedene Optionen, mit denen Sie Ihren Verbrauch im Blick behalten und dafür sorgen können, dass Ihre Nutzung im Rahmen Ihres Budgets bleibt. Folgende Optionen sind verfügbar:

• Sie können Kosten vermeiden, indem Sie die Anzahl der Abrechnungsereignisse begrenzen, die Ihre App auslöst.
• Sie können sich benachrichtigen lassen, wenn sich Ihre Nutzung bestimmten Budget- oder API-Limits nähert.
• Kosteneffizientere Apps entwickeln

In der folgenden Tabelle sind die Optionen aufgeführt.

Gebühren stoppen	Benachrichtigungen erhalten	Für niedrigere Kosten entwickeln
Kontingentlimits ändern	Budgets und Budgetbenachrichtigungen erstellen	Kosteneffiziente Implementierungsstrategien verfolgen

Ihre Verantwortung für Gebühren: Sie sind finanziell für Gebühren verantwortlich, die durch den Missbrauch uneingeschränkter API-Schlüssel entstehen. Als Best Practice wird empfohlen, API-Schlüssel einzuschränken oder, falls unterstützt, die Authentifizierung mit OAuth 2.0 zu verwenden.

Kontingente

Kontingente schränken ein, wie viel von einem Google Maps Platform-Dienst Ihr Google Cloud-Projekt nutzen kann. Kontingente sollen für Fairness sorgen und Spitzen bei der Ressourcennutzung und ‑verfügbarkeit reduzieren. Weitere Informationen finden Sie unter Cloud-Kontingente – Übersicht.

Wichtig: Auf der Seite Kontingente wird die Echtzeitnutzung für die Dienststabilität angezeigt. Sie ist jedoch keine Quelle für die Abrechnung. Für eine genaue Budgetverwaltung und zum Aufrufen der endgültigen Gebühren sollten Sie immer das Cloud Billing-Dashboard verwenden, das eine Latenz von bis zu 48 Stunden haben kann.

Folgendes wird auf das Kontingent angerechnet:

• Erfolgreiche Anforderungen
• Anfragen, die Serverfehler verursachen

Folgendes wird nicht auf das Kontingent angerechnet:

• Anfragen, bei denen die Authentifizierung fehlschlägt

Sie können Kontingentbenachrichtigungen einrichten, um benachrichtigt zu werden, wenn sich Ihre API-Nutzung dem Limit nähert. Weitere Informationen finden Sie unter Kontingentbenachrichtigungen und ‑monitoring einrichten.

Kontingentlimits helfen Ihnen, die API-Nutzung zu steuern und unerwartete Kosten zu vermeiden, indem die Anzahl der Anfragen, die Ihr Projekt stellen kann, begrenzt wird. Kontingentlimits sind standardmäßig festgelegt, können aber durch Einreichen einer Anpassungsanfrage erhöht oder verringert werden. Weitere Informationen zum Verwalten von Kontingenten finden Sie unter Kontingente aufrufen und verwalten.

Ein Kontingent legt fest, wie oft Ihr Projekt eine API maximal verwenden kann. Es legt also auch fest, wie viel Ihnen für diese API maximal in Rechnung gestellt werden kann. Wenn Sie ein Kontingent verringern, wird diese Obergrenze gesenkt. Wenn Sie ein Kontingent erhöhen, kann Ihr Projekt mehr abrechenbare Anfragen stellen, bevor die API nicht mehr antwortet. Eine Kontingenterhöhung begrenzt Ihre Ausgaben nicht und schützt Sie nicht vor unerwarteten Gebühren.

Angenommen, ein Fehler in Ihrem Paginierungscode fordert die nächste Ergebnisseite ohne Abbruchbedingung an. Bei einem Kontingent von 10.000 Anfragen pro Tag lehnt die API die Anfragen der Schleife nach den ersten 10.000 Anfragen ab. Wenn Sie das Kontingent auf 100.000 Anfragen pro Tag erhöhen,kann dieselbe Schleife zehnmal so viele abrechenbare Anfragen stellen, bevor sie von der API abgelehnt werden.

Ein Kontingent begrenzt auch die Kosten für unerwünschten Traffic, z. B. Anfragen von automatisierten Crawlern oder von anderen Personen, die Ihren API-Schlüssel verwenden. Es ist jedoch nicht Ihr Hauptschutz gegen diesen Traffic. Wenn Sie unerwünschten Traffic blockieren möchten, schränken Sie Ihre API-Schlüssel auf Ihre Apps und die von ihnen verwendeten APIs ein. Verwenden Sie Kontingente als Backstop.

Fordern Sie eine Kontingenterhöhung nur an, wenn Ihre Anwendung mehr Kapazität für erwarteten Traffic benötigt, z. B. bei einer Produkteinführung oder einem saisonalen Höhepunkt.

Achtung: Wenn Sie ein zu niedriges Kontingent festlegen, kann dies die Nutzung der API beeinträchtigen, was zu einem für Nutzer sichtbaren Ausfall Ihrer Anwendung führen kann.

Kontingentlimits festlegen

Wenn Sie die Nutzung einer API strikt begrenzen möchten, senken Sie das Tageskontingent. Wenn Ihr Projekt das Limit erreicht, schlagen Anfragen an diese API für den Rest des Tages fehl. Das Limit gilt jeden Tag neu, da die Tageskontingente um Mitternacht (Pacific Standard Time) zurückgesetzt werden. Legen Sie das Limit hoch genug für den normalen Traffic Ihrer Anwendung fest. Wenn Ihre App beispielsweise normalerweise etwa 2.000 Anfragen pro Tag und an Tagen mit hohem Traffic bis zu 3.000 Anfragen stellt, deckt ein Limit von 4.000 Anfragen pro Tag Ihre Tage mit hohem Traffic ab und stoppt eine Endlosschleife bei 4.000 Anfragen.

Wenn Sie ein Limit ändern möchten, öffnen Sie in der Cloud Console die Seite Kontingente, wählen Sie die API aus und bearbeiten Sie das Kontingent. Eine detaillierte Anleitung finden Sie unter Kontingente aufrufen und verwalten.

Wenn Sie die monatliche Obergrenze für die kostenlose Nutzung einer SKU nicht überschreiten möchten, teilen Sie die Obergrenze für die kostenlose Nutzung durch 31 (die maximale Anzahl von Tagen in einem Monat) und runden Sie das Ergebnis ab. Legen Sie das Ergebnis als Tageslimit für das Kontingent fest, das die Abrechnung der SKU zählt. Wenn eine SKU beispielsweise ein Limit für die kostenlose Nutzung von 1.000 abrechenbaren Ereignissen pro Monat hat, teilen Sie 1.000 durch 31, um etwa 32,3 zu erhalten. Bei einem Tageslimit von 32 GB bleibt die Nutzung in jedem Monat bei maximal 992 GB. Die Obergrenzen für die kostenlose Nutzung können sich ändern. Prüfen Sie daher die aktuelle Obergrenze für jede SKU, bevor Sie ein Limit festlegen.

Bevor Sie ein Tageslimit festlegen, sollten Sie prüfen, wie die SKU abgerechnet wird:

• Abrechnungseinheit: Bei einigen SKUs wird pro Element oder pro Kartenaufruf abgerechnet, nicht pro Anfrage. computeRouteMatrix-Anfragen werden beispielsweise pro Element abgerechnet. Die Anzahl der Elemente ergibt sich aus der Anzahl der Startpunkte multipliziert mit der Anzahl der Ziele. Eine Anfrage mit 5 Start- und 10 Zielorten wird mit 50 Elementen abgerechnet. Wenn Sie ein Limit von 32 Anfragen pro Tag festlegen, kann Ihre App weiterhin 1.600 Elemente pro Tag verwenden. Senken Sie für diese SKUs das Tageskontingent, das dieselbe Einheit zählt, z. B. Elemente pro Tag, nicht Anfragen pro Tag.
• Kein übereinstimmendes Kontingent: Für einige Abrechnungseinheiten, z. B. Sitzungen, gibt es kein übereinstimmendes Kontingent. Ein Anfragekontingent begrenzt diese Nutzung weiterhin, da jede Sitzung mindestens eine Anfrage enthält. Es kann jedoch Traffic blockieren, bevor Sie die Obergrenze für die kostenlose Nutzung erreichen.
• Mehr als eine SKU pro API: Wenn Anfragen an eine API mehr als eine SKU auslösen können, legen Sie das Limit auf die SKU mit der niedrigsten kostenlosen Nutzungsobergrenze fest.
• Mehrere APIs pro SKU: Wenn mehrere APIs in Ihrem Projekt über dieselbe SKU abgerechnet werden, teilen Sie das Tageslimit auf diese APIs auf.

Hinweis: Aufgrund der technischen Trennung zwischen dem Kontingent- und dem Abrechnungssystem kann es zu Abweichungen zwischen diesen Messwerten kommen. Wenn Sie Kontingente verwenden, um ein bestimmtes Budget einzuhalten, sollten Sie die Kontingentlimits etwas niedriger als das absolute Maximum festlegen.

Kontingent nach Bedarf anpassen

Überprüfen und passen Sie Ihre API-Kontingente regelmäßig an, um die Nutzung und die Kosten zu optimieren. Finden Sie dabei ein Gleichgewicht zwischen der Vermeidung übermäßiger Ausgaben und der Gewährleistung einer ordnungsgemäßen Funktion Ihrer Anwendung.

• Behalten Sie Ihre API-Nutzungsmuster in der Google Cloud Console im Blick. Legen Sie Kontingente fest, die Ihrem Budget entsprechen, um Ausgabenüberschreitungen zu vermeiden.
• Sorgen Sie dafür, dass die Kontingente für Spitzen-Nutzungszeiträume ausreichen.
• Nehmen Sie schrittweise Anpassungen vor und testen Sie Ihre Anwendung nach jeder Änderung gründlich, um Unterbrechungen zu vermeiden.

Budgets und Benachrichtigungen

Wenn Sie ein bestimmtes Budget für die Nutzung der Google Maps Platform haben, können Sie unerwartete Kosten auf Ihrer Rechnung vermeiden, indem Sie Cloud Billing-Budgets und ‑Benachrichtigungen erstellen.

Wichtiger Hinweis: In Google Cloud ist ein Budget ein Zielbetrag, den Sie über einen bestimmten Zeitraum, z. B. pro Monat, ausgeben möchten. Budgets können global auf Organisations-, Projekt- oder Dienstebene angewendet werden.

Sie können Budgetbenachrichtigungen einrichten, um sich benachrichtigen zu lassen, wenn Sie einen bestimmten Prozentsatz Ihres Gesamtbudgets erreicht haben. So können Sie sehen, wie sich Ihre Nutzungskosten im Laufe der Zeit entwickeln.

Weitere Informationen finden Sie unter Budgetbenachrichtigungen erstellen, bearbeiten oder löschen.

Hinweis: Durch Festlegen eines Budgets werden die Nutzung oder Ausgaben von Google Cloud oder Google Maps Platform nicht automatisch eingeschränkt. E-Mails mit Budgetbenachrichtigungen können Sie dazu auffordern, Maßnahmen zur Kostenkontrolle zu ergreifen. Sie verhindern jedoch nicht automatisch die Nutzung oder Abrechnung Ihrer Dienste, wenn der Budgetbetrag oder die Schwellenwertregeln erreicht oder überschritten werden.

Strategisches Kostenmanagement

Eine effektive Budgetierung beinhaltet, wann immer möglich, kostenlose oder kostengünstigere Optionen zu nutzen. In diesem Abschnitt werden verschiedene Strategien zur Kostenminimierung erläutert.

Maps Static API nach Möglichkeit verwenden

In den folgenden Situationen sind statische Karten gut geeignet, da sie einfache Kartendarstellungen unterstützen, für die nur eine einzige Markierung erforderlich ist:

• Sie beginnen mit einem Prototyp, der noch nicht viele Funktionen hat.
• Sie haben keine Kartenanpassungen vorgenommen.
• Sie verwenden höchstens eine Markierung.
• Sie müssen keine Nutzerinteraktionen mit dynamischen Karten oder dynamischen Street View-Bildern unterstützen.

Lazy Loading mit Thumbnails

Thumbnails (kleine Kartenbilder) sind eine gute Verwendung für die Maps Static API. Diese Elemente werden zu einem niedrigeren Preis als dynamische Kartenaufrufe abgerechnet und können Nutzer bei Interaktion per Klick zu einer dynamischen Version von Google Maps weiterleiten. So zahlen Sie nur für dynamische Kartenaufrufe für interessierte Nutzer.

Günstigere Preiskategorien verwenden

Google bietet für jede Preiskategorie eine unterschiedliche Anzahl von kostenlosen Nutzungsereignissen. Sie können Ihre Anwendung so optimieren, dass Funktionen der Kategorien „Essentials“ oder „Pro“ verwendet werden, für die Sie mehr kostenlose monatliche Nutzungskontingente haben. Weitere Informationen zu Preiskategorien

Mehrere Karten zusammenführen

Wenn Sie eine Implementierung haben, bei der mehrere Karten angezeigt werden, beachten Sie die folgenden Richtlinien:

• Laden Sie Karten nur, wenn es notwendig ist, um unnötige Ressourcen zu minimieren.
• Verwenden Sie eine einzelne Karte wieder, indem Sie den Darstellungsbereich, den Zoom und die Markierungen nach Bedarf aktualisieren.
• Verwenden Sie die Store Locator Plus-Lösung, wenn Sie mehrere Karten mit Geschäftsstandorten anzeigen.
• Verwenden Sie nur eine Karte pro Benutzeroberfläche, da Nutzer normalerweise immer nur mit einer Karte gleichzeitig interagieren.

Inhalte im Cache speichern, wenn zulässig

Bei den meisten Google Maps Platform-Produkten ist das Caching von Inhalten nicht zulässig. Es gibt jedoch einige Ausnahmen, bei denen Sie die Ergebnisse bis zu 30 Tage lang im Cache speichern können. Weitere Informationen finden Sie in den Nutzungsbedingungen für die Google Maps Platform.