AI 2026.07.19

GA4 × BigQuery で、意思決定に効く計測基盤を作る

GA4 単体では、サンプリング・保持期間・カーディナリティの実制約に突き当たります。BigQuery Export と Server-side tagging を最初から組み込む、Xiora の計測基盤設計を共有します。

Xiora Engineering
Xiora 代表 · info@xiora-official.com

GA4 だけで完結しない、3 つの実制約

GA4 は無料で始められる強力なツールですが、事業判断の材料として腰を据えて使おうとすると、次の 3 制約に突き当たります。

サンプリング — 標準レポートは事前集計されるため対象外ですが、探索 (Exploration) レポートは大規模データでサンプリングされる仕様が明記されています (参考)。
データ保持期間 — GA4 のイベントレベル / ユーザーレベルデータの保持は、標準で最大 14 ヶ月に上限されます (参考)。
カーディナリティ上限 — 1 レポートあたりのユニーク行が上限を超えると (other) に丸められ、細粒度分析ができなくなります。

無料の巨大分析基盤を提供するために設計上必要なトレードオフで、GA4 の欠陥ではありません。ただし事業判断の計測基盤としては、この制約を回避する仕組みを最初から入れておく必要があります。

GA4 は無料で BigQuery へのイベントレベル Export をサポートしています。Universal Analytics 時代は 360 契約が必須でしたが、GA4 でこの制約が撤廃されました (参考)。

Xiora が GA4 property で BigQuery Export を初期構成に含めている理由は 2 つです。

保持期間を無限化できる — BigQuery のロウデータは削除しない限り無期限で保持でき、14 ヶ月制約を実質外せます。
APPI 対応の下地になる — 個人データを事業者管理下に置き、削除リクエストに対応できる基盤を持つことは SaaS 提供上の最低ラインです。BigQuery はプロジェクト単位で権限を絞れ、監査ログと組み合わせやすい構造です。

小〜中規模の SaaS では、無料枠の範囲で運用できるケースが多いのが実情です。

Server-side tagging (Google Tag Manager server container) は、ブラウザから直接 GA4 に送るのではなく、自社ドメイン下の GTM server container を経由させる構成です (参考)。

First-party cookie の質を保てる — Safari の ITP や広告ブロッカーで third-party 計測の精度が落ちる中、自社 endpoint で受けることで first-party 化されます。
Conversion API との統合が現実的になる — 広告プラットフォームの Conversion API をサーバー側で叩ければ、iOS 制約下でも計測欠落を抑えられます。
PII のフィルタリングを事業者側で強制できる — client 側で除外を書き忘れても、server container で最終的に落とせます。

CVR — 「入り口 URL × デバイス × 曜日時間」の 3 軸で分解。BigQuery なら SQL 1 本。
LTV pathway — GA4 の session_start と Stripe 顧客 ID を BigQuery で結合。
Retention cohort — user_pseudo_id ベースで BigQuery 上に自前 cohort テーブル。
Attribution — BigQuery で経路データを持ち、事業側の CAC / LTV と結合。
Anomaly detection — 前日比 / 前週比を BigQuery Scheduled Query で走らせ、閾値超過を Slack / メール通知。

head.template.html — GA4 の gtag を共通ヘッダに集約 (services/shared/seo-base/head.template.html)。anonymize_ip: true と allow_google_signals: false を既定で有効化。
analytics.js — 送信ロジックを 1 ファイルに集約、cookie 同意状態で送信可否を判定 (Xiora_HP/assets/js/analytics.js)。
XAISeoAutomation (port 3020) — GA4 property / データストリーム / Search Console 連携を API で自動化する社内ツール。手動でコンソールを触るのは初回 OAuth 1 回だけの設計です。

BigQuery のオンデマンド価格は、公式に「クエリでスキャンした 1 TB あたり $6.25」と明記されています (参考)。無料枠として月 1 TB のクエリが含まれます。

月間 100 万イベント程度 — 圧縮後は月あたり数百 MB 〜数 GB、パーティション + クラスタリングを効かせれば実質 $0 に近い運用が可能です。
月間 1,000 万イベント程度 — 月あたり数十 GB 規模、event_date パーティション + event_name クラスタリングで無料枠 1 TB の範囲に収まる想定です。
SELECT * を BI / Scheduled Query で走らせると簡単に無料枠を食い潰すため、カラム指定 + パーティション絞り込みを徹底する運用が前提です。

ID unification — user_id を明示セットしない限り user_pseudo_id (cookie ベース) しか使われません。ログイン後の統合が要件なら、user_id set + BigQuery で cross-device 結合を設計します。
Bot filtering — GA4 は既知ボットを既定除外しますが、独自ヘッドレスは通過します。BigQuery 側で user_agent フィルタを追加するのが実務的です。
User-Agent Client Hints — Chrome は UA 文字列の凍結を進めており、詳細情報は Client Hints API 経由に移行しつつあります (参考)。UA パーサー依存の分析は精度低下前提で設計してください。

本記事の内容は 2026 年 7 月時点の公開情報に基づいています。仕様は継続的に更新されるため、実装前に最新の公式ドキュメントをご確認ください。コストは構成・データ量により変動するため、目安として参照ください。