GA4とCloudflare Analyticsの違いと使い分け【数字が違う理由も解説】

インフラ初級
GA4CloudflareAnalyticsGDPRPrivacy

両方入れているのに数字が全然違う

Cloudflare と GA4 を同時に運用していると、かならず気づく。同じサイトなのに表示される訪問者数が大きく違う。

Cloudflare が「今日1,000訪問」と表示しているのに、GA4 は「350セッション」だったりする。どちらかが壊れているわけではない。2つのツールは根本的に異なるものを計測している。

計測している「もの」が違う

Cloudflare Web Analytics GA4
計測レイヤー インフラ（DNS・エッジ） ブラウザ（JavaScript）
何をカウントするか サーバーへのリクエスト全件 ページを開いたユーザーのイベント
ボット 含まれる 既知のボットは除外される
広告ブロッカー 影響を受けない ブロックされるとカウントされない
計測タイミング ドアをノックした瞬間 部屋に入って動き始めた瞬間

Cloudflare は「サーバーに届いたリクエスト」を数える。GA4 は「ブラウザでJavaScriptが実行されたイベント」を数える。同じ1アクセスでも、計測の起点が違う。

なぜ数字に差が出るのか

数値の乖離には主に3つの原因がある。

① ボット・自動クローラー

2025年時点でインターネットトラフィックの51%以上が自動化された非人間トラフィック（Cloudflare Radar調査）。検索エンジンのクローラー、AIクローラー、セキュリティスキャナーなどがすべて含まれる。

  • Cloudflare: ボットのリクエストもカウントする（ただしBot Analyticsで分離可能）
  • GA4: 既知のボットはフィルタリングされ、カウントされない

② 広告ブロッカー・プライバシーブラウザ

現在、人間のWebトラフィックの**15〜30%**が広告ブロッカーやプライバシーブラウザを使用している。Safari の ITP（Intelligent Tracking Prevention）も追跡を制限する。

  • Cloudflare: サーバーレベルで計測するため、ブラウザの設定に影響されない
  • GA4: gtag.js がブロックされるとカウントされない。このユーザーは完全に見えなくなる

③ JavaScriptが実行される前に離脱

ページが重くてJavaScriptが読み込まれる前にブラウザバックするユーザーは、Cloudflare にはカウントされるが GA4 にはカウントされない。

Cloudflare Web Analytics の特徴

強み

  • クッキーレス・フィンガープリントなし: ブラウザにCookieを保存しない。クッキーバナーが不要
  • 広告ブロッカーに強い: サーバーサイドで計測するため、Adblock の影響を受けない
  • リアルタイム: データは即座に反映される（GA4 は数時間〜1日のラグがある）
  • インフラ情報と統合: キャッシュヒット率、帯域、脅威トラフィックと同一ダッシュボードで確認できる
  • 設定ゼロ（Cloudflare Pages / Proxied ドメイン）: 管理画面で Enable するだけ

弱み

  • ユーザー行動が見えない: どのページでどれくらい時間を過ごしたか、どこから来たか（UTMパラメータ）などはわからない
  • コンバージョン追跡不可: フォーム送信・購入完了などのイベントトラッキングがない
  • ファネル分析なし: どのステップで離脱したか分析できない
  • データ保持期間が6ヶ月: 長期トレンド分析には向かない
  • データサンプリング: 24時間を超えるレポートでは1〜10%のサンプリングになる場合がある

こんな用途に向いている

  • サイトが落ちていないか・帯域が正常かを確認したい
  • ボットや攻撃トラフィックの量を把握したい
  • CookieレスでGDPR対応した最小限の計測がしたい
  • Cloudflare で管理しているサイトの「死活監視」をしたい

GA4 の特徴

強み

  • ユーザー行動の詳細分析: ページ滞在時間・スクロール深度・クリック・フォーム入力など
  • 流入元の分析: どの検索キーワード・SNS・広告からきたか（UTMパラメータ対応）
  • コンバージョン計測: 問い合わせ・購入・会員登録などのゴール設定と計測
  • ファネル分析: どのステップでユーザーが離脱しているか
  • 長期トレンド: データ保持期間が最大14ヶ月（設定による）
  • Google Search Console 連携: 検索クエリとサイト内行動を紐付けて分析できる

弱み

  • クッキーが必要: 多くのケースで GDPR/個人情報保護法上のクッキーバナーが必要になる
  • 広告ブロッカーに弱い: ブロックされると15〜30%の訪問者が見えなくなる
  • ボットを自動除外: インフラ視点のトラフィック全体像は見えない
  • データ反映に遅延: リアルタイムレポートはあるが、通常レポートは数時間のラグ
  • 学習コストが高い: 機能が多く、正しく設定しないと意味のないデータになりやすい

こんな用途に向いている

  • コンテンツのパフォーマンスを改善したい（どの記事が読まれているか）
  • 広告・SEO・SNSの流入効果を測りたい
  • ECサイトで購入ファネルを最適化したい
  • ユーザーがどこで離脱しているか把握したい

結論：両方使うのが正解

Cloudflare と GA4 は競合ではなく、見ている層が違う。

Cloudflare Web Analytics
 ↑ インフラ層（サーバーに届いたすべてのリクエスト）
 ↑ ネットワーク層（ボット・攻撃・キャッシュ）
────────────────────────────────────────────
 ↓ アプリケーション層（ブラウザで動いた人間のみ）
 ↓ 行動層（何をした・どこから来た・どこへ行った）
GA4

Cloudflare で見るべき数字:

  • 実トラフィック量（ボット含む全リクエスト）
  • キャッシュヒット率
  • セキュリティイベント（ブロック件数）
  • 帯域使用量

GA4 で見るべき数字:

  • ユーザー数・セッション数（人間のみ）
  • 流入チャネル・検索キーワード
  • コンバージョン率
  • ページ別パフォーマンス

両方を並べてみると、「Cloudflareでは1,000リクエストあるのにGA4では350セッション」の差がボット・ブロッカーの影響だと把握できる。差が急に広がったときはボット攻撃のシグナルになることもある。

クッキーバナーはどちらが必要？

クッキーバナー
Cloudflare Web Analytics 不要（Cookieレス・フィンガープリントなし）
GA4 原則必要（EU域内アクセスがある場合はGDPR上の同意取得が必要）

日本国内のみのサービスでも、GA4 は個人情報保護法上の観点からプライバシーポリシーへの記載は必要。EU ユーザーがアクセスする可能性があるサイトはクッキーバナーを実装する方が安全。

Cloudflare Web Analytics はその点クリーン。ただし「完全にGDPR準拠か」については Cloudflare 自体が EU 外のサーバーに一部データを送信するため、厳密には法律専門家への確認を推奨する。

記事一覧に戻る