Data API には、次の上限と割り当てが適用されます。
割り当てカテゴリ
Data API には、コア、リアルタイム、目標到達プロセスの 3 つのリクエスト割り当てカテゴリがあります。Core メソッドに対する API リクエストは、Core の割り当てを消費します。リアルタイム メソッドに対する API リクエストは、リアルタイム割り当てを消費します。各リクエストで消費される割り当ては 1 種類のみです。
| 割り当てカテゴリ | API メソッド |
|---|---|
| コア | runReport、runPivotReport、batchRunReports、batchRunPivotReports、runAccessReport、getMetadata、checkCompatibility、createAudienceExports |
| リアルタイム | runRealtimeReport |
| ファネル | runFunnelReport |
アナリティクス プロパティの割り当て
すべてのリクエストでプロパティの割り当てが消費されます。
| 割り当て名 | 標準プロパティの上限 | アナリティクス 360 プロパティの上限 |
|---|---|---|
| 1 プロパティあたり 1 日あたりのコアトークン数 | 200,000 | 2,000,000 |
| 同一プロパティで 1 時間あたりのコアトークン数 | 40,000 | 400,000 |
| 同一プロジェクト・同一プロパティで 1 時間あたりのコアトークン数 | 14,000 | 140,000 |
| プロパティあたりのコア同時リクエスト数 | 10 | 50 |
| 同一プロジェクト・同一プロパティで 1 時間あたりのコアサーバーエラー数 | 10 | 50 |
| プロパティ 1 つあたり 1 日あたりのリアルタイム トークン数 | 200,000 | 2,000,000 |
| 同一プロパティで 1 時間あたりのリアルタイム トークン | 40,000 | 400,000 |
| 同一プロジェクト・同一プロパティで 1 時間あたりのリアルタイム トークン数 | 14,000 | 140,000 |
| プロパティあたりのリアルタイムの同時リクエスト数 | 10 | 50 |
| 同一プロジェクト・同一プロパティで 1 時間あたりのリアルタイム サーバーエラー数 | 10 | 50 |
| 1 日あたり 1 つの宿泊施設でのファネル トークン数 | 200,000 | 2,000,000 |
| 1 プロパティで 1 時間あたりのファネル トークン数 | 40,000 | 400,000 |
| 同一プロジェクト・同一プロパティで 1 時間あたりのファネル トークン数 | 14,000 | 140,000 |
| プロパティあたりのファネルの同時リクエスト数 | 10 | 50 |
| 同一プロジェクト・同一プロパティで 1 時間あたりのファネル サーバーエラー数 | 10 | 50 |
- 同時実行リクエストは、同時に実行されるリクエストの数で測定されます。リクエストの同時実行を減らすには、前のリクエストが完了してから追加のリクエストを送信します。
- サーバーエラーは 500 コードと 503 コードです。サーバーエラーの割り当ては、リクエストがサーバーエラーになった場合にのみ課金されます。プロジェクトとプロパティのペアでサーバーエラーの割り当てが使い切れると、プロジェクトからプロパティへのすべてのリクエストがブロックされます。
- 各リクエストは、同一プロパティで 1 時間あたりのトークンと、同一プロジェクト・同一プロパティで 1 時間あたりのトークンの両方の割り当てを使用します。つまり、「同一プロパティで 1 時間あたり」クォータが「同一プロジェクト・同一プロパティで 1 時間あたり」クォータより先に使い切れるのは、1 つのプロパティに 3 つ以上のプロジェクトからアクセスが発生した場合です。
プロパティでは、1 時間あたり 120 件の割り当て上限に達する可能性があるリクエストが許可されます。ディメンション userAgeBracket、userGender、brandingInterest、audienceId、audienceName は、しきい値が設定される可能性があります。個々のユーザーのユーザー属性またはインタレスト カテゴリが、レポートを表示するユーザーに推測されないようにする手段として、しきい値が適用されます。
プロパティ トークンの割り当て
トークンは、リクエストの複雑さに応じてリクエストごとに計算されます。ほとんどのリクエストでは 10 個以下のトークンが課金されます。リクエストで大量の割り当てトークンが消費される場合、多くの場合、次の要因が原因です。
- 行数が非常に多い
- 列数が非常に多い
- 複雑なフィルタ条件
- 長い期間
API リクエストごとに、リクエスト本文で "returnPropertyQuota": true を指定して、現在のプロパティの割り当てトークンのステータスを返すことができます。このステータスには、このリクエストで消費された量と、各割り当てグループの残量の両方が含まれます。たとえば、RunReportRequest でこのパラメータを指定します。