GA4のデータをBigQueryへエクスポートする連携設定とGCP権限

GA4のデータをBigQueryにエクスポートを解説する記事のアイキャッチ画像 クラウド・SaaS
GA4のデータをBigQueryにエクスポート

※本記事にはアフィリエイト広告（PR）を含みます。

GA4の標準画面は日々のKPI確認には十分だが、込み入った分析をするとすぐ天井が見える。探索レポートはしきい値処理やサンプリングの影響を受けやすく、セッション定義や集計ロジックもブラックボックスに近い。広告費データやCRMなど社内システムとの突き合わせも、標準画面だけでは難しい。

BigQueryエクスポートを設定すると、GA4の生のイベントデータをほぼそのままBigQueryに書き出し、SQLで自由に集計・加工できるようになる。保持期間もアクセス権限も自分たちで管理できるため、内製ダッシュボードの土台にもしやすい。ただしこの設定はGA4の管理画面だけでは完結せず、Google Cloud(GCP)側のプロジェクト作成・課金設定・IAM権限の整備とセットになり、情シスやインフラ担当が呼ばれる場面も多い。本記事ではこの連携手順と、つまずきやすい権限・課金まわりを整理する。画面項目や上限値は変わり得るため、設定時は必ずGoogle公式ヘルプ(support.google.com/analytics、cloud.google.com/bigquery/docs)で最新情報を確認してほしい。

事前準備:GCPプロジェクト・課金・必要権限

設定前にGCP側で用意するものは3つ。プロジェクト、課金設定、権限だ。エクスポート先のプロジェクトは新規でも既存流用でもよく、決まったら「APIとサービス」からBigQuery APIを有効化する。GA4管理者とGCPのプロジェクトオーナーが別チームなら、事前にすり合わせておきたい。

課金は、支払い方法を登録しなくてもBigQuery Sandboxという無料の試用環境でエクスポートの中身を確認できる。ただしSandboxは保存容量やテーブルの保持期間に制限があり、ストリーミングエクスポートには対応していない。継続的に本番運用するなら、早めに課金を有効化したプロジェクトへ切り替えておくのが無難だ。

権限はGA4側・GCP側の両方にある。GA4プロパティで編集者(Editor)以上の権限を持つユーザーであることに加え、GCP側では対象プロジェクトにオーナー(Owner)相当のアクセス権を持つアカウント(例:[email protected]のようなアカウント)でリンク操作を行う必要がある。Ownerの代わりに使える最小限のIAM権限として、プロジェクトの参照・IAMポリシーの取得と設定・BigQuery APIの有効化と確認(resourcemanager.projects.get/getIamPolicy/setIamPolicy、serviceusage.services.enable/get)が公式ヘルプに挙げられている。データの保存先リージョンもリンク時に選ぶ必要があり、後から変えるにはデータセットの作り直しが要る。組織にリソース制限があれば事前確認しておきたい。

GA4とBigQueryをリンクする手順

大まかな流れは次のとおりだ。画面の項目名や導線は変わり得るため、実際の操作時は公式ヘルプの最新手順を参照してほしい。

Google Cloud Consoleでプロジェクトを用意しBigQuery APIを有効化したら、GA4管理画面の「プロダクトのリンク」から「BigQueryのリンク」を選び新規リンクを作成する。用意したBigQueryプロジェクトを選択し、データの保存先ロケーションを指定、エクスポート対象のデータストリームや除外イベントを設定する。モバイルアプリのストリームでは広告識別子を含めるかどうかも選べる。

最後にエクスポート方式として「日次(1日1回)」「ストリーミング(継続的)」のどちらか、または両方を選ぶ(GA4 360ではFresh Dailyも選択可)。確認して送信すればリンク作成は完了で、通常24時間程度でBigQuery側にデータが流れ始める。エクスポート対象はリンク作成後のデータに限られ、過去に遡ってのエクスポートはできない。「そのうち使うかもしれない」段階でもリンクだけ先に済ませる手もある。

エクスポートされるデータの構造:eventsテーブルと日次・ストリーミング

リンクしたプロパティごとに、BigQuery上には「analytics_プロパティID」というデータセットが1つ作成される(例:analytics_000000000)。日次エクスポートを有効にしていると、このデータセットに1日1回、前日分のイベントをまとめた events_YYYYMMDD テーブルが作成される。ストリーミングを有効にしている場合は、当日分が events_intraday_YYYYMMDD に継続的に書き込まれ、対応する events_YYYYMMDD が確定すると削除される。ベストエフォートでの提供のため欠損もあり得るので、安定集計には確定後の events_YYYYMMDD を使うのが基本だ。

オフライン端末からの遅延送信などで、日次テーブルはイベント発生日から数日程度、追加更新され続けることがある。「昨日の集計」を当日中に確定値として扱うのは避けたい。新規ユーザーの獲得チャネル(トラフィックソース)はストリーミングエクスポートに含まれず、既存ユーザー分も反映まで24時間程度かかるため、集客分析には日次エクスポート側を使うのが安全だ。

テーブルは1行が概ね1イベントに対応し、event_paramsやitemsなど一部項目はネスト・繰り返し(RECORD)構造になっている。パラメータ単位の集計にはUNNESTでの展開が必要だ。複数日分を集計する例は次のとおり(プロジェクトID・データセット名はダミー)。

SELECT
  event_date,
  event_name,
  COUNT(*) AS event_count
FROM
  `my-analytics-project.analytics_000000000.events_*`
WHERE
  _TABLE_SUFFIX BETWEEN '20260701' AND '20260731'
GROUP BY
  event_date, event_name
ORDER BY
  event_date, event_count DESC

BigQueryにあるのはGA4が受け取った生データで、GA4画面(レポートや探索)側が独自に加工・モデリングした値とは一致しないことがある。セッション定義やコンセントモードのモデリングが影響するため、両者の数字が合わないことは起こり得ると捉えておくとよい。

権限(IAM)でつまずかないために

BigQueryエクスポートが「ある日突然止まる」トラブルの多くは、GA4側でなくGCP側のIAM変更に起因する。リンク作成時にGA4はBigQueryプロジェクトへ専用のサービスアカウントを自動追加する。これはGoogleが管理するシステムアカウントで、少なくともBigQuery User(roles/bigquery.user)ロールが必要とされ、データセット側にはBigQuery Data Owner(bigquery.dataOwner)相当のロールが望ましい。過去のリンクでは編集者(Editor)という広めのロールのままのケースもあり、絞りたい場合は一度リンクを解除しサービスアカウントを削除、リンクを作り直せば必要最小限のロールに置き換えられる。

実務でありがちな落とし穴は、IAM棚卸しで「使われていなさそうな」サービスアカウントを誤って削除しエクスポートが全面停止する、組織ポリシーでテーブル書き込みや保存先リージョンが制限され作成されない(または作成後すぐ削除される)、Sandboxのまま容量上限付近で課金ありに切り替えクォータに達し書き込みが止まる、支払い方法が未設定・無効で該当期間分を再エクスポートできない、などだ。GA4側にわかりやすいエラーが出るとは限らないため、「最近テーブルが増えていない」と気づいた時点でGCP側のIAMと課金設定を確認したい。GA4管理者とGCP管理者が別組織なら、リンク設定時の確認分担を明文化しておくとトラブル対応が早い。

課金と無料枠の注意

BigQueryには無料枠があり、一定量までのストレージとクエリ処理量は課金対象外だ。執筆時点ではストレージ月10GiB程度、クエリ処理量月1TiB程度が目安だが、数値は変わり得るためcloud.google.com/bigquery/pricingで最新情報を確認してほしい。

BigQuery Sandboxならカード登録なしでこの無料枠を試せるが、Sandboxのテーブルは一定期間(おおむね60日程度)で自動的に有効期限が切れる仕様で、長期保存には向かない。継続利用するなら早めに課金有効なプロジェクトへ切り替える必要がある。Sandboxはストリーミング書き込みにも対応していないため、ストリーミングエクスポートを使うにはそもそも課金設定が前提になる。

ストリーミングエクスポートは通常のストレージ・クエリ費用に加え、データ量に応じた追加費用がかかる(GA4のヘルプでは1GBが約60万イベント相当という目安がある)。日次のみなら不要なコストなので、リアルタイム性が本当に必要かは導入前に整理したい。標準プロパティには日次エクスポートの1日あたりイベント数上限もあり、継続的に超えると一時停止されることがあるため、トラフィックの多いサイトは絞り込みも検討したい。クエリの書き方次第で費用は膨らみやすいので、_TABLE_SUFFIXで対象期間を絞る、予算アラートを設定するといった対策もしておきたい。

GA4で計測するWebサイトをこれから用意するなら、レンタルサーバーで手軽に始められます。

エックスサーバー（独自ドメイン・レンタルサーバー）を見る ▶

まとめ

GA4のBigQueryエクスポートは、標準画面では難しい生データ分析や社内データとの突き合わせを可能にする実用的な機能だ。一方で設定はGA4の管理画面だけで完結せず、GCPプロジェクトの用意・課金設定・IAM権限の整備というインフラ寄りの作業とセットになる。サービスアカウントの権限や課金設定はGA4側から見えにくく、GCP側の変更を機に静かに壊れることが多い。GA4担当とGCP担当が別チームなら、リンク設定時の役割分担と定期的な稼働確認を仕組みとして持っておくと安心だ。手順や上限値は変更され得るため、設定前には必ず公式ヘルプで最新情報を確認してほしい。

最終更新:2026年7月

タイトルとURLをコピーしました