ホーム計測・分析GA4 + BigQuery 連携の最初の設計

MEASUREMENT

GA4 + BigQuery 連携の設計|導入判断・設定・費用を実務順に解説

Naoto|BtoB SaaSマーケの計測・改善

連携前に
確認すること

01導入目的

02出力範囲

03権限・所在地

04費用・運用

計測基盤の設計で
止まっていませんか?

目的、イベント、権限、出力先、可視化の順に整理します。

AofujiにGA4・BigQueryを相談する

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項目

  1. 分析目的
    作りたい指標、判断する頻度、利用者を決めます。
  2. 出力対象
    対象データストリームと、除外するイベントを確認します。
  3. 出力方式
    Daily exportで足りるか、当日データが必要かを判断します。
  4. プロジェクトとデータ所在地
    請求先、管理主体、ロケーションを決めます。
  5. 運用担当
    権限、費用、エラー、スキーマ変更を確認する担当を置きます。

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を連携する手順

  1. Google Cloudプロジェクトを用意し、BigQueryを有効にする
  2. GA4管理画面の「BigQueryのリンク」を開く
  3. プロジェクト、データ所在地、データストリームを選ぶ
  4. Daily/Streamingを設定し、リンク後の出力を確認する

リンクを作る前に、課金アカウントと権限の管理者を確認します。設定後は、analytics_<property_id>データセットと日次テーブルが作られているかを確認します。設定画面の名称や必要権限は変更される可能性があるため、操作時はGoogle公式のセットアップ手順{target="_blank" rel="noopener"}を併用してください。

過去データについて:BigQuery Exportを有効にする前の履歴が、自動的にすべて遡って出力される前提では設計しません。導入日と分析開始日を記録します。

エクスポート後のテーブルを理解する

GA4のエクスポート先には、日付を名前に含むテーブルが作られます。これらは日付別に分かれたテーブルであり、「既定で一つのテーブルが日付パーティションされている」とは扱いません。

対象テーブル用途
Daily exportevents_YYYYMMDD日次処理後のイベントを分析する
Streaming exportevents_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の設計、実装範囲、可視化の進め方をご相談いただけます。

Aofujiに業務支援を相談する