MEASUREMENT
GA4 + BigQuery 連携の設計|導入判断・設定・費用を実務順に解説
連携前に
確認すること
01導入目的
02出力範囲
03権限・所在地
04費用・運用
計測基盤の設計で
止まっていませんか?
目的、イベント、権限、出力先、可視化の順に整理します。
2026年9月確認
公式仕様の要点
- 標準プロパティ
- Daily exportは1日100万イベントまで
- 日次テーブル
events_YYYYMMDD- オンデマンド分析
- 月間最初の1TiBは無料利用枠
料金・上限・画面は変更されるため、設定時は本文の公式リンクを確認してください。
結論:BigQueryは目的を決めてから連携する
GA4とBigQueryの連携操作を始める前に、何を分析したいか、どのイベントを出力するか、誰が費用と権限を管理するかを決めます。接続自体が完了しても、目的と運用担当が曖昧なままでは、データを使った判断につながりません。
BigQueryを検討する主な理由は、GA4のイベントデータをSQLで扱うこと、長期的に保持すること、CRMや広告などのデータと組み合わせること、定期集計を作ることです。標準レポートで必要な判断ができている場合は、急いで連携する必要はありません。
この記事では、導入判断から連携、最初のクエリ、費用管理までを順番に整理します。イベント名やパラメータの設計は、BtoB SaaSのGA4イベント設計で詳しく扱っています。
※本記事には、A8.netを通じたアフィリエイトリンクが含まれます。リンク経由で申し込んだ場合も、利用者の支払額は変わりません。詳細はサイトポリシーをご確認ください。
GA4単体とBigQueryの判断基準
月間イベント数や会社の成長段階だけで、導入の要否は決まりません。分析で実現したいことと、運用できる体制から判断します。
GA4単体で進めやすい場合
- 標準レポートと探索で必要な判断ができる
- 外部データとの結合を予定していない
- SQLで集計する担当者がいない
- 定期的なデータ基盤運用をまだ必要としない
BigQueryを検討する場合
- イベントとパラメータをSQLで集計したい
- CRM・広告・プロダクトデータと結合したい
- 用途に応じた集計テーブルを作りたい
- 権限・費用・品質を継続管理できる
GA4標準プロパティのBigQuery Daily exportには、1日100万イベントの上限があります。上限や360との違いは、Google Analytics 360の機能比較{target="_blank" rel="noopener"}で最新情報を確認してください。
連携前に決める5項目
- 分析目的
作りたい指標、判断する頻度、利用者を決めます。 - 出力対象
対象データストリームと、除外するイベントを確認します。 - 出力方式
Daily exportで足りるか、当日データが必要かを判断します。 - プロジェクトとデータ所在地
請求先、管理主体、ロケーションを決めます。 - 運用担当
権限、費用、エラー、スキーマ変更を確認する担当を置きます。
Daily exportとStreaming export
Daily exportでは、日ごとのテーブルevents_YYYYMMDDが作成されます。Streaming exportを有効にすると、当日のevents_intraday_YYYYMMDDが継続的に更新され、日次テーブルが完成すると削除されます。BigQuery Sandboxではintraday importを利用できません。
日次テーブルは遅れて届くイベントを反映するため、対象日から最大3日間更新されます。当日の速報値と確定後の値を同じものとして扱わず、集計の更新タイミングを決めます。仕様はGA4 BigQuery Exportスキーマ{target="_blank" rel="noopener"}で確認できます。
権限とデータ所在地
Google公式の設定手順では、GA4プロパティ側で編集者以上の権限が必要です。リンク時に選ぶGoogle Cloudプロジェクトでも必要なアクセス権を確認します。連携によって作成されるサービスアカウントとデータセットの権限を、個人アカウントへ過度に依存させないようにします。
データ所在地は、既存のデータ基盤、利用するサービス、社内規程を確認して選びます。既に対象プロパティのデータセットがある場合は設定条件が変わるため、BigQuery Exportのセットアップ手順{target="_blank" rel="noopener"}を確認してください。
GA4とBigQueryを連携する手順
- Google Cloudプロジェクトを用意し、BigQueryを有効にする
- GA4管理画面の「BigQueryのリンク」を開く
- プロジェクト、データ所在地、データストリームを選ぶ
- Daily/Streamingを設定し、リンク後の出力を確認する
リンクを作る前に、課金アカウントと権限の管理者を確認します。設定後は、analytics_<property_id>データセットと日次テーブルが作られているかを確認します。設定画面の名称や必要権限は変更される可能性があるため、操作時はGoogle公式のセットアップ手順{target="_blank" rel="noopener"}を併用してください。
過去データについて:BigQuery Exportを有効にする前の履歴が、自動的にすべて遡って出力される前提では設計しません。導入日と分析開始日を記録します。
エクスポート後のテーブルを理解する
GA4のエクスポート先には、日付を名前に含むテーブルが作られます。これらは日付別に分かれたテーブルであり、「既定で一つのテーブルが日付パーティションされている」とは扱いません。
| 対象 | テーブル | 用途 |
|---|---|---|
| Daily export | events_YYYYMMDD | 日次処理後のイベントを分析する |
| Streaming export | events_intraday_YYYYMMDD | 当日分を速報的に確認する |
event_paramsやitemsなどには、ネストされた反復可能なRECORDが含まれます。イベントパラメータを取り出すときはUNNESTを使い、同じキーの扱いとデータ型を確認します。
日付を絞って読む
日付別テーブルをワイルドカードで参照するときは、_TABLE_SUFFIXで対象期間を絞ります。期間を指定せずに全テーブルを読むクエリを、定例処理へそのまま入れないようにします。
SELECT
event_date,
event_name,
COUNT(*) AS event_count
FROM `project_id.analytics_property_id.events_*`
WHERE _TABLE_SUFFIX BETWEEN '20260901' AND '20260930'
GROUP BY event_date, event_name
ORDER BY event_date, event_count DESC
プロジェクトID、データセット名、期間は自社環境へ置き換えます。まずクエリエディタに表示される処理データ量を確認してから実行してください。
料金を見積もり、制御する
BigQueryの主な料金は、保存するデータとクエリ処理です。オンデマンド分析では読み取ったデータ量に応じて課金され、月間最初の1TiBには無料利用枠があります。無料利用枠や単価はアカウントや地域などの条件を含めて、BigQueryの料金ページ{target="_blank" rel="noopener"}で確認します。
費用を抑えるため、次の設定と運用を組み合わせます。
- 実行前にクエリ検証またはdry runで処理量を確認する
_TABLE_SUFFIXで対象日を絞る- 必要な列だけを選択する
maximum bytes billedでクエリ上限を設定する- プロジェクトまたはユーザー単位の日次クエリ上限を検討する
- 繰り返し使う集計は、用途に合う派生テーブルへ整理する
非クラスタテーブルでは、LIMITだけを付けても読み取り量の削減にはなりません。費用管理の詳細はBigQueryの費用見積もりと制御{target="_blank" rel="noopener"}を参照してください。
最初のSQLと可視化
最初は、特定イベントの日次件数など、GA4画面と比較しやすい小さな集計から始めます。ただしGA4のレポートとBigQuery Exportでは、処理や対象データの違いにより数字が一致しない場合があります。差が出たときの確認手順も運用メモへ残します。
Looker StudioはBigQueryのテーブル、ビュー、カスタムクエリへ接続できます。BigQueryへのアクセスにはGoogle Cloudの請求先アカウントが必要で、レポートの利用に伴ってBigQueryの料金が発生する場合があります。「接続後は常に無料」とは考えず、抽出するデータと更新頻度を決めます。詳しくはLooker StudioのBigQueryコネクタをご確認ください。
運用を止めないための管理
連携後は、次の情報を一つの運用資料にまとめます。
- GA4プロパティ、Google Cloudプロジェクト、データセット
- データ所在地と請求先
- 出力対象のデータストリームと除外イベント
- Daily/Streamingの設定
- 権限の付与先と承認者
- クエリ上限、予算アラート、費用の確認日
- イベント追加・変更時の担当と履歴
- エクスポート失敗時の確認手順
イベント命名とパラメータは、GA4イベント設計の記事と同じ台帳で管理します。LPの公開に合わせて計測を整える場合は、LP公開後30日で整える計測設定へ進んでください。
個人情報を送らない
Google Analyticsには、Googleが個人を特定できる情報として認識できるデータを送信しないよう求められています。メールアドレスや電話番号だけでなく、URL、URLパラメータ、ページタイトル、カスタムディメンション、イベントパラメータに入力内容が混ざらないか確認します。Google AnalyticsのPIIに関する案内{target="_blank" rel="noopener"}も参照してください。
よくある質問
GA4をBigQueryへ連携すれば、過去データも取得できますか?
連携前の過去データが自動的にすべて出力される前提ではありません。必要な分析期間がある場合は、連携開始日と利用可能なデータを確認してください。
Streaming exportは必須ですか?
当日中のデータが必要な場合に検討します。翌日以降の分析で足りるなら、まずDaily exportから始める選択肢があります。BigQuery Sandboxではintraday importを利用できません。
Looker StudioからBigQueryへ接続すれば無料ですか?
BigQueryへのアクセスには請求先アカウントが必要で、クエリ処理やストレージの利用状況によって料金が発生する場合があります。更新頻度と処理量を確認してください。
GA4画面とBigQueryの数字が合わないのは異常ですか?
必ずしも異常とは限りません。レポートの処理、同意状況、タイムゾーン、日次テーブルの更新、対象イベント、クエリ条件などを順に確認します。
まとめ
GA4とBigQueryを連携する前に、分析目的、出力対象、出力方式、プロジェクトとデータ所在地、運用担当を決めます。設定後はテーブルの生成だけで完了とせず、初回クエリ、費用の上限、権限、エラー確認まで運用に含めます。
イベント設計の詳細はGA4イベント設計、画面上の行動分析はMicrosoft Clarityの使い方をご覧ください。
参照した公式情報
計測目的から運用まで整理する
GA4・BigQueryの設計、実装範囲、可視化の進め方をご相談いただけます。