目次 › 第 3 部 GA4 のデータモデル

3.6 データの処理と反映

データが収集されてからレポートに表示されるまでの流れを追います。
基礎書籍換算 約 8 ページ

この章で学ぶこと

• データが収集されてからレポートに表示されるまでの流れ
• 処理の遅延と、最新のデータを見るときの注意
• しきい値によってデータが非表示になる仕組み
• 探索レポートで起こるサンプリング
• レポートに出てくる「(other)」行の正体と対策

収集から表示までの流れ

ユーザーがサイトで行動してから、その結果が GA4 のレポートに表示されるまでには、いくつかの段階があります。

1. 収集   ブラウザやアプリでイベントが発生し、GA4 のサーバーに送られる
   ↓
2. 処理   データフィルタの適用、ボットの除外、セッションやユーザーの判定、
          流入元の判定、モデリングなどが行われる
   ↓
3. 集計   レポート用にディメンションと指標の組み合わせが集計される
   ↓
4. 表示   レポートや探索で、しきい値やサンプリングが適用されて表示される

それぞれの段階で、データが変化したり、見え方が変わったりします。たとえば、データフィルタで除外されたデータは「2. 処理」の段階で取り除かれるため、どのレポートにも表示されません。一方、しきい値は「4. 表示」の段階で適用されるため、レポートの種類や条件によって表示されたりされなかったりします。

処理遅延

GA4 のデータの処理には時間がかかります。第 2 部でも紹介したとおり、標準レポートや探索レポートに反映されるまでには、通常 数時間〜24 時間 ほどかかります。

「データの処理が完了していません」の表示

最新の日付を含む期間を表示すると、レポートの上部に「データの処理中」のような表示が出ることがあります。この場合、表示されている数値は後で変わる可能性があります。

ポイント 日次や週次のレポートを作るときは、昨日までのデータ（できれば 2 日前まで）で作るのが安全です。月次のレポートは、月が明けて 2〜3 日たってから作ると、数値の変動を避けられます。

大規模なプロパティの遅延

1 日のイベント数が非常に多い大規模なプロパティ（無料版で 1 日 200 万件を超えるなど）では、処理がさらに遅れることがあります。データの量が多いサイトほど、データの確定に時間がかかることを想定しておきましょう。

しきい値の適用

しきい値（データしきい値）は、レポートに表示されるデータから 個人が推測されないようにする ための仕組みです。ユーザー数が少ない行のデータを、レポートに表示しないようにします。

たとえば、「年齢 65 歳以上 × 特定の市区町村 × 特定の日」のように細かく絞り込むと、該当するユーザーが数人しかいない場合があります。このようなとき、GA4 はその行を表示しない、またはレポート全体の一部のデータを非表示にします。

しきい値が適用されやすい条件

• Google シグナルを有効にしていて、レポート用識別子が「ブレンド」または「計測」になっている（ユーザー属性などのデータを含む場合）
• 年齢・性別・インタレストなどのユーザー属性のディメンションを使っている
• 期間が短く、ユーザー数が少ない
• 検索キーワードなど、値の種類が多いディメンションと組み合わせている

しきい値が適用されているかの確認

しきい値が適用されているレポートでは、レポートの右上などに、オレンジ色の注意マーク（三角形のアイコン）が表示されます。マークにマウスを乗せると、「しきい値が適用されています」といった説明が表示されます。

しきい値への対処

注意 しきい値の仕組みはプライバシー保護のためのものなので、完全に無効にすることはできません。しきい値が適用されたデータは「なかったこと」にはならず、合計の数値には含まれていることがあるため、行を足し合わせても合計と一致しないことがあります。

サンプリング

サンプリング とは、データ量が多いときに、データの一部だけを使って全体を推計する処理です。

GA4 では、主に 探索レポート でサンプリングが起こります。標準レポートは、あらかじめ集計されたデータを使っているため、原則としてサンプリングされません。

サンプリングの確認と対処

探索レポートでは、画面右上のアイコンの色で、データの状態がわかります。

• 緑のチェック：すべてのデータを使っている（サンプリングなし）
• 黄色の注意マーク：サンプリングされている（「このレポートは〇% の利用可能なデータに基づいています」と表示される）

サンプリングを避けるには、次の方法があります。

• 期間を短くする（例：1 年 → 1 か月ごとに分けて分析する）
• セグメントやフィルタを減らす
• BigQuery を使う

ポイント サンプリングされたデータでも、全体の傾向を把握するには十分なことがほとんどです。ただし、サンプリングの割合が小さい（10% 未満など）場合や、細かい数値を正確に知りたい場合は、期間を分けて分析しましょう。

(other) 行の正体

レポートを見ていると、ディメンションの値として「(other)」という行が表示されることがあります。これは、ディメンションの値の種類が多すぎて、上位以外の値がひとまとめにされたものです。

(other) が発生する仕組み

GA4 は、レポートの表示を高速にするため、ディメンションの値の種類（カーディナリティ）に上限を設けています。1 日の中で、あるディメンションの値の種類が上限を超えると、上位の値以外は「(other)」にまとめられます。

(other) への対策

• 値の種類が多いパラメータをカスタム ディメンションにしない：ID やタイムスタンプなど
• URL のパラメータを整理する：分析に不要なクエリ パラメータ（広告のクリック ID など）を、ページ パスから除外して見る（「ページ パスとスクリーン クラス」はクエリ パラメータを含まない）
• 探索レポートを使う：探索レポートは、標準レポートとは別の方法で集計するため、(other) が発生しにくい
• BigQuery を使う：生データには (other) の概念はない

(not set) との違い

「(other)」とよく似た表示に「(not set)」があります。こちらは、ディメンションの値が取得できなかった ことを表すもので、原因がまったく異なります。

(not set) の原因と対策は、第 4 部の「流入元のディメンション」や付録のトラブルシューティング集で詳しく解説します。

まとめ

• データは「収集 → 処理 → 集計 → 表示」の流れでレポートに表示され、段階ごとに影響を受ける
• 標準レポートへの反映には数時間〜24 時間かかるため、レポートは昨日まで（できれば 2 日前まで）のデータで作る
• しきい値は、ユーザー数が少ない行を非表示にしてプライバシーを守る仕組みである
• サンプリングは主に探索レポートで起こり、期間の短縮や BigQuery で回避できる
• (other) は値の種類が多すぎることを、(not set) は値が取得できなかったことを示す

次の章では、第 3 部の締めくくりとして、サイトの目的から逆算してイベントを設計する「計測設計」の実践に取り組みます。