ディメンションと指標に互換性がない場合や、別の方法でデータを集計したい場合などは、1 つのレポートから必要な情報をすべて抽出できない場合があります。
このような場合は、複数のレポートを作成する必要があります。
また、バッチ処理は、アプリのパフォーマンスを向上させ、リクエストの数を減らすための効果的な方法です。
独立した複数のリクエストの実行に関する問題
実装は簡単ですが、短時間に複数の API リクエストを送信すると、割り当ての上限に達する場合があります。
割り当ては通常、ユーザー 1 人あたり 1 秒あたり 1 リクエストに制限されます。この値は Google API Console で設定できますが、最適なソリューションは、並列リクエストを完全に回避し、バッチ リクエストを作成することです。
レポートのバッチ処理
ユーザー主導のアプリケーションの例では、最初のアプローチは、できるだけ多くの独立したリクエストを 1 つのバッチ リクエストにまとめることです。
レポート 1: 8 月の上位 10 か国
レポート 2: 7 月の同じ 10 か国の値（比較用）
レポート 3: 8 月の上位 10 チャネル
レポート 4: 7 月の同じ 10 チャネルの値（比較用）
上記の例では、レポート 1 とレポート 3 はそれぞれ独立していますが、データの内訳が異なるため、1 つのレポートにまとめることはできません。ただし、バッチ処理は可能です。
レポート 2 と 4 は、リクエストで適切なフィルタを設定する必要があるため、最初のバッチの結果を取得した後にのみ実行できます。これらは、最初の結果が返されると、2 番目のバッチとして実行できます。
別の方法として、すべてのリクエストを 1 つのバッチにまとめることができます。これは、上位 10 件だけでなく 7 月のすべての値を返すもので、場合によっては 8 月も返すというものです。この方法は、該当する AdSense アカウントのサイズとアプリケーションで使用可能なメモリ量に応じて、適切な方法である場合があります。
仕組み
バッチ処理の処理方法はクライアント ライブラリごとに異なるため、詳細についてはライブラリのドキュメントを確認してください。いくつかのクライアント ライブラリの関連ドキュメントへのリンクを以下に示します。