GA4 vs サーバーログとは、 Webアクセスを 測る 2つの 方 式を 比較し、 それぞれが 何を 捉え何を 捉えられないかを 明確に する 対比の 枠組みです。 AI検索時代には 「人間の 訪問」と 「AIボットの 巡回」と いう 性質の まったく 違う 2種類の アクセスを 別々に 把握する 必要が あり、 この 2方 式は 片方だけでは 全体 像を 描けません。 両者は 競合ではなく、 担当領域が 異なる 補完関係に あると 理解する ことが 出発点に なります。 本稿では、 両者が 「どこで ・いつ・何を 記録するか」の 違いを 起点に、 AIボットが 片方に しか 映らない 理由と、 2方 式を どう 重ね合わせて 使うかを 具体的に 整理します。 この 理解が、 AI検索対策の レポートで 数字を 読み違えないための 前提に なり、 どちらの 道具を どの 問いに 向けるべきかの 判断軸に なります。 両者の 役割を 取り違えると、 収集も 成果も 正しく 測れないまま 施策を 回すことに なりかねません。
GA4は、 Webページに 計測用の JavaScript (=ブラウザ上で 動く 小さな プログラム)を 埋め込み、 訪問者が ページを 開いた ときに ブラウザから Googleの サーバーへ 計測データ (=イベント)を 送る 方 式です。 GA4は セッション (=一連の 訪問) 単位ではなく イベント (=クリックや スクロールなど 個々の 出来事) 単位で データを 集める 設計に 変わり、 Cookie (=ブラウザに 保存する 識別情報)に 依存しない 計測 (クッキーレス計測)の 選択肢も 持ちます。 人間が ページ上で 何を 見て ・どう 動いたかを 詳細に 測るのに 向きます。
サーバーログは、 Webサーバーが リクエストを 受け取った 瞬間に、 アクセス元IPアドレス・日時・要求URL・HTTPステータスコード・User-Agentを 1行ずつ 書き残す記録です。 ブラウザの 協力も JavaScriptの 実行も 要らず、 サーバーに 届いた ものは すべて 残ります。 この ため、 計測タグを 実行しない AIボットや、 ページを 描画せずファイルだけ 取りに 来る クローラーも 漏れなく 捉えられます。
AI検索対策では 「AIに 収集されているか (=入口)」と 「人間が AI経由で 訪れて 何を したか (=出口の 一部)」を 両方 見て おきましょう。 前者は サーバーログでしか 安定して 捉えられず、 後者は GA4が 得意とします。 片方だけで 判断すると、 AIボットの 巡回を 丸ごと 見落と すか、 逆に 人間の 行動の 質を 測れないまま 「巡回数が 多い =成果」と 誤読する 事故が 起きます。 2方 式の 守備範囲を 知る ことが、 正しい レポート設計の 前提に なります。
GA4は ブラウザ発火・ 人間中心、 サーバーログは サーバー発火・全リクエスト網羅。 観点 GA4 サーバーログ 記録の 場所 ブラウザ→Googleの サーバー 自社Webサーバー 発火条件 JavaScriptが 実行された とき リクエストが 届いた 時点 AIボット 多くが 映らない 映る (User-Agentで 判別) 得意分 野 人間の 行動・体験の 質 全リクエストの 事実記録 Cookie/同意 影響を 受ける 影響を 受けない 画像・静的ファイル取得 基本的に 測らない すべて 残る
横にスクロールできます
この 表の 核心は 「発火条件」の 行に あります。 GA4は JavaScriptの 実行が 起点なので、 ブラウザを 持たず素の HTTPリクエストで ファイルを 取得する AIクローラーは、 そも そも 計測の 引き金を 引きません。 サーバーログは リクエスト到達が 起点なので、 実行環境に 関係なく 記録されます。 ここが AIボットの 可視性を 分ける 決定的な 分岐点です。
なぜAIクローラーの 多くは JavaScriptを 実行しないのでしょうか。 学習用・検索インデックス用の クローラーは、 大量の ページを 効率よく 集める ことが 目的で、 1ページごとに ブラウザを 起動して JavaScriptを 描画させると 計算コストが 跳ね 上がります。 その ため 多くは 素の HTTPリクエストで HTML本文だけを 取得し、 JavaScriptに よる 後追いの 描画は 行わないか、 行っても 計測タグまでは 実行しない 設計が 一般的です。 GA4の 計測タグは この 描画・実行の 先で 発火するので、 クローラーの 取得は 計測の 網に 掛かりません。 逆に 言えば、 GA4に 「映らない アクセス」こそが AIボットの 巡回であり、 その 死角を サーバーログが 埋める、と いう 関係に なります。
加えて、 GA4側には ボットを 意図的に 除外する 仕組みも あります。 既知の ボットや スパイダーからの アクセスを 計測から 自動的に 取り除く 配慮が 働く ため、 仮に 一部の ボットが 計測タグを 実行したとしても、 人間の 行動データを 汚さないよう弾かれる ことがあります。 この 設計は GA4を 「人間の 行動を 測る ツール」と して 正しく 機能させる ための ものですが、 裏を 返せば 「GA4で AIボットの 巡回を 数えよう」と する こと自体が、 道具の 目的から 外れた 使い方だと 分かります。 ボットを 測りたいなら サーバーログ、と いうのは 思想レベルでの 役割分担でもあります。
GPTBotが トップページを 取得:GA4には 映らない /サーバーログには 「GPTBotが /を 200で 取得」と 残ります。 人間が AI Overviewsの リンクから 記事を 開いて スクロール:GA4が イベント (閲覧・スクロール)を 記録/サーバーログには HTMLと 画像の 取得が 並ぶが、 スクロール等の 行動は 測れません。 Cookie同意を 拒否した 人間の 訪問:GA4では 計測が 制限される 場合が ある /サーバーログには リクエストが 残ります。 なりすましボットが 人間の User-Agentを 名乗って 巡回:GA4には 映りにくい/サーバーログには IPと 挙動が 残り、 公開IP一覧 照合で 見破れる 余地が あります。 「GA4の 数字と サーバーログの 数字が 一致しない」のは 異常ではなく 仕様です。 両者は 測っている 対象も 発火条件も 違うので、 数値は 原理的に ずれます。 GA4の セッション数と サーバーログの リクエスト数を 単純比較して 「どちらかが 壊れている」と 結論づけるのは 誤りです。 ずれる 前提で、 それぞれの 得意領域の 問いに 使い分けます。
AI検索対策では、 この 2方 式を 「足し算」ではなく 「重ね合わせ」で 使います。 サーバーログで 「どの AIボットが ・どの ページを ・どれだけ 収集したか (入口)」を 押さえ、 GA4で 「人間が AI経由も 含めて どう 流入し、 サイト内で どう 行動し、 目標を 達成したか (体験と 成果)」を 押さえます。 この 2つの レイヤーを 重ねると、 たとえば 「学習用クローラーの 巡回は 増えているのに、 人間の 流入は 伸びていない」 「AI Overviewsに 露出しても、 来訪後の 直帰 (=1ページで 離脱する こと)が 多い」と いった、 片方だけでは 見えない 構図が 浮かび 上がります。 収集が 増える ことと 成果が 出る ことは 別なので、 両レイヤーを 突き合わせて 初めて 施策の 良し悪しを 判断できます。 片方の 数字だけで 結論を 出すと、 収集は 伸びているのに 成果が 出ていない 状態を 「順調」と 誤認したり、 逆に 成果の 停滞を 収集不足の せいに できず打ち手を 誤ったりします。
実務上の コツは、 2方 式の データを 1つの 表に 混ぜて 平均や 比率を 計算しない ことです。 単位も 母数も 違う ため、 混ぜた 瞬間に 意味の ない 数字が 生まれます。 代わりに、 レポートを 「収集の 観測 (サーバーログ由来)」と 「行動の 観測 (GA4由来)」の 2セクションに 分け、 それぞれの 結論を 並べて 示します。 両者を 橋渡ししたい ときは、 同じ期間・ 同じ 対象ページに 絞って 「収集は 起きていたか」 「その 後に 人間の 流入・成果が あったか」を 時系列で 並べる、と いう 見せ方が 読み手に 伝わりやすいです。
まず 問いを 分類する : 「AIに 収集されているか」は サーバーログ、 「人間が どう 行動したか」は GA4、と 担当を 決めます。 AIボット巡回の 観測は サーバーログで 行い、 User-Agent別・URL別に 集計します。 人間の 流入と 体験の 質 (滞在・遷移・コンバージョン=目標達成)は GA4で 測ります。 2つを 1枚の レポートに 並べず、 「収集の 観測 (ログ由来)」と 「行動の 観測 (GA4由来)」で セクションを 分けます。 数値の ずれを 説明できるよう、 各方 式が 何を 測っているかを 注記して おきます。 AI経由の 人間流入は リファラー (=流入元を 示すヘッダー)が 付かない ・独自表記に なる 問題が ある ため、 GA4の 参照元だけで 判断せず、 両面から 裏を 取ります。 2方 式を 対比する とき、 「両方で 測れる こと」より 「片方でしか 測れない こと」に 注目すると 使い 分けが 腑に 落ちます。 GA4だけが 捉えるのは、 ページ内での ユーザーの 振る 舞いです。 どこまで スクロールしたか、 どの ボタンを 押したか、 フォームを 送信したか、 購入や 問い 合わせと いった 目標(コンバージョン)に 到達したか ――これらは ブラウザ上の イベントと して 初めて 記録される もので、 サーバーログには 残りません。 人間の 体験の 質を 評価する 情報は、 原理的に GA4側にしか ありません。
逆に サーバーログだけが 捉えるのは、 ブラウザを 介さない アクセスの すべてです。 AIクローラーの 巡回は もちろん、 画像・CSS・JavaScriptファイル単体への 直接リクエスト、 APIへの アクセス、 存在しない URLへの 404、 攻撃的な スキャンなど、 GA4の 計測タグが 発火しない 領域が 丸ごと 残ります。 AI検索対策で 言えば、 「どの AIボットが ・いつ・どの ページを ・成功 (200)で 取得したか」と いう 収集の 事実は、 サーバーログに しか刻まれません。 この 非 対称性を 理解すれば、 「両方 入れるのは 冗長では」と いう 疑問は 消えます。 両者は 重複ではなく、 互いの 死角を 埋め合う 関係に あります。
データの 保持と 粒度にも 違いが あります。 GA4は 集計済みの レポートと して 扱いやすい 反面、 生の イベントを 長期に 細かく 持ち続けるには 制約が あり、 過去に 遡って 別の 切り口で 数え直すのが 難しい ことがあります。 一方 サーバーログは、 保存さえしておけば 1リクエスト単位の 生データが 手元に 残る ため、 後から 「あの AIボットは 半年前どう 動いていたか」を 遡って 集計し直せます。 AI検索は 事業者も ボットの 振る 舞い も 短期間で 変わる ため、 後から 過去を 検証できる サーバーログの 生データ性は、 変化の 速い 領域を 追ううえで 大きな 強みに なります。 ただし生ログは 個人情報 (IPアドレス等)を 含みうる ため、 保存期間や 取り扱いは 自社の プライバシー方 針に 沿って 管理する 必要が あります。
まとめると、 GA4は 「加工済みで 人間の 行動を 読みやすいが、 ボットと 生データには 弱い」、 サーバーログは 「生で 網羅的だが、 そのままでは 人間の 行動の 質を 語れない」。 この 長所と 短所が 正反対だから こそ、 2つを 併用する 意味が あります。 AI検索対策の レポートでは、 サーバーログで 収集の 土台を 固め、 GA4で 人間の 流入と 成果を 評価し、 両者の 結論を 並べて 意思決定に 使う ――この 分担が、 どちらか 一方に 偏るより 確実に 精度の 高い 判断に つながります。 どちらを 先に 整えるべきか 迷うなら、 まずサーバーログで AIボットの 収集が 起きているかを 確認し、 収集の 土台が あると 分かってから GA4で 人間側の 成果を 追う、と いう 順序が 実務では 扱いやすいです。
「片方でしか 測れない こと」を 並べると、 2方 式が 補完関係だと 一目で 分かります。 測れる こと GA4のみ サーバーログのみ 両方 スクロール・クリック等の 行動 ○ コンバージョン到達 ○ AIクローラーの 巡回 ○ 静的ファイル単体の 取得 ○ ページの 被アクセス (人間) ○ 404などの エラー応答 ○ (全件)
横にスクロールできます
GA4で AIボットの 巡回は 見られますか。 基本的に 見られません。 GA4は ブラウザの JavaScript実行で 発火する ため、 JavaScriptを 動かさない AIクローラーの 多くが 計測に 載りません。 ボット巡回は サーバーログで 観測してください。
どちらか 一方だけ運用する なら どちらですか。 目的次第です。 人間の 行動と 体験を 改善したいなら GA4、 AIに 収集されているかを 確認したいなら サーバーログが 要ります。 AI検索対策では 両方を 担当分けして 併用するのが 基本です。
GA4と サーバーログで 数字が 合いません。 壊れていますか。 壊れていません。 測定対象も 発火条件も 異なる ため、 数値が ずれるのは 正常です。 一致させようと せず、 それぞれの 得意な 問いに 使い分けてください。
AI検索からの 人間流入は GA4で 正確に 測れますか。 完全には 測れません。 AI検索経由の 流入は リファラーが 付かない、 または 独自の 表記に なることが あり、 参照元が 「不明」に 落ちがちです。 GA4の 参照元だけに 頼らず、 複数の 手が かりで 裏取りしてください。