Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Für die Data API gelten die folgenden Limits und Kontingente.
Kontingentkategorien
Die Data API hat drei Anfragekontingentkategorien: „Kern“, „Echtzeit“ und „Trichter“. Für API-Anfragen an Core-Methoden werden Core-Kontingente berechnet. Für API-Anfragen an Echtzeitmethoden werden Echtzeitkontingente berechnet. Für jede Anfrage wird nur eine Art von Kontingent verbraucht.
Für alle Anfragen werden Property-Kontingente verbraucht.
Kontingentname
Limit für Standard-Properties
Limit für Analytics 360-Properties
Haupt-Tokens pro Property und Tag
200.000
2.000.000
Core-Tokens pro Property und Stunde
40.000
400.000
Kern-Tokens pro Projekt und Property pro Stunde
14.000
140.000
Gleichzeitige Kernanfragen pro Property
10
50
Serverfehler pro Projekt und Property pro Stunde
10
50
Realtime-Tokens pro Property und Tag
200.000
2.000.000
Echtzeit-Tokens pro Property und Stunde
40.000
400.000
Echtzeit-Tokens pro Projekt und Property pro Stunde
14.000
140.000
Gleichzeitige Anfragen in Echtzeit pro Property
10
50
Echtzeit-Serverfehler pro Projekt und Property pro Stunde
10
50
Trichter-Tokens pro Property und Tag
200.000
2.000.000
Trichter-Tokens pro Property und Stunde
40.000
400.000
Trichter-Tokens pro Projekt und Property pro Stunde
14.000
140.000
Gleichzeitige Anfragen aus dem Trichter pro Property
10
50
Trichter-Serverfehler pro Projekt und Property pro Stunde
10
50
Die Anzahl gleichzeitiger Anfragen wird anhand der Anzahl der Anfragen gemessen, die gleichzeitig ausgeführt werden. Warten Sie, bis vorherige Anfragen abgeschlossen sind, bevor Sie weitere Anfragen senden, um die Anzahl gleichzeitiger Anfragen zu reduzieren.
Serverfehler haben die Codes 500 und 503. Kontingente für Serverfehler werden nur berechnet, wenn eine Anfrage zu einem Serverfehler führt. Wenn das Kontingent für Serverfehler für ein Projekt- und Property-Paar aufgebraucht ist, werden alle Anfragen an die Property aus dem Projekt blockiert.
Bei jeder Anfrage wird das Kontingent sowohl für „Tokens pro Unterkunft und Stunde“ als auch für „Tokens pro Projekt und Unterkunft und Stunde“ verbraucht. Das bedeutet, dass auf eine Property von mehr als drei Projekten zugegriffen werden muss, bevor das Kontingent „Tokens pro Property und Stunde“ aufgebraucht ist.
Für Properties sind 120 Anfragen pro Stunde zulässig, bei denen der Grenzwert möglicherweise überschritten wird. Für die Dimensionen userAgeBracket, userGender, brandingInterest, audienceId und audienceName werden möglicherweise Grenzwerte verwendet. Grenzwerte sollen verhindern, dass ein Betrachter eines Berichts Rückschlüsse auf demografische Merkmale oder Interessen eines bestimmten Nutzers ziehen kann.
Kontingent für Property-Tokens
Die Anzahl der Tokens wird bei jeder Anfrage je nach Komplexität der Anfrage berechnet.
Für die meisten Anfragen werden 10 oder weniger Tokens berechnet. Wenn bei einer Anfrage eine große Anzahl von Kontingenttokens verbraucht wird, sind häufig folgende Faktoren dafür verantwortlich:
Große Zeilenanzahl
Große Anzahl von Spalten
Komplexe Filterkriterien
Langer Zeitraum
Sie können bei jeder API-Anfrage "returnPropertyQuota": true im Anfragetext angeben, um den aktuellen Status der Kontingenttokens für die Property zurückzugeben. Dieser Status enthält sowohl die Menge, die durch diese Anfrage verbraucht wurde, als auch die verbleibende Menge für jede Kontingentgruppe. Angenommen, Sie geben diesen Parameter in RunReportRequest an.
[null,null,["Zuletzt aktualisiert: 2025-07-26 (UTC)."],[[["\u003cp\u003eThe Google Analytics Data API uses a quota system to limit the number of requests and resources consumed, categorized into Core, Realtime, and Funnel based on the API methods used.\u003c/p\u003e\n"],["\u003cp\u003eEach request to the API consumes tokens and is subject to daily and hourly quotas, with separate limits for standard and Analytics 360 properties.\u003c/p\u003e\n"],["\u003cp\u003eExceeding any quota results in request failures with error messages, emphasizing the importance of managing request concurrency and minimizing server errors.\u003c/p\u003e\n"],["\u003cp\u003eThe token cost for each request varies depending on the request complexity, with factors like data volume, filtering, and date ranges significantly influencing token consumption.\u003c/p\u003e\n"],["\u003cp\u003eDevelopers can monitor quota usage by including \u003ccode\u003e"returnPropertyQuota": true\u003c/code\u003e in the request body to receive the current token status and remaining quota.\u003c/p\u003e\n"]]],["API requests consume quotas, categorized as Core, Realtime, or Funnel. Each request verifies and consumes quota within its category, failing if exhausted. Quotas include tokens per property, project, and concurrent requests, with different limits for standard and Analytics 360 properties. Server errors also have quotas, blocking requests upon exhaustion. Token consumption varies based on request complexity (rows, columns, filters, date ranges). Each request can check its quota status. Potentially thresholded data can also affect the result of the request.\n"],null,["# Data API limits and quotas\n\nThe following limits and quotas apply to the Data API.\n\nQuota Categories\n----------------\n\nThe Data API has three request quota categories: Core,\nRealtime, and Funnel. API requests to Core methods charge Core quotas. API\nrequests to Realtime methods charge Realtime quotas. Each request consumes only\none kind of quota.\n\n| Quota Category | API Methods |\n|----------------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| Core | [runReport](/analytics/devguides/reporting/data/v1/rest/v1beta/properties/runReport), [runPivotReport](/analytics/devguides/reporting/data/v1/rest/v1beta/properties/runPivotReport), [batchRunReports](/analytics/devguides/reporting/data/v1/rest/v1beta/properties/batchRunReports), [batchRunPivotReports](/analytics/devguides/reporting/data/v1/rest/v1beta/properties/batchRunPivotReports), [runAccessReport](/analytics/devguides/config/admin/v1/rest/v1alpha/properties/runAccessReport), [getMetadata](/analytics/devguides/reporting/data/v1/rest/v1beta/properties/getMetadata), [checkCompatibility](/analytics/devguides/reporting/data/v1/rest/v1beta/properties/checkCompatibility), [createAudienceExports](/analytics/devguides/reporting/data/v1/rest/v1beta/properties.audienceExports/create) |\n| Realtime | [runRealtimeReport](/analytics/devguides/reporting/data/v1/rest/v1beta/properties/runRealtimeReport) |\n| Funnel | [runFunnelReport](/analytics/devguides/reporting/data/v1/rest/v1alpha/properties/runFunnelReport) |\n\nAnalytics Property Quotas\n-------------------------\n\nAll requests consume property quotas.\n\n| Quota Name | Standard Property Limit | Analytics 360 Property Limit |\n|----------------------------------------------------------|-------------------------|------------------------------|\n| Core Tokens Per Property Per Day | 200,000 | 2,000,000 |\n| Core Tokens Per Property Per Hour | 40,000 | 400,000 |\n| Core Tokens Per Project Per Property Per Hour | 14,000 | 140,000 |\n| Core Concurrent Requests Per Property | 10 | 50 |\n| Core Server Errors Per Project Per Property Per Hour | 10 | 50 |\n| Realtime Tokens Per Property Per Day | 200,000 | 2,000,000 |\n| Realtime Tokens Per Property Per Hour | 40,000 | 400,000 |\n| Realtime Tokens Per Project Per Property Per Hour | 14,000 | 140,000 |\n| Realtime Concurrent Requests Per Property | 10 | 50 |\n| Realtime Server Errors Per Project Per Property Per Hour | 10 | 50 |\n| Funnel Tokens Per Property Per Day | 200,000 | 2,000,000 |\n| Funnel Tokens Per Property Per Hour | 40,000 | 400,000 |\n| Funnel Tokens Per Project Per Property Per Hour | 14,000 | 140,000 |\n| Funnel Concurrent Requests Per Property | 10 | 50 |\n| Funnel Server Errors Per Project Per Property Per Hour | 10 | 50 |\n\n- Concurrent requests are measured by the number of requests being simultaneously executed. To reduce your request concurrency, wait for previous requests to complete before sending additional requests.\n- Server Errors are 500 and 503 codes. Server Errors quotas are only charged when a request results in a server error. When the Server Errors quotas are exhausted for a project and property pair, all requests to the property from the project are blocked.\n- Each request consumes quota for both Tokens Per Property Per Hour and Tokens Per Project Per Property Per Hour. This means that one property must be accessed by more than 3 projects before the \"Tokens Per Property Per Hour\" quota could be exhausted before the \"Tokens Per Project Per Property Per Hour\" quota.\n\n| **Note:** All daily quotas are refreshed at midnight Pacific Standard Time. All hourly quotas are refreshed within an hour but not necessarily on the whole hour boundaries.\n\nProperties are allowed 120 potentially thresholded requests per hour. The\ndimensions `userAgeBracket`, `userGender`, `brandingInterest`, `audienceId`, and\n`audienceName` are potentially thresholded. Thresholds are applied to prevent\nanyone viewing a report from inferring the demographics or interests of\nindividual users.\n\n### Property Tokens Quota\n\nTokens are calculated with each request depending upon the request's complexity.\nMost requests will charge 10 or fewer tokens. When a large number\nof quota tokens are consumed by a request, these factors are often responsible:\n\n- Large number of rows\n- Large number of columns\n- Complex filter criteria\n- Long date range\n\nWith each API request, you can specify `\"returnPropertyQuota\": true` in the\nrequest body to return the current property quota tokens status. This status\ncontains both the amount consumed by this request and the amount remaining for\neach quota group. For example, consider specifying this parameter in\n[`RunReportRequest`](/analytics/devguides/reporting/data/v1/rest/v1beta/properties/runReport#request-body)."]]
