Looker Studio レポートに GA4 コネクタ エラーが表示される理由

公開: 2022-11-24

あなたは GA4 の多くのユーザーの 1 人で、コネクター (このようなもの) でエラーを見つけてデータを読み込み、Looker Studio でそのプレゼンテーションを美しくしていますか?

はいの場合、ダッシュボードに表示されるデータで多くの問題が発生している可能性があります。

数週間前、私たちのチームは、Looker Studio へのデータの読み込みに関する GA4 の問題に気づきました。

問題とは、データがまったく読み込まれていないことを意味します。

Looker Studio できれいなレポートを表示する代わりに、ダッシュボードを切り替えて次のようなエラー メッセージを受け取っていませんか?

  • 基になるデータ クォータの制限を超えました。 後でもう一度やり直してください。
  • 基になるデータセットからデータを取得できませんでした。
  • クォータ エラー: データ セットへのアクセス回数が多すぎます。
  • 同時リクエスト クォータを使い果たしました。同時に送信するリクエストの数を減らしてください。
  • エラーが発生したため、リクエストを完了できませんでした。

その場合、GA4 API がクォータ制限に達したために Looker Studio がデータを読み込めなかったために、ダッシュボードにエラーが表示されます。

これらの Looker Studio と GA4 の問題について知りたいことすべてと、長期的および短期的な解決策として考えられるオプションについて、以下で説明します。

これらの Looker Studio/GA4 エラーが発生した原因は何ですか?

Looker Studio GA4 の問題 2022 年 11 月

GA4 データを使用する Looker Studio レポートを再び機能させるにはどうすればよいでしょうか?

悲しいことに、その答えは「これをあれに変更すればレポートが返ってくる」という単純なものではありません。

2022 年 11 月 14 ～ 18 日の週に、Looker Studio ユーザーは、GA4 データを使用するレポートでエラー メッセージが表示されることに気付きました。 具体的には、ユーザーは、Looker Studio ユーザーがデータ セットに接続できないことを示すデータ セット構成エラーを受け取るようになりました。

ウェブサイトが GA4 をデフォルトの Google アナリティクス プラットフォームとして使用するための今後の移行と相まって、2023 年 7 月に迫る厳しい締め切りを前に、多くのユーザー (そして基本的にはアナリティクス業界の私たち全員) が解決策を探しています。

これらの GA4 エラーが発生する理由

Looker Studio に接続する API に関する GA4 の問題

多くのアナリストは、当初、エラーの原因が Looker Studio であると考えていました。 ただし、これについて考える時間があれば、ソースは実際には GA4 API に関連しています。

具体的には、これらのエラーの原因は、Google が事前の通知なしに Google Analytics Data API (GA4) のクォータ制限を適用し始めたことです。 これは、エラーが Looker Studio に固有のものではなく、GA4 API を使用するすべての製品 (Google スプレッドシートを含む) に適用されることを意味します。

問題は他のツールにも当てはまりますが、Looker Studio がリクエストを処理する方法によって悪化します。

レポート内のすべての要素 (つまり、すべてのグラフ、テーブル、およびスコアカード) は、1 つの個別の API 要求を表します。 これらの要求は、データを更新する必要があるたびに送信されます。

あなた (またはあなたのチームのダッシュボードにアクセスできる人) が、次のような通常のユーザー行動に関与している場合:

  • レポートの日付範囲の変更
  • フィルタのオンとオフの切り替え
  • 1 日を通してレポートを更新する

割り当てられた API 呼び出しをすぐに使い切ってしまう可能性が非常に高くなります。

GA4 割り当て制限

Google アナリティクス データの API 割り当て

レポートで発生する可能性のあるエラーに対処する目的で、標準の GA4 プロパティの割り当て制限のみを対象としています。 Google の GA4 API 割り当てに関するドキュメントは、こちらにあります。

クォータ制限は、次の 2 つの主なカテゴリに分類できます。

  • 同時リクエスト
  • 期間ごとに使用されるトークン (時間/日)。

GA4 同時リクエスト割り当てエラー

同時リクエストに関連するエラーは、最も一般的なクォータ エラーです。 それらは、同時に実行されるリクエストの数によって測定されますが、これは 10 に制限されています。Looker Studio のすべての要素は個別の API リクエストを表すため、レポート ページに 10 の異なる要素があると、同時リクエスト エラーをトリガーするのに十分な場合があります。

期間エラーごとに使用される GA4 トークン

クォータ エラーのもう 1 つのカテゴリは、1 時間または 1 日あたりに使用されるトークンの数に基づいています。

すべての API クエリには、クエリの複雑さやソース データ テーブルのサイズなどの要因に基づいて、特定の数のトークンが必要です。 Google がクエリで処理する必要があるデータが多いほど、API 割り当てに対する費用が高くなります。

プロパティおよびプロジェクト レベルでトークン制限があり、時間単位と日単位の両方の制限があります。 これらの制限は、データの更新が必要になるたびに API 要求が処理されるという事実によって悪化します。

そのため、多くのユーザーが使用する堅牢な Looker Studio レポートがいくつかある場合、これらの制限にすぐに達する可能性があります。

これらの GA4 エラーに関する Google の見解

11 月 23 日、Google は Looker Studio コミュニティ フォーラムで更新を提供し、クォータ制限に関連する問題に対処できるようにしました。

彼らの計画には、Looker Studio がクエリを再試行してクォータ制限に対する同時リクエストの影響を軽減する方法と、さまざまなレポート コンポーネントによって消費されたクォータ トークンの量をユーザーに表示する方法に関連する 2 つのコンポーネントがあります。

また、トラブルシューティング ガイドも提供しています。

GA4 エラーの短期的な解決策: 中間ストレージ

残念ながら、現在 Looker Studio が構成されているため、アナリストがクォータ制限に関連するエラーを排除するために実行できる手順は限られています。 上記の Google の手順は、レポートに対するクエリ制限の影響を軽減するのに役立つ可能性がありますが、根本的な問題 (Looker Studio が GA4 API に対して行う多数のクエリ) は依然として残っています。

レポートに GA4 API を引き続き使用する場合、割り当ての問題を回避する最もスケーラブルな方法は、中間ストレージ ソリューションを利用して API クエリの数を制限することです。 この方法では、レポートのデータ ソースとして使用するデータの静的なスナップショットを本質的に作成することで、クエリの数を減らします。

これは、Google スプレッドシートまたは Looker Studio の Extract Data ネイティブ コネクタを使用して実現できます。

このソリューションには、日付範囲の制限とユーザーの重複という 2 つの大きな欠点があります。

日付範囲の制限

Google スプレッドシートと Extract Data コネクタの両方に、データのサイズに関連する制限があります (Google スプレッドシートは 10M セルに制限されており、Extract Data は 100MB のデータしか持つことができません)。

これらの制限は、基本的なレポートでは管理可能かもしれませんが、ユーザーが GA4 に期待するようになった堅牢なレポートには不十分です。

ユーザーの複製

中間ストレージ ソリューションを使用することのもう 1 つの欠点は、間違いなくより厄介な点ですが、静的データ ソースではユーザーの重複が数日にわたって解消されないことです。

たとえば、レポート期間中に 3 日間サイトにアクセスした場合 (同じデバイスとブラウザーから、Cookie が保持されると仮定)、1 人のユーザーとしてカウントする必要があります。 ただし、静的データ ソースでは、3 人のユーザーとしてカウントされます。

これを解決する唯一の方法は？ それらの日全体のユーザー ID の一意の数をカウントします。 ただし、これにより、データ ソースのサイズに関連する前述の問題が複雑になり、カーディナリティの問題も発生します。

これらの制限があるため、中間ストレージ ソリューションの利用を検討している場合は、Analytics Canvas などのより堅牢なサードパーティ ソリューションを検討することをお勧めします。

長期的な解決策: API をやめて GA4 を BigQuery と統合する

GA4 API へのこの変更は、多くのアナリストがすでに認識していることをより多くの聴衆に伝えます。

GA4 実装を最大限に活用するには、Google BigQuery を活用する必要があります。

デジタル分析の状況は急速に変化していますが、アナリスト、代理店、および企業全体が、GA4 だけに依存しないデータ ストレージとデータ分析のための実行可能なソリューションを考え出す必要があることは明らかです。

レポートを再び機能させるにはどうすればよいですか?

上記で説明したように、Looker Studio レポートでこれらの GA4 エラーを回避するための実行可能なオプションは 2 つしかありません。

  1. 中間ストレージ
  2. BigQuery の統合

すでに GA4 をセットアップしている場合でも、心配する必要はありません。引き続きデータを収集しているため、洞察を得ることができます。 現在直面している課題は、データの抽出と Looker Studio でのデータの視覚化に関連しています。

とはいえ、GA4 と Looker Studio を使用して実用的でデータドリブンな意思決定を行いたい企業で Web 分析のいずれかの要素に関与している場合、現時点でレポートにエラーがある可能性があります。

大規模で複雑なデータセットから詳細な分析情報を取得するには、オプションのリストを 1 つのオプションに要約します。データを BigQuery に取り込むことです。

短期的な解決策は今のところうまくいくかもしれませんが、現在直面している課題を処理する方法を知っている分析チームとつながることがおそらく最善です.

UA から GA4 への移行サポート サービスの詳細については、こちらをご覧ください。