Kontingente und Limits

Dieses Dokument enthält die häufigsten Kontingente und Limits für die Nutzung von Dialogflow. Informationen dazu, wie Sie eine vollständige Liste der Kontingente und Limits finden, finden Sie unten. Wir behalten uns das Recht vor, diese Beschränkungen zu ändern. Die Seite wird bei Änderungen entsprechend aktualisiert.

Kontingente

Kontingente sind für Ihr Projekt geltende Standardbeschränkungen. Bei der Verwendung generativer Funktionen hat jede Kombination aus Modell und Region ein eigenes generatives Kontingent. Wenn Sie eine Bezahlversion verwenden, können Sie eine Kontingenterhöhung anfordern. Kontingente haben den Zweck, die Dienstlast pro Client zu beschränken. So werden Dienste nicht überlastet und es kommt zu keiner unerwartet hohen Ressourcennutzung auf einem Client.

Die Dialogflow-Kontingente hängen von der Version Ihres Agents ab. Sie gelten für alle Projekte sowie für sämtliche Anwendungen und IP-Adressen, die von diesem Projekt verwendet werden.

Details zur Kontingentzeitgrenze:

• Die monatlichen Kontingente werden am 1. eines jeden Monats um 12:00 Uhr (Pacific Time) aufgefüllt.
• Tageskontingente werden täglich um 12:00 Uhr (Pacific Time) aufgefüllt. Wenn die Umstellung der Pacific Time auf Winterzeit den Tag verlängert, wird ein proportionaler Kontingentrabatt gewährt. Wenn die Umstellung auf die Sommerzeit erfolgt, ist jedoch kein Abzug für den kürzeren Tag möglich.
• Minutenkontingente werden alle 60 Sekunden zur vollen Minute aktualisiert.

Die in der Kontingenttabelle aufgeführten Kontingente sind die häufigsten. Informationen zu allen Kontingenten finden Sie auf der Seite Dialogflow-Kontingente in derGoogle Cloud -Konsole.

Kontingente für generative KI

Wenn Ihr Agent generative Funktionen von Conversational Agents (Dialogflow CX) verwendet, gelten für jede Kombination aus Modell und Region eigene Kontingente.

Kontingent-ID

Das ConversationalAgentLlmTokenConsumption-Kontingent ist ein regionales Kontingent, mit dem die Tokennutzung für Large Language Models (LLMs) in Konversations-Agents (Dialogflow CX) erfasst wird. Dieses Kontingent wird für verschiedene LLM-Basismodelle gemessen und unterstützt derzeit die folgenden Modelle:

• gemini-1.5-pro
• gemini-1.5-pro-002
• gemini-1.5-flash
• gemini-1.5-flash-002
• gemini-2.0-flash-001
• gemini-2.0-flash-lite-001
• gemini-2.5-flash
• gemini-2.5-flash-lite

Das ConversationalAgentLlmTokenConsumption-Kontingent erfasst die LLM-Tokennutzung für die folgenden Conversational Agents-Funktionen (Dialogflow CX):

• Generatoren
• Generativer Fallback
• Playbook
• Datastore

Das Standardlimit für das ConversationalAgentLlmTokenConsumption-Kontingent beträgt 600.000 Tokens pro Minute.

Anfrage zur Kontingenterhöhung für mehrere Regionen

Wenn Sie eine Kontingenterhöhung für eine Multi-Region anfordern müssen, senden Sie Ihre Anfrage für eine der folgenden spezifischen Regionen:

• Verwenden Sie für Agents in den Multiregionen US und Global die Region us-central1.
• Verwenden Sie für Agents in der Multiregion EU europe-west4.

Tokennutzung nach Region und Modell visualisieren

So erhalten Sie mit dem Metrics Explorer Einblicke in den LLM-Tokenverbrauch in verschiedenen Regionen und Modellen:

1. Auf den Metrics Explorer zugreifen:Öffnen Sie den Metrics Explorer.
2. Messwert auswählen:Wählen Sie Conversational Agent LLM tokens quota usage als Messwert aus, den Sie analysieren möchten.
3. Aggregation und Ausrichter konfigurieren:
   • Legen Sie die Aggregatfunktion auf Sum fest, um die Gesamtzahl der verwendeten Tokens zu ermitteln.
   • Klicken Sie auf Configure Aligner, um die Berechnung von Änderungen zwischen aufeinanderfolgenden Datenpunkten in Ihrer Zeitreihe zu aktivieren. So lassen sich Nutzungstrends im Zeitverlauf besser nachvollziehen.
4. Aggregationsdimensionen definieren:Wenn Sie die Tokennutzung aufschlüsseln möchten, wählen Sie location und base_model als Dimensionen für die Aggregation aus. So können Sie sehen, wie sich der Tokenverbrauch in verschiedenen Regionen und Modellen unterscheidet.
5. Aligner-Funktion festlegen:Wählen Sie Sum als Aligner-Funktion aus, um die Gesamtänderung der Tokennutzung zwischen aufeinanderfolgenden Datenpunkten zu berechnen.

Anfrage zur Kontingenterhöhung

Bei Bedarf können Sie eine Anpassung der Kontingenterhöhung anfordern.

Wenn Sie verschiedene Projekte für Dialogflow-Agents und zur Authentifizierung über Dienstkonten verwenden, fordern Sie eine Kontingenterhöhung für das Nutzerprojekt an. Weitere Informationen finden Sie unter Mehrere Projekte für Dialogflow ES verwenden oder Mehrere Projekte für Conversational Agents (Dialogflow CX) verwenden.

Dialogflow ES-Agents müssen ein Upgrade auf die Dialogflow Essentials-Version durchführen, bevor Sie eine Kontingenterhöhung anfordern können.

Tabelle mit den Kontingenten

Die folgenden Begriffe werden verwendet, um die Preise und Kontingente zu beschreiben:

• Anfrage: Eine Anfrage wird als ein API-Aufruf des Dialogflow-Dienstes definiert, sei es direkt mit der API oder indirekt mit Einbindung oder unter Verwendung der Console. Je nach Aufgabe und Aufbau des Agents kann eine sehr unterschiedliche Anzahl von Anfragen erforderlich sein, damit ein Endnutzer eine Aufgabe mit einem Dialogflow-Agent ausführen kann.
• Sitzung: Eine Sitzung steht für eine Unterhaltung zwischen einem Dialogflow-Agent und einem Endnutzer. Eine Sitzung bleibt aktiv und ihre Daten werden 30 Minuten nach dem Senden der letzten Anfrage für die Sitzung gespeichert. Eine Sitzung kann entweder eine Chatsitzung oder eine Sprachsitzung sein.
  • Chatsitzung:Bei einer Chatsitzung wird für Anfragen und Antworten nur Text verwendet.
  • Sprachsitzung: Bei einer Sprachsitzung wird für Anfragen, Antworten oder beides Audio verwendet.
• Nutzerprojekte und Ressourcenprojekte: Wenn Sie mehrere Projekte verwenden, ist es möglich, dass das mit der Authentifizierung Ihrer Anfrage verbundene Projekt (Nutzerprojekt) nicht dasselbe Projekt ist, das mit dem Agent in der Anfrage verbunden ist (Ressourcenprojekt). In diesem Fall wird das Nutzerprojekt für die Festlegung von Preisen und Kontingenten verwendet. Weitere Informationen finden Sie unter Mehrere Projekte für Dialogflow ES verwenden oder Mehrere Projekte für konversationelle Agents (Dialogflow CX) verwenden.

Die folgenden Tabellen enthalten einen Kontingentvergleich der Versionen nach Agent-Typ. Die Preise für alle von einer Anfrage verwendeten Features werden kumuliert, es sei denn, ein Feature ist bereits ausdrücklich enthalten.

Limits

Limits sind feste Beschränkungen und können nicht erhöht werden. Für viele Ressourcen und Felder gelten Limits hinsichtlich der Anzahl, Dauer oder Länge. Diese Beschränkungen sind für die Implementierung des Dienstes erforderlich.

In den folgenden Tabellen sind die häufigsten Limits aufgeführt. Weitere Limits finden Sie in der Dokumentation zu bestimmten Features und in der API-Referenzdokumentation.

Anzahllimits

Dauerlimits

Längenlimits

Größenbeschränkungen