GA4の数値ブレを防ぐ5つの必須設定 - データ精度と分析品質を高める実践ガイド
GA4の数値ブレを防ぐ5つの必須設定 - データ精度と分析品質を高める実践ガイド
「GA4のデータ、本当に信頼できますか？」
GA4を導入し、日々レポートを確認している方は多いでしょう。しかし、デフォルト設定のままでは、GA4のデータには見えない歪みが潜んでいます。サンプリングによるデータの丸め、社内アクセスの混入、ドメインをまたいだセッションの分断。これらの問題を放置したまま意思決定を行えば、マーケティング施策の方向性そのものを誤るリスクがあります。
本記事では、GA4のデータ精度を左右する5つの重要な設定項目について、具体的な数値基準・設定手順・検証方法を交えて徹底解説します。
本記事で解説する5つの設定項目
# | 設定項目 | 放置した場合のリスク | 影響度 |
|---|---|---|---|
1 | データサンプリングの罠と回避策 | 大規模サイトでレポート数値が推定値になり、正確な分析が不可能に | 高 |
2 | 内部IPアドレス除外設定 | 社内アクセスがデータに混入し、ユーザー行動の実態を歪める | 高 |
3 | クロスドメイン計測 | ドメイン間遷移でセッションが分断され、流入元やCV経路を見失う | 中〜高 |
4 | エンゲージメント率の正しい理解 | UAの直帰率と混同し、ページ評価を誤る | 中 |
5 | 探索レポートの活用 | 標準レポートだけでは発見できないインサイトを見逃す | 中 |
1. データサンプリングの罠と回避策
サンプリングとは何か
GA4のデータサンプリングとは、レポート生成時にデータセット全体ではなく一部のデータのみを抽出し、そこから全体を推定する仕組みです。大量のデータを高速に処理するための措置ですが、結果としてレポートに表示される数値は「推定値」となり、正確性が損なわれます。
サンプリングが発生する条件
条件 | 詳細 |
|---|---|
発生場所 | 探索レポート（標準レポートでは発生しない） |
トリガーとなるイベント数 | 分析対象期間のイベント数が1,000万件を超えた場合 |
確認方法 | 探索レポート上部に緑色のチェックマーク（サンプリングなし）または黄色の盾アイコン（サンプリング適用中）が表示される |
GA4 360の場合 | しきい値が10億件に引き上げられる |
サンプリングの影響度
サイト規模（月間イベント数） | サンプリング発生リスク | 影響度 |
|---|---|---|
100万件未満 | ほぼ発生しない | 低 |
100万〜500万件 | 長期間分析時に発生する可能性あり | 中 |
500万〜1,000万件 | 月次レポートで発生する可能性あり | 高 |
1,000万件以上 | 高確率で発生 | 非常に高 |
サンプリング回避の4つの方法
# | 方法 | 難易度 | コスト | 効果 |
|---|---|---|---|---|
1 | 分析期間を短縮する | 低 | 無料 | 期間を短くしてイベント数を1,000万件以下に抑える |
2 | ディメンション数を削減する | 低 | 無料 | 不要なディメンションを外し、処理するデータ量を減らす |
3 | BigQueryエクスポートを活用する | 中〜高 | 従量課金（月数千円〜） | 生データをBigQueryに出力し、サンプリングなしで分析 |
4 | GA4 360にアップグレードする | 低 | 高額（年間数百万円〜） | サンプリングしきい値を10億件に引き上げ |
方法1：分析期間を短縮する（即効性あり）
探索レポートの日付範囲を確認する
サンプリングアイコンが表示されている場合、期間を半分に短縮する
サンプリングが解消されるまで期間を調整する
複数期間のデータをスプレッドシートで統合して全体像を把握する
方法2：ディメンション数を削減する
探索レポートで使用しているディメンションを確認する
分析の目的に対して本当に必要なディメンションだけを残す
「ページパス × 参照元 × デバイス × 国」のような4軸以上の分析は避ける
代わりに2軸ずつの分析を複数回実施する
方法3：BigQueryエクスポートを活用する
BigQueryエクスポートはGA4無料版でも利用可能です。これが最も根本的な解決策です。
項目 | 詳細 |
|---|---|
設定場所 | GA4管理画面 > プロパティ設定 > BigQueryのリンク |
エクスポート頻度 | 日次エクスポート（毎日）またはストリーミングエクスポート（リアルタイム） |
無料版の制限 | 日次エクスポートのみ、1日100万イベントまで |
GA4 360の制限 | ストリーミング対応、数十億イベント対応 |
費用目安 | BigQueryのストレージ・クエリ従量課金。小〜中規模サイトで月額1,000〜5,000円程度 |
BigQuery設定手順：
Google Cloud Consoleでプロジェクトを作成する
BigQuery APIを有効化する
GA4管理画面 > 「BigQueryのリンク」を開く
「リンク」をクリックし、BigQueryプロジェクトを選択する
データロケーション（日本の場合は
asia-northeast1）を選択するエクスポートタイプで「毎日」を選択する
設定を保存し、翌日からデータが蓄積されるのを確認する
方法4：GA4 360にアップグレードする
比較項目 | GA4無料版 | GA4 360 |
|---|---|---|
サンプリングしきい値 | 1,000万イベント | 10億イベント |
BigQueryエクスポート | 日次のみ、100万イベント/日 | ストリーミング対応、上限大幅緩和 |
カスタムディメンション上限 | 50個 | 125個 |
データ鮮度 | 24〜48時間 | 4時間以内 |
費用 | 無料 | 年間約150,000ドル〜（要見積もり） |
推奨対象 | 月間1,000万イベント以下のサイト | 大規模サイト・エンタープライズ |
2. 内部IPアドレス除外設定
なぜ内部トラフィック除外が重要か
社内の従業員やパートナーのアクセスがGA4のデータに含まれると、以下のような歪みが生じます。
歪みの種類 | 具体例 |
|---|---|
セッション数の水増し | 実際のユーザー数より多く見える |
エンゲージメント率の歪み | 社内テストや開発作業のアクセスが平均を引き下げる（または引き上げる） |
コンバージョン経路の汚染 | 社内検証によるCV発生がファネル分析を歪める |
ページ別データの誤差 | 管理画面や社内専用ページへのアクセスが混入する |
UA vs GA4：内部トラフィック除外の違い
項目 | UA（旧） | GA4（現行） |
|---|---|---|
設定場所 | ビュー > フィルタ | データストリーム > タグ設定 + データフィルタ |
設定ステップ | 1ステップ（フィルタ作成のみ） | 2ステップ（定義の作成 + フィルタの有効化） |
テストモード | なし（即時適用） | あり（テスト → 有効の段階適用） |
反映までの時間 | 即時 | 24〜36時間 |
過去データへの遡及 | 適用不可 | 適用不可 |
IP以外の除外方法 | 限定的 | IPアドレス、IPアドレス範囲、CIDR表記 |
設定手順：ステップ1 — 内部トラフィックの定義
GA4管理画面を開く
データストリーム > 対象のウェブストリームをクリックする
「Googleタグ」セクション > 「タグ設定を行う」をクリックする
「内部トラフィックの定義」をクリックする
「作成」ボタンをクリックする
以下を入力する：
入力項目 | 入力例 | 説明 |
|---|---|---|
ルール名 | 本社オフィス | 識別しやすい名称をつける |
|
| 変更不要 |
IPアドレスのマッチタイプ | 「IPアドレスが次と等しい」または「IPアドレスが範囲内（CIDR表記）」 | オフィスのIP構成に合わせて選択 |
IPアドレスの値 |
| 自社のグローバルIPアドレスを入力 |
複数拠点がある場合は、拠点ごとにルールを追加する
保存をクリックする
ヒント： 自社のグローバルIPアドレスが不明な場合は、ブラウザで「what is my ip」と検索して確認できます。
設定手順：ステップ2 — データフィルタの有効化
重要：ステップ1だけでは内部トラフィックは除外されません。 必ずステップ2を実行してください。
GA4管理画面 > 「データの収集と修正」 > 「データフィルタ」を開く
「Internal Traffic」フィルタをクリックする
フィルタの状態を確認する：
フィルタの状態 | 説明 | データへの影響 |
|---|---|---|
テスト | フィルタ条件に一致するデータに | なし（確認用） |
有効 | フィルタ条件に一致するデータがレポートから完全に除外される | 対象データが非表示になる |
無効 | フィルタが機能しない | なし |
まず 「テスト」 状態で動作確認を行う
リアルタイムレポートで確認する：
「比較を追加」をクリック
ディメンション「テストデータのフィルタ名」を選択
値に「Internal Traffic」を指定
内部トラフィックが正しく識別されていることを確認する
確認が完了したら、フィルタの状態を 「有効」 に変更する
保存をクリックする
反映タイムラインと注意事項
注意事項 | 詳細 |
|---|---|
反映までの時間 | 設定変更後、レポートに反映されるまで24〜36時間かかる |
過去データへの影響 | フィルタは将来のデータにのみ適用される。過去のデータは変更されない |
リモートワーク対応 | 自宅IPは動的に変わるため、VPN経由のIPアドレスで設定するのが現実的 |
複数オフィス | 拠点ごとに別ルールを作成する。1ルールに最大10件のIP条件を設定可能 |
IPv6対応 | IPv6アドレスでの除外も可能。IPv4とIPv6の両方を設定することを推奨 |
3. クロスドメイン計測
クロスドメイン計測が必要なケース
複数のドメインをまたいでユーザーが行動するサイト構成では、クロスドメイン計測が不可欠です。
ケース | ドメイン構成例 | 未設定の場合の問題 |
|---|---|---|
メインサイト + ECサイト |
| ECサイトへの遷移で新規セッションが発生し、元の流入元が「参照」に置き換わる |
コーポレートサイト + 申込フォーム |
| フォーム到達のCVパスが断絶する |
ブログ + サービスサイト |
| ブログからの流入がすべて「参照（referral）」として計測される |
日本語サイト + 英語サイト |
| 言語間の遷移でセッションが分断される |
注意： サブドメイン間（
www.example.comとblog.example.com）はGA4がデフォルトで同一プロパティとして扱うため、クロスドメイン設定は不要です。
UA vs GA4：クロスドメイン設定の違い
項目 | UA（旧） | GA4（現行） |
|---|---|---|
設定方法 | GTMまたはトラッキングコードの手動編集が必要 | 管理画面のみで設定完了 |
必要な技術知識 | JavaScript・GTMの知識が必須 | 管理画面操作のみ |
リンカーパラメータ |
|
|
設定の複雑さ | 高い（複数箇所で設定が必要） | 低い（1箇所で完結） |
GA4管理画面を開く
データストリーム > 対象のウェブストリームをクリックする
**「Googleタグ」セクション > 「タグ設定を行う」**をクリックする
**「ドメインの設定」**をクリックする
**「条件を追加」**をクリックし、対象ドメインを追加する
入力項目 | 入力例 | 説明 |
|---|---|---|
マッチタイプ | 「次を含む」 | ドメインの一部一致で指定 |
ドメイン |
| 遷移先のドメインを入力 |
遷移先のすべてのドメインについて条件を追加する
保存をクリックする
_gl パラメータの検証方法
設定後、クロスドメインが正しく機能しているか必ず検証してください。
メインドメインのサイトにアクセスする
クロスドメインリンクをクリックする
遷移先のURLに
_glパラメータが付与されていることを確認する正常例：
https://shop.example.net/?_gl=1*1abc2de*_ga*MTIz...
GA4のリアルタイムレポートで、遷移先のページビューが同一セッション内で記録されていることを確認する
JavaScript遷移の落とし穴
問題 | 詳細 | 対策 |
|---|---|---|
JavaScriptによるページ遷移 |
| HTMLの |
フォームのaction属性 |
| フォームの |
リダイレクトチェーン | サーバーサイドリダイレクトが挟まると | リダイレクトチェーン内で |
4. エンゲージメント率の正しい理解
UAの直帰率とGA4のエンゲージメント率
GA4では、従来のUA（ユニバーサルアナリティクス）における「直帰率」の定義が根本的に変更されました。この変更を正しく理解しないと、ページ評価を大きく見誤ります。
指標 | UA（旧） | GA4（現行） |
|---|---|---|
直帰率の定義 | 1ページのみ閲覧して離脱したセッションの割合 | エンゲージメントのなかったセッションの割合（エンゲージメント率の逆数） |
エンゲージメント率 | 存在しない指標 | エンゲージメントのあったセッションの割合 |
計算式 | 直帰率 = 1ページのみのセッション / 全セッション | 直帰率 = 1 - エンゲージメント率 |
GA4における「エンゲージメントのあったセッション」の定義
GA4では、以下の3つの条件のいずれか1つを満たすセッションを「エンゲージメントのあったセッション」と定義しています。
条件 | 詳細 | 具体例 |
|---|---|---|
10秒以上の滞在 | セッション時間が10秒以上続いた | ユーザーが記事を10秒以上読んだ |
コンバージョンイベントの発生 | キーイベントとしてマークしたイベントが発生した | フォーム送信、購入完了など |
2ページ以上の閲覧 | 2回以上の | トップページ→サービスページと遷移した |
数値の変化と解釈
GA4のエンゲージメント率はUAの直帰率と逆の関係にありますが、数値をそのまま反転させることはできません。定義が根本的に異なるためです。
指標 | 業界平均の目安（参考値） | 解釈 |
|---|---|---|
GA4 エンゲージメント率 | 55〜70% | 60%以上であれば良好 |
GA4 直帰率 | 30〜45% | 40%以下であれば良好 |
UA 直帰率（参考） | 40〜60% | GA4の直帰率とは直接比較不可 |
ページタイプ別のエンゲージメント率ベンチマーク
ページタイプ | エンゲージメント率の目安 | 補足 |
|---|---|---|
ブログ記事・読み物コンテンツ | 50〜65% | 長文記事は10秒以上滞在しやすいため比較的高い |
ランディングページ（広告流入） | 40〜55% | 流入意図との一致度で大きく変動する |
ECサイト商品ページ | 55〜70% | 商品比較のために複数ページを閲覧する傾向 |
SaaS/サービス紹介ページ | 50〜65% | CTAのクリックがエンゲージメントに寄与する |
お問い合わせ・フォームページ | 60〜80% | フォーム入力により滞在時間が長くなる |
TOPページ | 55〜75% | ナビゲーションハブとして他ページへの遷移が発生しやすい |
実務での活用ポイント
ポイント | 説明 |
|---|---|
UAの直帰率と比較しない | 定義が異なるため、UAとGA4の直帰率を直接比較して改善度を評価してはいけない |
エンゲージメント率を主指標にする | GA4では直帰率よりエンゲージメント率を基準に評価する方が自然 |
10秒のしきい値を理解する | 10秒未満で離脱しても2ページ以上閲覧していればエンゲージメントあり |
ページタイプ別に基準を持つ | 全ページ一律の基準ではなく、ページの目的に応じた基準で評価する |
コンバージョンとの相関を見る | エンゲージメント率が高いページがCVにも貢献しているかを検証する |
5. 探索レポートの活用
標準レポートと探索レポートの使い分け
GA4には標準レポートと探索レポートの2つの分析機能がありますが、それぞれの役割を正しく理解して使い分けることが重要です。
比較項目 | 標準レポート | 探索レポート |
|---|---|---|
目的 | 定点モニタリング（日常的な数値確認） | 深掘り分析・インサイト発見 |
カスタマイズ性 | 低い（レイアウトは固定） | 高い（ディメンション・指標を自由に組み合わせ） |
データ保持の影響 | 影響なし（集計済みデータを使用） | 保持期間内のデータのみ利用可能（2か月 or 14か月） |
サンプリング | 発生しない | 1,000万イベント超で発生する可能性あり |
共有 | プロパティ内のユーザー全員が閲覧可能 | 作成者のみ（共有設定が必要） |
セグメント | 「比較」機能で限定的に使用可能 | 高度なセグメント（ユーザー/セッション/イベント）を作成可能 |
適したユースケース | 日次・週次のKPI確認、経営層へのレポート | 原因分析、仮説検証、ユーザー行動の深掘り |
探索レポートの3つの主要テンプレート
テンプレート1：自由形式レポート
用途： ディメンションと指標を自由に組み合わせた独自のクロス集計分析
活用シーン | 設定例 | 得られるインサイト |
|---|---|---|
チャネル × デバイス分析 | 行：セッションのデフォルトチャネル、列：デバイスカテゴリ、値：キーイベント率 | モバイルで広告流入のCVRが低い場合、モバイルLPの改善が必要 |
LP別パフォーマンス | 行：ランディングページ、値：セッション数・エンゲージメント率・キーイベント数 | 高トラフィック・低CVRのページを特定して改善優先度を判断 |
曜日 × 時間帯分析 | 行：曜日、列：時間、値：セッション数 | 広告配信やSNS投稿の最適タイミングを発見 |
GA4左メニュー > 「探索」 をクリックする
「自由形式」 テンプレートを選択する
「変数」パネルで必要なディメンションと指標を追加する
「タブの設定」パネルで行・列・値にドラッグ&ドロップする
必要に応じてフィルタを追加し、分析対象を絞り込む
テンプレート2：ファネル分析
用途： コンバージョンまでのステップごとの離脱率を可視化
ファネル例 | ステップ構成 | 着目ポイント |
|---|---|---|
EC購買ファネル | 商品閲覧 → カート追加 → チェックアウト → 購入 | カート追加→チェックアウト間の離脱率が最重要 |
BtoBリード獲得 | サービスページ → 料金ページ → フォーム到達 → 送信完了 | フォーム到達→送信完了間の離脱に注目 |
SaaSサインアップ | LP → 機能紹介 → 料金ページ → サインアップ | 料金ページの離脱率が高い場合、価格訴求の改善を検討 |
探索 > 「ファネル分析」 テンプレートを選択する
「タブの設定」で 「ステップ」 を編集する
各ステップにイベントまたはページ条件を設定する
「オープンファネル」 をオンにすると、途中ステップからの流入も確認できる
各ステップの離脱率と離脱先を確認する
テンプレート3：経路データ探索
用途： ユーザーのページ遷移パターンをツリーマップで可視化
分析方向 | 設定 | 発見できるインサイト |
|---|---|---|
順方向（始点指定） | 始点にランディングページを設定 | LPからの主要遷移パターンと想定外の離脱先 |
逆方向（終点指定） | 終点にCVイベントまたはCVページを設定 | CVに至る主要な行動経路と予想外のルート |
探索 > 「経路データ探索」 テンプレートを選択する
「最初からやり直す」 をクリックしてデフォルトデータをクリアする
始点（または終点）にイベント名またはページタイトルを指定する
ノードをクリックして次のステップを展開していく
意外な遷移パターンや離脱ポイントを特定する
探索レポート活用のベストプラクティス
プラクティス | 詳細 |
|---|---|
データ保持期間を14か月に設定 | デフォルトの2か月では長期分析が不可能。管理画面 > データの収集と修正 > データの保持で変更する |
定期分析テンプレートを保存する | よく使う分析は探索レポートとして保存し、定期的に開く運用を構築する |
セグメントを積極的に活用する | CV達成者/未達成者の比較、デバイス別分析、チャネル別分析などをセグメントで切り分ける |
標準レポートで異常を発見し、探索で原因を特定する | 標準レポート → 気づき → 探索レポート → 原因特定 → 施策立案、の流れを定着させる |
実装チェックリスト
以下のチェックリストを使って、自社GA4のデータ精度設定を確認してください。
データサンプリング対策
探索レポートでサンプリングアイコン（黄色の盾）が表示されていないか確認した
サンプリング発生時の対処法（期間短縮・ディメンション削減）を理解している
BigQueryエクスポートの設定を完了した（または計画している）
BigQueryのデータロケーションを日本リージョン（
asia-northeast1）に設定した
内部IPアドレス除外
内部トラフィックの定義を作成した（全拠点分）
VPN経由のIPアドレスも定義に含めた（リモートワーク対応）
データフィルタを「テスト」モードで動作確認した
リアルタイムレポートでフィルタが正しく機能することを確認した
データフィルタを「有効」に切り替えた
反映までの24〜36時間を待ってからデータを確認した
クロスドメイン計測
クロスドメイン設定が必要なドメインの一覧を洗い出した
GA4管理画面の「ドメインの設定」で対象ドメインを追加した
ドメイン間遷移時にURLに
_glパラメータが付与されることを確認したリアルタイムレポートでセッションが分断されていないことを確認した
JavaScriptによるページ遷移がある場合、
_glパラメータの付与を確認した
エンゲージメント率
GA4のエンゲージメント率の定義（10秒+滞在 or CV or 2PV+）を理解している
UAの直帰率とGA4の直帰率の違いを理解し、直接比較をしていない
ページタイプ別のエンゲージメント率のベンチマークを把握している
エンゲージメント率をレポートの主要指標として設定した
探索レポート
データ保持期間を14か月に変更した
自由形式レポートで独自のクロス集計を作成できる
ファネル分析でCVまでの離脱ポイントを特定できる
経路データ探索でユーザーの遷移パターンを分析できる
定期的な分析テンプレートを作成・保存している
まとめ：5つの設定項目の総括
# | 設定項目 | 重要度 | 設定難易度 | 所要時間 | 効果 |
|---|---|---|---|---|---|
1 | データサンプリング回避 | 高 | 中（BigQuery設定の場合） | 1〜3時間 | レポート数値の正確性が大幅に向上 |
2 | 内部IPアドレス除外 | 高 | 低 | 30分〜1時間（反映に24〜36時間） | 実ユーザーのデータのみで正確な分析が可能に |
3 | クロスドメイン計測 | 中〜高 | 低 | 30分〜1時間 | ドメイン間のユーザー行動を正確に追跡 |
4 | エンゲージメント率の理解 | 中 | —（知識の問題） | — | ページ評価の精度が向上し、改善施策の判断が適切に |
5 | 探索レポートの活用 | 中 | 中 | 継続的 | 標準レポートでは得られない深いインサイトを発見 |
GA4のデータ精度は、正しい設定と正しい理解の両方があって初めて担保されます。本記事で解説した5つの設定項目を一つずつ確認し、データに基づいた意思決定の土台を固めてください。正確なデータがなければ、どんな高度な分析手法も無意味です。 まずは今日、チェックリストの1項目目から着手しましょう。
「GA4のデータ、本当に信頼できますか？」
GA4を導入し、日々レポートを確認している方は多いでしょう。しかし、デフォルト設定のままでは、GA4のデータには見えない歪みが潜んでいます。サンプリングによるデータの丸め、社内アクセスの混入、ドメインをまたいだセッションの分断。これらの問題を放置したまま意思決定を行えば、マーケティング施策の方向性そのものを誤るリスクがあります。
本記事では、GA4のデータ精度を左右する5つの重要な設定項目について、具体的な数値基準・設定手順・検証方法を交えて徹底解説します。
本記事で解説する5つの設定項目
# | 設定項目 | 放置した場合のリスク | 影響度 |
|---|---|---|---|
1 | データサンプリングの罠と回避策 | 大規模サイトでレポート数値が推定値になり、正確な分析が不可能に | 高 |
2 | 内部IPアドレス除外設定 | 社内アクセスがデータに混入し、ユーザー行動の実態を歪める | 高 |
3 | クロスドメイン計測 | ドメイン間遷移でセッションが分断され、流入元やCV経路を見失う | 中〜高 |
4 | エンゲージメント率の正しい理解 | UAの直帰率と混同し、ページ評価を誤る | 中 |
5 | 探索レポートの活用 | 標準レポートだけでは発見できないインサイトを見逃す | 中 |
1. データサンプリングの罠と回避策
サンプリングとは何か
GA4のデータサンプリングとは、レポート生成時にデータセット全体ではなく一部のデータのみを抽出し、そこから全体を推定する仕組みです。大量のデータを高速に処理するための措置ですが、結果としてレポートに表示される数値は「推定値」となり、正確性が損なわれます。
サンプリングが発生する条件
条件 | 詳細 |
|---|---|
発生場所 | 探索レポート（標準レポートでは発生しない） |
トリガーとなるイベント数 | 分析対象期間のイベント数が1,000万件を超えた場合 |
確認方法 | 探索レポート上部に緑色のチェックマーク（サンプリングなし）または黄色の盾アイコン（サンプリング適用中）が表示される |
GA4 360の場合 | しきい値が10億件に引き上げられる |
サンプリングの影響度
サイト規模（月間イベント数） | サンプリング発生リスク | 影響度 |
|---|---|---|
100万件未満 | ほぼ発生しない | 低 |
100万〜500万件 | 長期間分析時に発生する可能性あり | 中 |
500万〜1,000万件 | 月次レポートで発生する可能性あり | 高 |
1,000万件以上 | 高確率で発生 | 非常に高 |
サンプリング回避の4つの方法
# | 方法 | 難易度 | コスト | 効果 |
|---|---|---|---|---|
1 | 分析期間を短縮する | 低 | 無料 | 期間を短くしてイベント数を1,000万件以下に抑える |
2 | ディメンション数を削減する | 低 | 無料 | 不要なディメンションを外し、処理するデータ量を減らす |
3 | BigQueryエクスポートを活用する | 中〜高 | 従量課金（月数千円〜） | 生データをBigQueryに出力し、サンプリングなしで分析 |
4 | GA4 360にアップグレードする | 低 | 高額（年間数百万円〜） | サンプリングしきい値を10億件に引き上げ |
方法1：分析期間を短縮する（即効性あり）
探索レポートの日付範囲を確認する
サンプリングアイコンが表示されている場合、期間を半分に短縮する
サンプリングが解消されるまで期間を調整する
複数期間のデータをスプレッドシートで統合して全体像を把握する
方法2：ディメンション数を削減する
探索レポートで使用しているディメンションを確認する
分析の目的に対して本当に必要なディメンションだけを残す
「ページパス × 参照元 × デバイス × 国」のような4軸以上の分析は避ける
代わりに2軸ずつの分析を複数回実施する
方法3：BigQueryエクスポートを活用する
BigQueryエクスポートはGA4無料版でも利用可能です。これが最も根本的な解決策です。
項目 | 詳細 |
|---|---|
設定場所 | GA4管理画面 > プロパティ設定 > BigQueryのリンク |
エクスポート頻度 | 日次エクスポート（毎日）またはストリーミングエクスポート（リアルタイム） |
無料版の制限 | 日次エクスポートのみ、1日100万イベントまで |
GA4 360の制限 | ストリーミング対応、数十億イベント対応 |
費用目安 | BigQueryのストレージ・クエリ従量課金。小〜中規模サイトで月額1,000〜5,000円程度 |
BigQuery設定手順：
Google Cloud Consoleでプロジェクトを作成する
BigQuery APIを有効化する
GA4管理画面 > 「BigQueryのリンク」を開く
「リンク」をクリックし、BigQueryプロジェクトを選択する
データロケーション（日本の場合は
asia-northeast1）を選択するエクスポートタイプで「毎日」を選択する
設定を保存し、翌日からデータが蓄積されるのを確認する
方法4：GA4 360にアップグレードする
比較項目 | GA4無料版 | GA4 360 |
|---|---|---|
サンプリングしきい値 | 1,000万イベント | 10億イベント |
BigQueryエクスポート | 日次のみ、100万イベント/日 | ストリーミング対応、上限大幅緩和 |
カスタムディメンション上限 | 50個 | 125個 |
データ鮮度 | 24〜48時間 | 4時間以内 |
費用 | 無料 | 年間約150,000ドル〜（要見積もり） |
推奨対象 | 月間1,000万イベント以下のサイト | 大規模サイト・エンタープライズ |
2. 内部IPアドレス除外設定
なぜ内部トラフィック除外が重要か
社内の従業員やパートナーのアクセスがGA4のデータに含まれると、以下のような歪みが生じます。
歪みの種類 | 具体例 |
|---|---|
セッション数の水増し | 実際のユーザー数より多く見える |
エンゲージメント率の歪み | 社内テストや開発作業のアクセスが平均を引き下げる（または引き上げる） |
コンバージョン経路の汚染 | 社内検証によるCV発生がファネル分析を歪める |
ページ別データの誤差 | 管理画面や社内専用ページへのアクセスが混入する |
UA vs GA4：内部トラフィック除外の違い
項目 | UA（旧） | GA4（現行） |
|---|---|---|
設定場所 | ビュー > フィルタ | データストリーム > タグ設定 + データフィルタ |
設定ステップ | 1ステップ（フィルタ作成のみ） | 2ステップ（定義の作成 + フィルタの有効化） |
テストモード | なし（即時適用） | あり（テスト → 有効の段階適用） |
反映までの時間 | 即時 | 24〜36時間 |
過去データへの遡及 | 適用不可 | 適用不可 |
IP以外の除外方法 | 限定的 | IPアドレス、IPアドレス範囲、CIDR表記 |
設定手順：ステップ1 — 内部トラフィックの定義
GA4管理画面を開く
データストリーム > 対象のウェブストリームをクリックする
「Googleタグ」セクション > 「タグ設定を行う」をクリックする
「内部トラフィックの定義」をクリックする
「作成」ボタンをクリックする
以下を入力する：
入力項目 | 入力例 | 説明 |
|---|---|---|
ルール名 | 本社オフィス | 識別しやすい名称をつける |
|
| 変更不要 |
IPアドレスのマッチタイプ | 「IPアドレスが次と等しい」または「IPアドレスが範囲内（CIDR表記）」 | オフィスのIP構成に合わせて選択 |
IPアドレスの値 |
| 自社のグローバルIPアドレスを入力 |
複数拠点がある場合は、拠点ごとにルールを追加する
保存をクリックする
ヒント： 自社のグローバルIPアドレスが不明な場合は、ブラウザで「what is my ip」と検索して確認できます。
設定手順：ステップ2 — データフィルタの有効化
重要：ステップ1だけでは内部トラフィックは除外されません。 必ずステップ2を実行してください。
GA4管理画面 > 「データの収集と修正」 > 「データフィルタ」を開く
「Internal Traffic」フィルタをクリックする
フィルタの状態を確認する：
フィルタの状態 | 説明 | データへの影響 |
|---|---|---|
テスト | フィルタ条件に一致するデータに | なし（確認用） |
有効 | フィルタ条件に一致するデータがレポートから完全に除外される | 対象データが非表示になる |
無効 | フィルタが機能しない | なし |
まず 「テスト」 状態で動作確認を行う
リアルタイムレポートで確認する：
「比較を追加」をクリック
ディメンション「テストデータのフィルタ名」を選択
値に「Internal Traffic」を指定
内部トラフィックが正しく識別されていることを確認する
確認が完了したら、フィルタの状態を 「有効」 に変更する
保存をクリックする
反映タイムラインと注意事項
注意事項 | 詳細 |
|---|---|
反映までの時間 | 設定変更後、レポートに反映されるまで24〜36時間かかる |
過去データへの影響 | フィルタは将来のデータにのみ適用される。過去のデータは変更されない |
リモートワーク対応 | 自宅IPは動的に変わるため、VPN経由のIPアドレスで設定するのが現実的 |
複数オフィス | 拠点ごとに別ルールを作成する。1ルールに最大10件のIP条件を設定可能 |
IPv6対応 | IPv6アドレスでの除外も可能。IPv4とIPv6の両方を設定することを推奨 |
3. クロスドメイン計測
クロスドメイン計測が必要なケース
複数のドメインをまたいでユーザーが行動するサイト構成では、クロスドメイン計測が不可欠です。
ケース | ドメイン構成例 | 未設定の場合の問題 |
|---|---|---|
メインサイト + ECサイト |
| ECサイトへの遷移で新規セッションが発生し、元の流入元が「参照」に置き換わる |
コーポレートサイト + 申込フォーム |
| フォーム到達のCVパスが断絶する |
ブログ + サービスサイト |
| ブログからの流入がすべて「参照（referral）」として計測される |
日本語サイト + 英語サイト |
| 言語間の遷移でセッションが分断される |
注意： サブドメイン間（
www.example.comとblog.example.com）はGA4がデフォルトで同一プロパティとして扱うため、クロスドメイン設定は不要です。
UA vs GA4：クロスドメイン設定の違い
項目 | UA（旧） | GA4（現行） |
|---|---|---|
設定方法 | GTMまたはトラッキングコードの手動編集が必要 | 管理画面のみで設定完了 |
必要な技術知識 | JavaScript・GTMの知識が必須 | 管理画面操作のみ |
リンカーパラメータ |
|
|
設定の複雑さ | 高い（複数箇所で設定が必要） | 低い（1箇所で完結） |
GA4管理画面を開く
データストリーム > 対象のウェブストリームをクリックする
**「Googleタグ」セクション > 「タグ設定を行う」**をクリックする
**「ドメインの設定」**をクリックする
**「条件を追加」**をクリックし、対象ドメインを追加する
入力項目 | 入力例 | 説明 |
|---|---|---|
マッチタイプ | 「次を含む」 | ドメインの一部一致で指定 |
ドメイン |
| 遷移先のドメインを入力 |
遷移先のすべてのドメインについて条件を追加する
保存をクリックする
_gl パラメータの検証方法
設定後、クロスドメインが正しく機能しているか必ず検証してください。
メインドメインのサイトにアクセスする
クロスドメインリンクをクリックする
遷移先のURLに
_glパラメータが付与されていることを確認する正常例：
https://shop.example.net/?_gl=1*1abc2de*_ga*MTIz...
GA4のリアルタイムレポートで、遷移先のページビューが同一セッション内で記録されていることを確認する
JavaScript遷移の落とし穴
問題 | 詳細 | 対策 |
|---|---|---|
JavaScriptによるページ遷移 |
| HTMLの |
フォームのaction属性 |
| フォームの |
リダイレクトチェーン | サーバーサイドリダイレクトが挟まると | リダイレクトチェーン内で |
4. エンゲージメント率の正しい理解
UAの直帰率とGA4のエンゲージメント率
GA4では、従来のUA（ユニバーサルアナリティクス）における「直帰率」の定義が根本的に変更されました。この変更を正しく理解しないと、ページ評価を大きく見誤ります。
指標 | UA（旧） | GA4（現行） |
|---|---|---|
直帰率の定義 | 1ページのみ閲覧して離脱したセッションの割合 | エンゲージメントのなかったセッションの割合（エンゲージメント率の逆数） |
エンゲージメント率 | 存在しない指標 | エンゲージメントのあったセッションの割合 |
計算式 | 直帰率 = 1ページのみのセッション / 全セッション | 直帰率 = 1 - エンゲージメント率 |
GA4における「エンゲージメントのあったセッション」の定義
GA4では、以下の3つの条件のいずれか1つを満たすセッションを「エンゲージメントのあったセッション」と定義しています。
条件 | 詳細 | 具体例 |
|---|---|---|
10秒以上の滞在 | セッション時間が10秒以上続いた | ユーザーが記事を10秒以上読んだ |
コンバージョンイベントの発生 | キーイベントとしてマークしたイベントが発生した | フォーム送信、購入完了など |
2ページ以上の閲覧 | 2回以上の | トップページ→サービスページと遷移した |
数値の変化と解釈
GA4のエンゲージメント率はUAの直帰率と逆の関係にありますが、数値をそのまま反転させることはできません。定義が根本的に異なるためです。
指標 | 業界平均の目安（参考値） | 解釈 |
|---|---|---|
GA4 エンゲージメント率 | 55〜70% | 60%以上であれば良好 |
GA4 直帰率 | 30〜45% | 40%以下であれば良好 |
UA 直帰率（参考） | 40〜60% | GA4の直帰率とは直接比較不可 |
ページタイプ別のエンゲージメント率ベンチマーク
ページタイプ | エンゲージメント率の目安 | 補足 |
|---|---|---|
ブログ記事・読み物コンテンツ | 50〜65% | 長文記事は10秒以上滞在しやすいため比較的高い |
ランディングページ（広告流入） | 40〜55% | 流入意図との一致度で大きく変動する |
ECサイト商品ページ | 55〜70% | 商品比較のために複数ページを閲覧する傾向 |
SaaS/サービス紹介ページ | 50〜65% | CTAのクリックがエンゲージメントに寄与する |
お問い合わせ・フォームページ | 60〜80% | フォーム入力により滞在時間が長くなる |
TOPページ | 55〜75% | ナビゲーションハブとして他ページへの遷移が発生しやすい |
実務での活用ポイント
ポイント | 説明 |
|---|---|
UAの直帰率と比較しない | 定義が異なるため、UAとGA4の直帰率を直接比較して改善度を評価してはいけない |
エンゲージメント率を主指標にする | GA4では直帰率よりエンゲージメント率を基準に評価する方が自然 |
10秒のしきい値を理解する | 10秒未満で離脱しても2ページ以上閲覧していればエンゲージメントあり |
ページタイプ別に基準を持つ | 全ページ一律の基準ではなく、ページの目的に応じた基準で評価する |
コンバージョンとの相関を見る | エンゲージメント率が高いページがCVにも貢献しているかを検証する |
5. 探索レポートの活用
標準レポートと探索レポートの使い分け
GA4には標準レポートと探索レポートの2つの分析機能がありますが、それぞれの役割を正しく理解して使い分けることが重要です。
比較項目 | 標準レポート | 探索レポート |
|---|---|---|
目的 | 定点モニタリング（日常的な数値確認） | 深掘り分析・インサイト発見 |
カスタマイズ性 | 低い（レイアウトは固定） | 高い（ディメンション・指標を自由に組み合わせ） |
データ保持の影響 | 影響なし（集計済みデータを使用） | 保持期間内のデータのみ利用可能（2か月 or 14か月） |
サンプリング | 発生しない | 1,000万イベント超で発生する可能性あり |
共有 | プロパティ内のユーザー全員が閲覧可能 | 作成者のみ（共有設定が必要） |
セグメント | 「比較」機能で限定的に使用可能 | 高度なセグメント（ユーザー/セッション/イベント）を作成可能 |
適したユースケース | 日次・週次のKPI確認、経営層へのレポート | 原因分析、仮説検証、ユーザー行動の深掘り |
探索レポートの3つの主要テンプレート
テンプレート1：自由形式レポート
用途： ディメンションと指標を自由に組み合わせた独自のクロス集計分析
活用シーン | 設定例 | 得られるインサイト |
|---|---|---|
チャネル × デバイス分析 | 行：セッションのデフォルトチャネル、列：デバイスカテゴリ、値：キーイベント率 | モバイルで広告流入のCVRが低い場合、モバイルLPの改善が必要 |
LP別パフォーマンス | 行：ランディングページ、値：セッション数・エンゲージメント率・キーイベント数 | 高トラフィック・低CVRのページを特定して改善優先度を判断 |
曜日 × 時間帯分析 | 行：曜日、列：時間、値：セッション数 | 広告配信やSNS投稿の最適タイミングを発見 |
GA4左メニュー > 「探索」 をクリックする
「自由形式」 テンプレートを選択する
「変数」パネルで必要なディメンションと指標を追加する
「タブの設定」パネルで行・列・値にドラッグ&ドロップする
必要に応じてフィルタを追加し、分析対象を絞り込む
テンプレート2：ファネル分析
用途： コンバージョンまでのステップごとの離脱率を可視化
ファネル例 | ステップ構成 | 着目ポイント |
|---|---|---|
EC購買ファネル | 商品閲覧 → カート追加 → チェックアウト → 購入 | カート追加→チェックアウト間の離脱率が最重要 |
BtoBリード獲得 | サービスページ → 料金ページ → フォーム到達 → 送信完了 | フォーム到達→送信完了間の離脱に注目 |
SaaSサインアップ | LP → 機能紹介 → 料金ページ → サインアップ | 料金ページの離脱率が高い場合、価格訴求の改善を検討 |
探索 > 「ファネル分析」 テンプレートを選択する
「タブの設定」で 「ステップ」 を編集する
各ステップにイベントまたはページ条件を設定する
「オープンファネル」 をオンにすると、途中ステップからの流入も確認できる
各ステップの離脱率と離脱先を確認する
テンプレート3：経路データ探索
用途： ユーザーのページ遷移パターンをツリーマップで可視化
分析方向 | 設定 | 発見できるインサイト |
|---|---|---|
順方向（始点指定） | 始点にランディングページを設定 | LPからの主要遷移パターンと想定外の離脱先 |
逆方向（終点指定） | 終点にCVイベントまたはCVページを設定 | CVに至る主要な行動経路と予想外のルート |
探索 > 「経路データ探索」 テンプレートを選択する
「最初からやり直す」 をクリックしてデフォルトデータをクリアする
始点（または終点）にイベント名またはページタイトルを指定する
ノードをクリックして次のステップを展開していく
意外な遷移パターンや離脱ポイントを特定する
探索レポート活用のベストプラクティス
プラクティス | 詳細 |
|---|---|
データ保持期間を14か月に設定 | デフォルトの2か月では長期分析が不可能。管理画面 > データの収集と修正 > データの保持で変更する |
定期分析テンプレートを保存する | よく使う分析は探索レポートとして保存し、定期的に開く運用を構築する |
セグメントを積極的に活用する | CV達成者/未達成者の比較、デバイス別分析、チャネル別分析などをセグメントで切り分ける |
標準レポートで異常を発見し、探索で原因を特定する | 標準レポート → 気づき → 探索レポート → 原因特定 → 施策立案、の流れを定着させる |
実装チェックリスト
以下のチェックリストを使って、自社GA4のデータ精度設定を確認してください。
データサンプリング対策
探索レポートでサンプリングアイコン（黄色の盾）が表示されていないか確認した
サンプリング発生時の対処法（期間短縮・ディメンション削減）を理解している
BigQueryエクスポートの設定を完了した（または計画している）
BigQueryのデータロケーションを日本リージョン（
asia-northeast1）に設定した
内部IPアドレス除外
内部トラフィックの定義を作成した（全拠点分）
VPN経由のIPアドレスも定義に含めた（リモートワーク対応）
データフィルタを「テスト」モードで動作確認した
リアルタイムレポートでフィルタが正しく機能することを確認した
データフィルタを「有効」に切り替えた
反映までの24〜36時間を待ってからデータを確認した
クロスドメイン計測
クロスドメイン設定が必要なドメインの一覧を洗い出した
GA4管理画面の「ドメインの設定」で対象ドメインを追加した
ドメイン間遷移時にURLに
_glパラメータが付与されることを確認したリアルタイムレポートでセッションが分断されていないことを確認した
JavaScriptによるページ遷移がある場合、
_glパラメータの付与を確認した
エンゲージメント率
GA4のエンゲージメント率の定義（10秒+滞在 or CV or 2PV+）を理解している
UAの直帰率とGA4の直帰率の違いを理解し、直接比較をしていない
ページタイプ別のエンゲージメント率のベンチマークを把握している
エンゲージメント率をレポートの主要指標として設定した
探索レポート
データ保持期間を14か月に変更した
自由形式レポートで独自のクロス集計を作成できる
ファネル分析でCVまでの離脱ポイントを特定できる
経路データ探索でユーザーの遷移パターンを分析できる
定期的な分析テンプレートを作成・保存している
まとめ：5つの設定項目の総括
# | 設定項目 | 重要度 | 設定難易度 | 所要時間 | 効果 |
|---|---|---|---|---|---|
1 | データサンプリング回避 | 高 | 中（BigQuery設定の場合） | 1〜3時間 | レポート数値の正確性が大幅に向上 |
2 | 内部IPアドレス除外 | 高 | 低 | 30分〜1時間（反映に24〜36時間） | 実ユーザーのデータのみで正確な分析が可能に |
3 | クロスドメイン計測 | 中〜高 | 低 | 30分〜1時間 | ドメイン間のユーザー行動を正確に追跡 |
4 | エンゲージメント率の理解 | 中 | —（知識の問題） | — | ページ評価の精度が向上し、改善施策の判断が適切に |
5 | 探索レポートの活用 | 中 | 中 | 継続的 | 標準レポートでは得られない深いインサイトを発見 |
GA4のデータ精度は、正しい設定と正しい理解の両方があって初めて担保されます。本記事で解説した5つの設定項目を一つずつ確認し、データに基づいた意思決定の土台を固めてください。正確なデータがなければ、どんな高度な分析手法も無意味です。 まずは今日、チェックリストの1項目目から着手しましょう。
＼無料で今すぐダウンロード／
＼無料で今すぐダウンロード／
＼無料で今すぐダウンロード／
‹ 【2026年版】Webサイト分析完全ガイド｜CVR改善に直結する分析手法・ツール・実践ステップ
【中小企業のブランディング】費用対効果の高い7つの戦略 ›
プライバシーポリシー
ヘルプページ
© 2025 Cascade Inc, All Rights Reserved.
プライバシーポリシー
ヘルプページ
© 2025 Cascade Inc, All Rights Reserved.
プライバシーポリシー
ヘルプページ
© 2025 Cascade Inc, All Rights Reserved.
「GA4のデータ、本当に信頼できますか？」
GA4を導入し、日々レポートを確認している方は多いでしょう。しかし、デフォルト設定のままでは、GA4のデータには見えない歪みが潜んでいます。サンプリングによるデータの丸め、社内アクセスの混入、ドメインをまたいだセッションの分断。これらの問題を放置したまま意思決定を行えば、マーケティング施策の方向性そのものを誤るリスクがあります。
本記事では、GA4のデータ精度を左右する5つの重要な設定項目について、具体的な数値基準・設定手順・検証方法を交えて徹底解説します。
本記事で解説する5つの設定項目
# | 設定項目 | 放置した場合のリスク | 影響度 |
|---|---|---|---|
1 | データサンプリングの罠と回避策 | 大規模サイトでレポート数値が推定値になり、正確な分析が不可能に | 高 |
2 | 内部IPアドレス除外設定 | 社内アクセスがデータに混入し、ユーザー行動の実態を歪める | 高 |
3 | クロスドメイン計測 | ドメイン間遷移でセッションが分断され、流入元やCV経路を見失う | 中〜高 |
4 | エンゲージメント率の正しい理解 | UAの直帰率と混同し、ページ評価を誤る | 中 |
5 | 探索レポートの活用 | 標準レポートだけでは発見できないインサイトを見逃す | 中 |
1. データサンプリングの罠と回避策
サンプリングとは何か
GA4のデータサンプリングとは、レポート生成時にデータセット全体ではなく一部のデータのみを抽出し、そこから全体を推定する仕組みです。大量のデータを高速に処理するための措置ですが、結果としてレポートに表示される数値は「推定値」となり、正確性が損なわれます。
サンプリングが発生する条件
条件 | 詳細 |
|---|---|
発生場所 | 探索レポート（標準レポートでは発生しない） |
トリガーとなるイベント数 | 分析対象期間のイベント数が1,000万件を超えた場合 |
確認方法 | 探索レポート上部に緑色のチェックマーク（サンプリングなし）または黄色の盾アイコン（サンプリング適用中）が表示される |
GA4 360の場合 | しきい値が10億件に引き上げられる |
サンプリングの影響度
サイト規模（月間イベント数） | サンプリング発生リスク | 影響度 |
|---|---|---|
100万件未満 | ほぼ発生しない | 低 |
100万〜500万件 | 長期間分析時に発生する可能性あり | 中 |
500万〜1,000万件 | 月次レポートで発生する可能性あり | 高 |
1,000万件以上 | 高確率で発生 | 非常に高 |
サンプリング回避の4つの方法
# | 方法 | 難易度 | コスト | 効果 |
|---|---|---|---|---|
1 | 分析期間を短縮する | 低 | 無料 | 期間を短くしてイベント数を1,000万件以下に抑える |
2 | ディメンション数を削減する | 低 | 無料 | 不要なディメンションを外し、処理するデータ量を減らす |
3 | BigQueryエクスポートを活用する | 中〜高 | 従量課金（月数千円〜） | 生データをBigQueryに出力し、サンプリングなしで分析 |
4 | GA4 360にアップグレードする | 低 | 高額（年間数百万円〜） | サンプリングしきい値を10億件に引き上げ |
方法1：分析期間を短縮する（即効性あり）
探索レポートの日付範囲を確認する
サンプリングアイコンが表示されている場合、期間を半分に短縮する
サンプリングが解消されるまで期間を調整する
複数期間のデータをスプレッドシートで統合して全体像を把握する
方法2：ディメンション数を削減する
探索レポートで使用しているディメンションを確認する
分析の目的に対して本当に必要なディメンションだけを残す
「ページパス × 参照元 × デバイス × 国」のような4軸以上の分析は避ける
代わりに2軸ずつの分析を複数回実施する
方法3：BigQueryエクスポートを活用する
BigQueryエクスポートはGA4無料版でも利用可能です。これが最も根本的な解決策です。
項目 | 詳細 |
|---|---|
設定場所 | GA4管理画面 > プロパティ設定 > BigQueryのリンク |
エクスポート頻度 | 日次エクスポート（毎日）またはストリーミングエクスポート（リアルタイム） |
無料版の制限 | 日次エクスポートのみ、1日100万イベントまで |
GA4 360の制限 | ストリーミング対応、数十億イベント対応 |
費用目安 | BigQueryのストレージ・クエリ従量課金。小〜中規模サイトで月額1,000〜5,000円程度 |
BigQuery設定手順：
Google Cloud Consoleでプロジェクトを作成する
BigQuery APIを有効化する
GA4管理画面 > 「BigQueryのリンク」を開く
「リンク」をクリックし、BigQueryプロジェクトを選択する
データロケーション（日本の場合は
asia-northeast1）を選択するエクスポートタイプで「毎日」を選択する
設定を保存し、翌日からデータが蓄積されるのを確認する
方法4：GA4 360にアップグレードする
比較項目 | GA4無料版 | GA4 360 |
|---|---|---|
サンプリングしきい値 | 1,000万イベント | 10億イベント |
BigQueryエクスポート | 日次のみ、100万イベント/日 | ストリーミング対応、上限大幅緩和 |
カスタムディメンション上限 | 50個 | 125個 |
データ鮮度 | 24〜48時間 | 4時間以内 |
費用 | 無料 | 年間約150,000ドル〜（要見積もり） |
推奨対象 | 月間1,000万イベント以下のサイト | 大規模サイト・エンタープライズ |
2. 内部IPアドレス除外設定
なぜ内部トラフィック除外が重要か
社内の従業員やパートナーのアクセスがGA4のデータに含まれると、以下のような歪みが生じます。
歪みの種類 | 具体例 |
|---|---|
セッション数の水増し | 実際のユーザー数より多く見える |
エンゲージメント率の歪み | 社内テストや開発作業のアクセスが平均を引き下げる（または引き上げる） |
コンバージョン経路の汚染 | 社内検証によるCV発生がファネル分析を歪める |
ページ別データの誤差 | 管理画面や社内専用ページへのアクセスが混入する |
UA vs GA4：内部トラフィック除外の違い
項目 | UA（旧） | GA4（現行） |
|---|---|---|
設定場所 | ビュー > フィルタ | データストリーム > タグ設定 + データフィルタ |
設定ステップ | 1ステップ（フィルタ作成のみ） | 2ステップ（定義の作成 + フィルタの有効化） |
テストモード | なし（即時適用） | あり（テスト → 有効の段階適用） |
反映までの時間 | 即時 | 24〜36時間 |
過去データへの遡及 | 適用不可 | 適用不可 |
IP以外の除外方法 | 限定的 | IPアドレス、IPアドレス範囲、CIDR表記 |
設定手順：ステップ1 — 内部トラフィックの定義
GA4管理画面を開く
データストリーム > 対象のウェブストリームをクリックする
「Googleタグ」セクション > 「タグ設定を行う」をクリックする
「内部トラフィックの定義」をクリックする
「作成」ボタンをクリックする
以下を入力する：
入力項目 | 入力例 | 説明 |
|---|---|---|
ルール名 | 本社オフィス | 識別しやすい名称をつける |
|
| 変更不要 |
IPアドレスのマッチタイプ | 「IPアドレスが次と等しい」または「IPアドレスが範囲内（CIDR表記）」 | オフィスのIP構成に合わせて選択 |
IPアドレスの値 |
| 自社のグローバルIPアドレスを入力 |
複数拠点がある場合は、拠点ごとにルールを追加する
保存をクリックする
ヒント： 自社のグローバルIPアドレスが不明な場合は、ブラウザで「what is my ip」と検索して確認できます。
設定手順：ステップ2 — データフィルタの有効化
重要：ステップ1だけでは内部トラフィックは除外されません。 必ずステップ2を実行してください。
GA4管理画面 > 「データの収集と修正」 > 「データフィルタ」を開く
「Internal Traffic」フィルタをクリックする
フィルタの状態を確認する：
フィルタの状態 | 説明 | データへの影響 |
|---|---|---|
テスト | フィルタ条件に一致するデータに | なし（確認用） |
有効 | フィルタ条件に一致するデータがレポートから完全に除外される | 対象データが非表示になる |
無効 | フィルタが機能しない | なし |
まず 「テスト」 状態で動作確認を行う
リアルタイムレポートで確認する：
「比較を追加」をクリック
ディメンション「テストデータのフィルタ名」を選択
値に「Internal Traffic」を指定
内部トラフィックが正しく識別されていることを確認する
確認が完了したら、フィルタの状態を 「有効」 に変更する
保存をクリックする
反映タイムラインと注意事項
注意事項 | 詳細 |
|---|---|
反映までの時間 | 設定変更後、レポートに反映されるまで24〜36時間かかる |
過去データへの影響 | フィルタは将来のデータにのみ適用される。過去のデータは変更されない |
リモートワーク対応 | 自宅IPは動的に変わるため、VPN経由のIPアドレスで設定するのが現実的 |
複数オフィス | 拠点ごとに別ルールを作成する。1ルールに最大10件のIP条件を設定可能 |
IPv6対応 | IPv6アドレスでの除外も可能。IPv4とIPv6の両方を設定することを推奨 |
3. クロスドメイン計測
クロスドメイン計測が必要なケース
複数のドメインをまたいでユーザーが行動するサイト構成では、クロスドメイン計測が不可欠です。
ケース | ドメイン構成例 | 未設定の場合の問題 |
|---|---|---|
メインサイト + ECサイト |
| ECサイトへの遷移で新規セッションが発生し、元の流入元が「参照」に置き換わる |
コーポレートサイト + 申込フォーム |
| フォーム到達のCVパスが断絶する |
ブログ + サービスサイト |
| ブログからの流入がすべて「参照（referral）」として計測される |
日本語サイト + 英語サイト |
| 言語間の遷移でセッションが分断される |
注意： サブドメイン間（
www.example.comとblog.example.com）はGA4がデフォルトで同一プロパティとして扱うため、クロスドメイン設定は不要です。
UA vs GA4：クロスドメイン設定の違い
項目 | UA（旧） | GA4（現行） |
|---|---|---|
設定方法 | GTMまたはトラッキングコードの手動編集が必要 | 管理画面のみで設定完了 |
必要な技術知識 | JavaScript・GTMの知識が必須 | 管理画面操作のみ |
リンカーパラメータ |
|
|
設定の複雑さ | 高い（複数箇所で設定が必要） | 低い（1箇所で完結） |
GA4管理画面を開く
データストリーム > 対象のウェブストリームをクリックする
**「Googleタグ」セクション > 「タグ設定を行う」**をクリックする
**「ドメインの設定」**をクリックする
**「条件を追加」**をクリックし、対象ドメインを追加する
入力項目 | 入力例 | 説明 |
|---|---|---|
マッチタイプ | 「次を含む」 | ドメインの一部一致で指定 |
ドメイン |
| 遷移先のドメインを入力 |
遷移先のすべてのドメインについて条件を追加する
保存をクリックする
_gl パラメータの検証方法
設定後、クロスドメインが正しく機能しているか必ず検証してください。
メインドメインのサイトにアクセスする
クロスドメインリンクをクリックする
遷移先のURLに
_glパラメータが付与されていることを確認する正常例：
https://shop.example.net/?_gl=1*1abc2de*_ga*MTIz...
GA4のリアルタイムレポートで、遷移先のページビューが同一セッション内で記録されていることを確認する
JavaScript遷移の落とし穴
問題 | 詳細 | 対策 |
|---|---|---|
JavaScriptによるページ遷移 |
| HTMLの |
フォームのaction属性 |
| フォームの |
リダイレクトチェーン | サーバーサイドリダイレクトが挟まると | リダイレクトチェーン内で |
4. エンゲージメント率の正しい理解
UAの直帰率とGA4のエンゲージメント率
GA4では、従来のUA（ユニバーサルアナリティクス）における「直帰率」の定義が根本的に変更されました。この変更を正しく理解しないと、ページ評価を大きく見誤ります。
指標 | UA（旧） | GA4（現行） |
|---|---|---|
直帰率の定義 | 1ページのみ閲覧して離脱したセッションの割合 | エンゲージメントのなかったセッションの割合（エンゲージメント率の逆数） |
エンゲージメント率 | 存在しない指標 | エンゲージメントのあったセッションの割合 |
計算式 | 直帰率 = 1ページのみのセッション / 全セッション | 直帰率 = 1 - エンゲージメント率 |
GA4における「エンゲージメントのあったセッション」の定義
GA4では、以下の3つの条件のいずれか1つを満たすセッションを「エンゲージメントのあったセッション」と定義しています。
条件 | 詳細 | 具体例 |
|---|---|---|
10秒以上の滞在 | セッション時間が10秒以上続いた | ユーザーが記事を10秒以上読んだ |
コンバージョンイベントの発生 | キーイベントとしてマークしたイベントが発生した | フォーム送信、購入完了など |
2ページ以上の閲覧 | 2回以上の | トップページ→サービスページと遷移した |
数値の変化と解釈
GA4のエンゲージメント率はUAの直帰率と逆の関係にありますが、数値をそのまま反転させることはできません。定義が根本的に異なるためです。
指標 | 業界平均の目安（参考値） | 解釈 |
|---|---|---|
GA4 エンゲージメント率 | 55〜70% | 60%以上であれば良好 |
GA4 直帰率 | 30〜45% | 40%以下であれば良好 |
UA 直帰率（参考） | 40〜60% | GA4の直帰率とは直接比較不可 |
ページタイプ別のエンゲージメント率ベンチマーク
ページタイプ | エンゲージメント率の目安 | 補足 |
|---|---|---|
ブログ記事・読み物コンテンツ | 50〜65% | 長文記事は10秒以上滞在しやすいため比較的高い |
ランディングページ（広告流入） | 40〜55% | 流入意図との一致度で大きく変動する |
ECサイト商品ページ | 55〜70% | 商品比較のために複数ページを閲覧する傾向 |
SaaS/サービス紹介ページ | 50〜65% | CTAのクリックがエンゲージメントに寄与する |
お問い合わせ・フォームページ | 60〜80% | フォーム入力により滞在時間が長くなる |
TOPページ | 55〜75% | ナビゲーションハブとして他ページへの遷移が発生しやすい |
実務での活用ポイント
ポイント | 説明 |
|---|---|
UAの直帰率と比較しない | 定義が異なるため、UAとGA4の直帰率を直接比較して改善度を評価してはいけない |
エンゲージメント率を主指標にする | GA4では直帰率よりエンゲージメント率を基準に評価する方が自然 |
10秒のしきい値を理解する | 10秒未満で離脱しても2ページ以上閲覧していればエンゲージメントあり |
ページタイプ別に基準を持つ | 全ページ一律の基準ではなく、ページの目的に応じた基準で評価する |
コンバージョンとの相関を見る | エンゲージメント率が高いページがCVにも貢献しているかを検証する |
5. 探索レポートの活用
標準レポートと探索レポートの使い分け
GA4には標準レポートと探索レポートの2つの分析機能がありますが、それぞれの役割を正しく理解して使い分けることが重要です。
比較項目 | 標準レポート | 探索レポート |
|---|---|---|
目的 | 定点モニタリング（日常的な数値確認） | 深掘り分析・インサイト発見 |
カスタマイズ性 | 低い（レイアウトは固定） | 高い（ディメンション・指標を自由に組み合わせ） |
データ保持の影響 | 影響なし（集計済みデータを使用） | 保持期間内のデータのみ利用可能（2か月 or 14か月） |
サンプリング | 発生しない | 1,000万イベント超で発生する可能性あり |
共有 | プロパティ内のユーザー全員が閲覧可能 | 作成者のみ（共有設定が必要） |
セグメント | 「比較」機能で限定的に使用可能 | 高度なセグメント（ユーザー/セッション/イベント）を作成可能 |
適したユースケース | 日次・週次のKPI確認、経営層へのレポート | 原因分析、仮説検証、ユーザー行動の深掘り |
探索レポートの3つの主要テンプレート
テンプレート1：自由形式レポート
用途： ディメンションと指標を自由に組み合わせた独自のクロス集計分析
活用シーン | 設定例 | 得られるインサイト |
|---|---|---|
チャネル × デバイス分析 | 行：セッションのデフォルトチャネル、列：デバイスカテゴリ、値：キーイベント率 | モバイルで広告流入のCVRが低い場合、モバイルLPの改善が必要 |
LP別パフォーマンス | 行：ランディングページ、値：セッション数・エンゲージメント率・キーイベント数 | 高トラフィック・低CVRのページを特定して改善優先度を判断 |
曜日 × 時間帯分析 | 行：曜日、列：時間、値：セッション数 | 広告配信やSNS投稿の最適タイミングを発見 |
GA4左メニュー > 「探索」 をクリックする
「自由形式」 テンプレートを選択する
「変数」パネルで必要なディメンションと指標を追加する
「タブの設定」パネルで行・列・値にドラッグ&ドロップする
必要に応じてフィルタを追加し、分析対象を絞り込む
テンプレート2：ファネル分析
用途： コンバージョンまでのステップごとの離脱率を可視化
ファネル例 | ステップ構成 | 着目ポイント |
|---|---|---|
EC購買ファネル | 商品閲覧 → カート追加 → チェックアウト → 購入 | カート追加→チェックアウト間の離脱率が最重要 |
BtoBリード獲得 | サービスページ → 料金ページ → フォーム到達 → 送信完了 | フォーム到達→送信完了間の離脱に注目 |
SaaSサインアップ | LP → 機能紹介 → 料金ページ → サインアップ | 料金ページの離脱率が高い場合、価格訴求の改善を検討 |
探索 > 「ファネル分析」 テンプレートを選択する
「タブの設定」で 「ステップ」 を編集する
各ステップにイベントまたはページ条件を設定する
「オープンファネル」 をオンにすると、途中ステップからの流入も確認できる
各ステップの離脱率と離脱先を確認する
テンプレート3：経路データ探索
用途： ユーザーのページ遷移パターンをツリーマップで可視化
分析方向 | 設定 | 発見できるインサイト |
|---|---|---|
順方向（始点指定） | 始点にランディングページを設定 | LPからの主要遷移パターンと想定外の離脱先 |
逆方向（終点指定） | 終点にCVイベントまたはCVページを設定 | CVに至る主要な行動経路と予想外のルート |
探索 > 「経路データ探索」 テンプレートを選択する
「最初からやり直す」 をクリックしてデフォルトデータをクリアする
始点（または終点）にイベント名またはページタイトルを指定する
ノードをクリックして次のステップを展開していく
意外な遷移パターンや離脱ポイントを特定する
探索レポート活用のベストプラクティス
プラクティス | 詳細 |
|---|---|
データ保持期間を14か月に設定 | デフォルトの2か月では長期分析が不可能。管理画面 > データの収集と修正 > データの保持で変更する |
定期分析テンプレートを保存する | よく使う分析は探索レポートとして保存し、定期的に開く運用を構築する |
セグメントを積極的に活用する | CV達成者/未達成者の比較、デバイス別分析、チャネル別分析などをセグメントで切り分ける |
標準レポートで異常を発見し、探索で原因を特定する | 標準レポート → 気づき → 探索レポート → 原因特定 → 施策立案、の流れを定着させる |
実装チェックリスト
以下のチェックリストを使って、自社GA4のデータ精度設定を確認してください。
データサンプリング対策
探索レポートでサンプリングアイコン（黄色の盾）が表示されていないか確認した
サンプリング発生時の対処法（期間短縮・ディメンション削減）を理解している
BigQueryエクスポートの設定を完了した（または計画している）
BigQueryのデータロケーションを日本リージョン（
asia-northeast1）に設定した
内部IPアドレス除外
内部トラフィックの定義を作成した（全拠点分）
VPN経由のIPアドレスも定義に含めた（リモートワーク対応）
データフィルタを「テスト」モードで動作確認した
リアルタイムレポートでフィルタが正しく機能することを確認した
データフィルタを「有効」に切り替えた
反映までの24〜36時間を待ってからデータを確認した
クロスドメイン計測
クロスドメイン設定が必要なドメインの一覧を洗い出した
GA4管理画面の「ドメインの設定」で対象ドメインを追加した
ドメイン間遷移時にURLに
_glパラメータが付与されることを確認したリアルタイムレポートでセッションが分断されていないことを確認した
JavaScriptによるページ遷移がある場合、
_glパラメータの付与を確認した
エンゲージメント率
GA4のエンゲージメント率の定義（10秒+滞在 or CV or 2PV+）を理解している
UAの直帰率とGA4の直帰率の違いを理解し、直接比較をしていない
ページタイプ別のエンゲージメント率のベンチマークを把握している
エンゲージメント率をレポートの主要指標として設定した
探索レポート
データ保持期間を14か月に変更した
自由形式レポートで独自のクロス集計を作成できる
ファネル分析でCVまでの離脱ポイントを特定できる
経路データ探索でユーザーの遷移パターンを分析できる
定期的な分析テンプレートを作成・保存している
まとめ：5つの設定項目の総括
# | 設定項目 | 重要度 | 設定難易度 | 所要時間 | 効果 |
|---|---|---|---|---|---|
1 | データサンプリング回避 | 高 | 中（BigQuery設定の場合） | 1〜3時間 | レポート数値の正確性が大幅に向上 |
2 | 内部IPアドレス除外 | 高 | 低 | 30分〜1時間（反映に24〜36時間） | 実ユーザーのデータのみで正確な分析が可能に |
3 | クロスドメイン計測 | 中〜高 | 低 | 30分〜1時間 | ドメイン間のユーザー行動を正確に追跡 |
4 | エンゲージメント率の理解 | 中 | —（知識の問題） | — | ページ評価の精度が向上し、改善施策の判断が適切に |
5 | 探索レポートの活用 | 中 | 中 | 継続的 | 標準レポートでは得られない深いインサイトを発見 |
GA4のデータ精度は、正しい設定と正しい理解の両方があって初めて担保されます。本記事で解説した5つの設定項目を一つずつ確認し、データに基づいた意思決定の土台を固めてください。正確なデータがなければ、どんな高度な分析手法も無意味です。 まずは今日、チェックリストの1項目目から着手しましょう。
「GA4のデータ、本当に信頼できますか？」
GA4を導入し、日々レポートを確認している方は多いでしょう。しかし、デフォルト設定のままでは、GA4のデータには見えない歪みが潜んでいます。サンプリングによるデータの丸め、社内アクセスの混入、ドメインをまたいだセッションの分断。これらの問題を放置したまま意思決定を行えば、マーケティング施策の方向性そのものを誤るリスクがあります。
本記事では、GA4のデータ精度を左右する5つの重要な設定項目について、具体的な数値基準・設定手順・検証方法を交えて徹底解説します。
本記事で解説する5つの設定項目
# | 設定項目 | 放置した場合のリスク | 影響度 |
|---|---|---|---|
1 | データサンプリングの罠と回避策 | 大規模サイトでレポート数値が推定値になり、正確な分析が不可能に | 高 |
2 | 内部IPアドレス除外設定 | 社内アクセスがデータに混入し、ユーザー行動の実態を歪める | 高 |
3 | クロスドメイン計測 | ドメイン間遷移でセッションが分断され、流入元やCV経路を見失う | 中〜高 |
4 | エンゲージメント率の正しい理解 | UAの直帰率と混同し、ページ評価を誤る | 中 |
5 | 探索レポートの活用 | 標準レポートだけでは発見できないインサイトを見逃す | 中 |
1. データサンプリングの罠と回避策
サンプリングとは何か
GA4のデータサンプリングとは、レポート生成時にデータセット全体ではなく一部のデータのみを抽出し、そこから全体を推定する仕組みです。大量のデータを高速に処理するための措置ですが、結果としてレポートに表示される数値は「推定値」となり、正確性が損なわれます。
サンプリングが発生する条件
条件 | 詳細 |
|---|---|
発生場所 | 探索レポート（標準レポートでは発生しない） |
トリガーとなるイベント数 | 分析対象期間のイベント数が1,000万件を超えた場合 |
確認方法 | 探索レポート上部に緑色のチェックマーク（サンプリングなし）または黄色の盾アイコン（サンプリング適用中）が表示される |
GA4 360の場合 | しきい値が10億件に引き上げられる |
サンプリングの影響度
サイト規模（月間イベント数） | サンプリング発生リスク | 影響度 |
|---|---|---|
100万件未満 | ほぼ発生しない | 低 |
100万〜500万件 | 長期間分析時に発生する可能性あり | 中 |
500万〜1,000万件 | 月次レポートで発生する可能性あり | 高 |
1,000万件以上 | 高確率で発生 | 非常に高 |
サンプリング回避の4つの方法
# | 方法 | 難易度 | コスト | 効果 |
|---|---|---|---|---|
1 | 分析期間を短縮する | 低 | 無料 | 期間を短くしてイベント数を1,000万件以下に抑える |
2 | ディメンション数を削減する | 低 | 無料 | 不要なディメンションを外し、処理するデータ量を減らす |
3 | BigQueryエクスポートを活用する | 中〜高 | 従量課金（月数千円〜） | 生データをBigQueryに出力し、サンプリングなしで分析 |
4 | GA4 360にアップグレードする | 低 | 高額（年間数百万円〜） | サンプリングしきい値を10億件に引き上げ |
方法1：分析期間を短縮する（即効性あり）
探索レポートの日付範囲を確認する
サンプリングアイコンが表示されている場合、期間を半分に短縮する
サンプリングが解消されるまで期間を調整する
複数期間のデータをスプレッドシートで統合して全体像を把握する
方法2：ディメンション数を削減する
探索レポートで使用しているディメンションを確認する
分析の目的に対して本当に必要なディメンションだけを残す
「ページパス × 参照元 × デバイス × 国」のような4軸以上の分析は避ける
代わりに2軸ずつの分析を複数回実施する
方法3：BigQueryエクスポートを活用する
BigQueryエクスポートはGA4無料版でも利用可能です。これが最も根本的な解決策です。
項目 | 詳細 |
|---|---|
設定場所 | GA4管理画面 > プロパティ設定 > BigQueryのリンク |
エクスポート頻度 | 日次エクスポート（毎日）またはストリーミングエクスポート（リアルタイム） |
無料版の制限 | 日次エクスポートのみ、1日100万イベントまで |
GA4 360の制限 | ストリーミング対応、数十億イベント対応 |
費用目安 | BigQueryのストレージ・クエリ従量課金。小〜中規模サイトで月額1,000〜5,000円程度 |
BigQuery設定手順：
Google Cloud Consoleでプロジェクトを作成する
BigQuery APIを有効化する
GA4管理画面 > 「BigQueryのリンク」を開く
「リンク」をクリックし、BigQueryプロジェクトを選択する
データロケーション（日本の場合は
asia-northeast1）を選択するエクスポートタイプで「毎日」を選択する
設定を保存し、翌日からデータが蓄積されるのを確認する
方法4：GA4 360にアップグレードする
比較項目 | GA4無料版 | GA4 360 |
|---|---|---|
サンプリングしきい値 | 1,000万イベント | 10億イベント |
BigQueryエクスポート | 日次のみ、100万イベント/日 | ストリーミング対応、上限大幅緩和 |
カスタムディメンション上限 | 50個 | 125個 |
データ鮮度 | 24〜48時間 | 4時間以内 |
費用 | 無料 | 年間約150,000ドル〜（要見積もり） |
推奨対象 | 月間1,000万イベント以下のサイト | 大規模サイト・エンタープライズ |
2. 内部IPアドレス除外設定
なぜ内部トラフィック除外が重要か
社内の従業員やパートナーのアクセスがGA4のデータに含まれると、以下のような歪みが生じます。
歪みの種類 | 具体例 |
|---|---|
セッション数の水増し | 実際のユーザー数より多く見える |
エンゲージメント率の歪み | 社内テストや開発作業のアクセスが平均を引き下げる（または引き上げる） |
コンバージョン経路の汚染 | 社内検証によるCV発生がファネル分析を歪める |
ページ別データの誤差 | 管理画面や社内専用ページへのアクセスが混入する |
UA vs GA4：内部トラフィック除外の違い
項目 | UA（旧） | GA4（現行） |
|---|---|---|
設定場所 | ビュー > フィルタ | データストリーム > タグ設定 + データフィルタ |
設定ステップ | 1ステップ（フィルタ作成のみ） | 2ステップ（定義の作成 + フィルタの有効化） |
テストモード | なし（即時適用） | あり（テスト → 有効の段階適用） |
反映までの時間 | 即時 | 24〜36時間 |
過去データへの遡及 | 適用不可 | 適用不可 |
IP以外の除外方法 | 限定的 | IPアドレス、IPアドレス範囲、CIDR表記 |
設定手順：ステップ1 — 内部トラフィックの定義
GA4管理画面を開く
データストリーム > 対象のウェブストリームをクリックする
「Googleタグ」セクション > 「タグ設定を行う」をクリックする
「内部トラフィックの定義」をクリックする
「作成」ボタンをクリックする
以下を入力する：
入力項目 | 入力例 | 説明 |
|---|---|---|
ルール名 | 本社オフィス | 識別しやすい名称をつける |
|
| 変更不要 |
IPアドレスのマッチタイプ | 「IPアドレスが次と等しい」または「IPアドレスが範囲内（CIDR表記）」 | オフィスのIP構成に合わせて選択 |
IPアドレスの値 |
| 自社のグローバルIPアドレスを入力 |
複数拠点がある場合は、拠点ごとにルールを追加する
保存をクリックする
ヒント： 自社のグローバルIPアドレスが不明な場合は、ブラウザで「what is my ip」と検索して確認できます。
設定手順：ステップ2 — データフィルタの有効化
重要：ステップ1だけでは内部トラフィックは除外されません。 必ずステップ2を実行してください。
GA4管理画面 > 「データの収集と修正」 > 「データフィルタ」を開く
「Internal Traffic」フィルタをクリックする
フィルタの状態を確認する：
フィルタの状態 | 説明 | データへの影響 |
|---|---|---|
テスト | フィルタ条件に一致するデータに | なし（確認用） |
有効 | フィルタ条件に一致するデータがレポートから完全に除外される | 対象データが非表示になる |
無効 | フィルタが機能しない | なし |
まず 「テスト」 状態で動作確認を行う
リアルタイムレポートで確認する：
「比較を追加」をクリック
ディメンション「テストデータのフィルタ名」を選択
値に「Internal Traffic」を指定
内部トラフィックが正しく識別されていることを確認する
確認が完了したら、フィルタの状態を 「有効」 に変更する
保存をクリックする
反映タイムラインと注意事項
注意事項 | 詳細 |
|---|---|
反映までの時間 | 設定変更後、レポートに反映されるまで24〜36時間かかる |
過去データへの影響 | フィルタは将来のデータにのみ適用される。過去のデータは変更されない |
リモートワーク対応 | 自宅IPは動的に変わるため、VPN経由のIPアドレスで設定するのが現実的 |
複数オフィス | 拠点ごとに別ルールを作成する。1ルールに最大10件のIP条件を設定可能 |
IPv6対応 | IPv6アドレスでの除外も可能。IPv4とIPv6の両方を設定することを推奨 |
3. クロスドメイン計測
クロスドメイン計測が必要なケース
複数のドメインをまたいでユーザーが行動するサイト構成では、クロスドメイン計測が不可欠です。
ケース | ドメイン構成例 | 未設定の場合の問題 |
|---|---|---|
メインサイト + ECサイト |
| ECサイトへの遷移で新規セッションが発生し、元の流入元が「参照」に置き換わる |
コーポレートサイト + 申込フォーム |
| フォーム到達のCVパスが断絶する |
ブログ + サービスサイト |
| ブログからの流入がすべて「参照（referral）」として計測される |
日本語サイト + 英語サイト |
| 言語間の遷移でセッションが分断される |
注意： サブドメイン間（
www.example.comとblog.example.com）はGA4がデフォルトで同一プロパティとして扱うため、クロスドメイン設定は不要です。
UA vs GA4：クロスドメイン設定の違い
項目 | UA（旧） | GA4（現行） |
|---|---|---|
設定方法 | GTMまたはトラッキングコードの手動編集が必要 | 管理画面のみで設定完了 |
必要な技術知識 | JavaScript・GTMの知識が必須 | 管理画面操作のみ |
リンカーパラメータ |
|
|
設定の複雑さ | 高い（複数箇所で設定が必要） | 低い（1箇所で完結） |
GA4管理画面を開く
データストリーム > 対象のウェブストリームをクリックする
**「Googleタグ」セクション > 「タグ設定を行う」**をクリックする
**「ドメインの設定」**をクリックする
**「条件を追加」**をクリックし、対象ドメインを追加する
入力項目 | 入力例 | 説明 |
|---|---|---|
マッチタイプ | 「次を含む」 | ドメインの一部一致で指定 |
ドメイン |
| 遷移先のドメインを入力 |
遷移先のすべてのドメインについて条件を追加する
保存をクリックする
_gl パラメータの検証方法
設定後、クロスドメインが正しく機能しているか必ず検証してください。
メインドメインのサイトにアクセスする
クロスドメインリンクをクリックする
遷移先のURLに
_glパラメータが付与されていることを確認する正常例：
https://shop.example.net/?_gl=1*1abc2de*_ga*MTIz...
GA4のリアルタイムレポートで、遷移先のページビューが同一セッション内で記録されていることを確認する
JavaScript遷移の落とし穴
問題 | 詳細 | 対策 |
|---|---|---|
JavaScriptによるページ遷移 |
| HTMLの |
フォームのaction属性 |
| フォームの |
リダイレクトチェーン | サーバーサイドリダイレクトが挟まると | リダイレクトチェーン内で |
4. エンゲージメント率の正しい理解
UAの直帰率とGA4のエンゲージメント率
GA4では、従来のUA（ユニバーサルアナリティクス）における「直帰率」の定義が根本的に変更されました。この変更を正しく理解しないと、ページ評価を大きく見誤ります。
指標 | UA（旧） | GA4（現行） |
|---|---|---|
直帰率の定義 | 1ページのみ閲覧して離脱したセッションの割合 | エンゲージメントのなかったセッションの割合（エンゲージメント率の逆数） |
エンゲージメント率 | 存在しない指標 | エンゲージメントのあったセッションの割合 |
計算式 | 直帰率 = 1ページのみのセッション / 全セッション | 直帰率 = 1 - エンゲージメント率 |
GA4における「エンゲージメントのあったセッション」の定義
GA4では、以下の3つの条件のいずれか1つを満たすセッションを「エンゲージメントのあったセッション」と定義しています。
条件 | 詳細 | 具体例 |
|---|---|---|
10秒以上の滞在 | セッション時間が10秒以上続いた | ユーザーが記事を10秒以上読んだ |
コンバージョンイベントの発生 | キーイベントとしてマークしたイベントが発生した | フォーム送信、購入完了など |
2ページ以上の閲覧 | 2回以上の | トップページ→サービスページと遷移した |
数値の変化と解釈
GA4のエンゲージメント率はUAの直帰率と逆の関係にありますが、数値をそのまま反転させることはできません。定義が根本的に異なるためです。
指標 | 業界平均の目安（参考値） | 解釈 |
|---|---|---|
GA4 エンゲージメント率 | 55〜70% | 60%以上であれば良好 |
GA4 直帰率 | 30〜45% | 40%以下であれば良好 |
UA 直帰率（参考） | 40〜60% | GA4の直帰率とは直接比較不可 |
ページタイプ別のエンゲージメント率ベンチマーク
ページタイプ | エンゲージメント率の目安 | 補足 |
|---|---|---|
ブログ記事・読み物コンテンツ | 50〜65% | 長文記事は10秒以上滞在しやすいため比較的高い |
ランディングページ（広告流入） | 40〜55% | 流入意図との一致度で大きく変動する |
ECサイト商品ページ | 55〜70% | 商品比較のために複数ページを閲覧する傾向 |
SaaS/サービス紹介ページ | 50〜65% | CTAのクリックがエンゲージメントに寄与する |
お問い合わせ・フォームページ | 60〜80% | フォーム入力により滞在時間が長くなる |
TOPページ | 55〜75% | ナビゲーションハブとして他ページへの遷移が発生しやすい |
実務での活用ポイント
ポイント | 説明 |
|---|---|
UAの直帰率と比較しない | 定義が異なるため、UAとGA4の直帰率を直接比較して改善度を評価してはいけない |
エンゲージメント率を主指標にする | GA4では直帰率よりエンゲージメント率を基準に評価する方が自然 |
10秒のしきい値を理解する | 10秒未満で離脱しても2ページ以上閲覧していればエンゲージメントあり |
ページタイプ別に基準を持つ | 全ページ一律の基準ではなく、ページの目的に応じた基準で評価する |
コンバージョンとの相関を見る | エンゲージメント率が高いページがCVにも貢献しているかを検証する |
5. 探索レポートの活用
標準レポートと探索レポートの使い分け
GA4には標準レポートと探索レポートの2つの分析機能がありますが、それぞれの役割を正しく理解して使い分けることが重要です。
比較項目 | 標準レポート | 探索レポート |
|---|---|---|
目的 | 定点モニタリング（日常的な数値確認） | 深掘り分析・インサイト発見 |
カスタマイズ性 | 低い（レイアウトは固定） | 高い（ディメンション・指標を自由に組み合わせ） |
データ保持の影響 | 影響なし（集計済みデータを使用） | 保持期間内のデータのみ利用可能（2か月 or 14か月） |
サンプリング | 発生しない | 1,000万イベント超で発生する可能性あり |
共有 | プロパティ内のユーザー全員が閲覧可能 | 作成者のみ（共有設定が必要） |
セグメント | 「比較」機能で限定的に使用可能 | 高度なセグメント（ユーザー/セッション/イベント）を作成可能 |
適したユースケース | 日次・週次のKPI確認、経営層へのレポート | 原因分析、仮説検証、ユーザー行動の深掘り |
探索レポートの3つの主要テンプレート
テンプレート1：自由形式レポート
用途： ディメンションと指標を自由に組み合わせた独自のクロス集計分析
活用シーン | 設定例 | 得られるインサイト |
|---|---|---|
チャネル × デバイス分析 | 行：セッションのデフォルトチャネル、列：デバイスカテゴリ、値：キーイベント率 | モバイルで広告流入のCVRが低い場合、モバイルLPの改善が必要 |
LP別パフォーマンス | 行：ランディングページ、値：セッション数・エンゲージメント率・キーイベント数 | 高トラフィック・低CVRのページを特定して改善優先度を判断 |
曜日 × 時間帯分析 | 行：曜日、列：時間、値：セッション数 | 広告配信やSNS投稿の最適タイミングを発見 |
GA4左メニュー > 「探索」 をクリックする
「自由形式」 テンプレートを選択する
「変数」パネルで必要なディメンションと指標を追加する
「タブの設定」パネルで行・列・値にドラッグ&ドロップする
必要に応じてフィルタを追加し、分析対象を絞り込む
テンプレート2：ファネル分析
用途： コンバージョンまでのステップごとの離脱率を可視化
ファネル例 | ステップ構成 | 着目ポイント |
|---|---|---|
EC購買ファネル | 商品閲覧 → カート追加 → チェックアウト → 購入 | カート追加→チェックアウト間の離脱率が最重要 |
BtoBリード獲得 | サービスページ → 料金ページ → フォーム到達 → 送信完了 | フォーム到達→送信完了間の離脱に注目 |
SaaSサインアップ | LP → 機能紹介 → 料金ページ → サインアップ | 料金ページの離脱率が高い場合、価格訴求の改善を検討 |
探索 > 「ファネル分析」 テンプレートを選択する
「タブの設定」で 「ステップ」 を編集する
各ステップにイベントまたはページ条件を設定する
「オープンファネル」 をオンにすると、途中ステップからの流入も確認できる
各ステップの離脱率と離脱先を確認する
テンプレート3：経路データ探索
用途： ユーザーのページ遷移パターンをツリーマップで可視化
分析方向 | 設定 | 発見できるインサイト |
|---|---|---|
順方向（始点指定） | 始点にランディングページを設定 | LPからの主要遷移パターンと想定外の離脱先 |
逆方向（終点指定） | 終点にCVイベントまたはCVページを設定 | CVに至る主要な行動経路と予想外のルート |
探索 > 「経路データ探索」 テンプレートを選択する
「最初からやり直す」 をクリックしてデフォルトデータをクリアする
始点（または終点）にイベント名またはページタイトルを指定する
ノードをクリックして次のステップを展開していく
意外な遷移パターンや離脱ポイントを特定する
探索レポート活用のベストプラクティス
プラクティス | 詳細 |
|---|---|
データ保持期間を14か月に設定 | デフォルトの2か月では長期分析が不可能。管理画面 > データの収集と修正 > データの保持で変更する |
定期分析テンプレートを保存する | よく使う分析は探索レポートとして保存し、定期的に開く運用を構築する |
セグメントを積極的に活用する | CV達成者/未達成者の比較、デバイス別分析、チャネル別分析などをセグメントで切り分ける |
標準レポートで異常を発見し、探索で原因を特定する | 標準レポート → 気づき → 探索レポート → 原因特定 → 施策立案、の流れを定着させる |
実装チェックリスト
以下のチェックリストを使って、自社GA4のデータ精度設定を確認してください。
データサンプリング対策
探索レポートでサンプリングアイコン（黄色の盾）が表示されていないか確認した
サンプリング発生時の対処法（期間短縮・ディメンション削減）を理解している
BigQueryエクスポートの設定を完了した（または計画している）
BigQueryのデータロケーションを日本リージョン（
asia-northeast1）に設定した
内部IPアドレス除外
内部トラフィックの定義を作成した（全拠点分）
VPN経由のIPアドレスも定義に含めた（リモートワーク対応）
データフィルタを「テスト」モードで動作確認した
リアルタイムレポートでフィルタが正しく機能することを確認した
データフィルタを「有効」に切り替えた
反映までの24〜36時間を待ってからデータを確認した
クロスドメイン計測
クロスドメイン設定が必要なドメインの一覧を洗い出した
GA4管理画面の「ドメインの設定」で対象ドメインを追加した
ドメイン間遷移時にURLに
_glパラメータが付与されることを確認したリアルタイムレポートでセッションが分断されていないことを確認した
JavaScriptによるページ遷移がある場合、
_glパラメータの付与を確認した
エンゲージメント率
GA4のエンゲージメント率の定義（10秒+滞在 or CV or 2PV+）を理解している
UAの直帰率とGA4の直帰率の違いを理解し、直接比較をしていない
ページタイプ別のエンゲージメント率のベンチマークを把握している
エンゲージメント率をレポートの主要指標として設定した
探索レポート
データ保持期間を14か月に変更した
自由形式レポートで独自のクロス集計を作成できる
ファネル分析でCVまでの離脱ポイントを特定できる
経路データ探索でユーザーの遷移パターンを分析できる
定期的な分析テンプレートを作成・保存している
まとめ：5つの設定項目の総括
# | 設定項目 | 重要度 | 設定難易度 | 所要時間 | 効果 |
|---|---|---|---|---|---|
1 | データサンプリング回避 | 高 | 中（BigQuery設定の場合） | 1〜3時間 | レポート数値の正確性が大幅に向上 |
2 | 内部IPアドレス除外 | 高 | 低 | 30分〜1時間（反映に24〜36時間） | 実ユーザーのデータのみで正確な分析が可能に |
3 | クロスドメイン計測 | 中〜高 | 低 | 30分〜1時間 | ドメイン間のユーザー行動を正確に追跡 |
4 | エンゲージメント率の理解 | 中 | —（知識の問題） | — | ページ評価の精度が向上し、改善施策の判断が適切に |
5 | 探索レポートの活用 | 中 | 中 | 継続的 | 標準レポートでは得られない深いインサイトを発見 |
GA4のデータ精度は、正しい設定と正しい理解の両方があって初めて担保されます。本記事で解説した5つの設定項目を一つずつ確認し、データに基づいた意思決定の土台を固めてください。正確なデータがなければ、どんな高度な分析手法も無意味です。 まずは今日、チェックリストの1項目目から着手しましょう。
＼無料で今すぐダウンロード／
＼無料で今すぐダウンロード／
＼無料で今すぐダウンロード／
‹ 【2026年版】Webサイト分析完全ガイド｜CVR改善に直結する分析手法・ツール・実践ステップ
【中小企業のブランディング】費用対効果の高い7つの戦略 ›
プライバシーポリシー
ヘルプページ
© 2025 Cascade Inc, All Rights Reserved.
プライバシーポリシー
ヘルプページ
© 2025 Cascade Inc, All Rights Reserved.
プライバシーポリシー
ヘルプページ
© 2025 Cascade Inc, All Rights Reserved.
＼無料で今すぐダウンロード／
＼無料で今すぐダウンロード／
＼無料で今すぐダウンロード／
目次
