AI検索経由の流入と問い合わせは、GA4でAI由来と識別できた訪問に絞り、同じ期間・流入条件で入口ページと、受付結果との対応を検証した問い合わせ完了イベントを集計します。
ただし、Google検索のAI Overviews・AI Modeからの訪問を、GA4で個別に識別できるとは限りません。これらの機能での露出はSearch Consoleで確認し、GA4の訪問・行動とは分けて読みます。
まず集計する訪問の条件を決め、次に問い合わせ完了を測るイベントを検証します。そのうえで「ランディング ページ」レポートへ進むと、どのページから始まった訪問が問い合わせにつながったかを、識別できる範囲で調べられます。
GA4で識別できるAI流入の範囲を知る
GA4のチャネルは、流入元をルールに沿って分類したものです。「AI Assistant」はChatGPTやGeminiなどからの流入を扱いますが、Google検索のAI Overviews・AI Modeは含みません。両機能からの流入は「Organic Search」の説明に含まれています。
また、認識対象のAIアシスタントに参照元が一致すると、メディアは ai-assistant、キャンペーンは (ai-assistant) に設定されます。どのAIサービスからでも必ずこの分類になる、という意味ではありません。
出典：Google Analyticsのデフォルトチャネル定義
集計するときは、「AI Assistant全体を見る」のか「特定のAI参照元を見る」のかを決めましょう。チャネルと個別参照元の数値は、重複を確認せずに足し合わせない方法を勧めます。
たとえば架空の例として、AI Assistantと、あるAIサービスの参照元にそれぞれセッションが記録されていても、別々の訪問とは限りません。チャネル全体と、その内訳を見ている可能性があります。
トラフィック獲得で集計する訪問の条件を決める
今回の訪問の流入元は、「トラフィック獲得」レポートで確認します。GA4では、一連の訪問をセッションという単位で扱います。ここでは初めてサイトを知った経路ではなく、問い合わせを調べたい訪問の経路に条件をそろえます。
確認する順序は次のとおりです。
- 対象のGA4プロパティと、調べる期間を選びます。
- ［レポート］→［集客］→［トラフィック獲得］へ進みます。
- 表の主ディメンションで［セッションのデフォルト チャネル グループ］を確認し、AI Assistantの記録を調べます。
- ［セッションの参照元 / メディア］に切り替えて実際の値を確認し、以降の集計をチャネル全体で行うか、特定参照元で行うかを決めます。
メニューはレポート構成や権限によって異なります。見つからない場合は、管理担当へレポートの表示構成を確認してください。
たとえば、初回は自然検索、今回はAIアシスタントから訪問した人がいたとします。今回の訪問と問い合わせの関係を見るには、「最初のユーザー」の条件ではなく、「セッション」の条件を使います。
この後の集計で条件が変わらないよう、次の内容を手元に残すことを提案します。
- 対象プロパティ
- 対象期間とプロパティのタイムゾーン
- 使用するセッションの流入条件
条件の記録例は、セッションのデフォルト チャネル グループ＝AI Assistant です。特定参照元を対象にするなら、［セッションの参照元 / メディア］に表示された実際の値を記録します。
問い合わせ完了として使うイベントを検証する
イベントは、ページ閲覧やクリックなどの行動・事象を測るものです。そのうち、事業上特に重要な行動を測るイベントを「キーイベント」として扱います。Googleは、対象行動のイベントを作成または特定し、キーイベントとしてマークする流れを説明しています。
問い合わせ完了を測るには、イベント名だけで判断せず、何が起きたときに記録される設定かを調べます。問い合わせボタンのクリック、送信操作、送信成功、サイト側での実受付は区別してください。実受付があっても、商談や売上が成立したことまでは示しません。
本記事では、問い合わせ完了のイベントが受付結果に対応するか、次の操作で検証する方法を提案します。
- 正常に送信し、サイト側の受付記録とイベントの発生を照合する
- 入力エラーを起こし、受付が成立していないのに完了イベントが出ないか調べる
- 送信後に再読み込みし、新しい受付がないのにイベントだけ増えないか調べる
これは受付との対応を確かめるための検証例です。Googleが指定する固定の必須手順ではありません。
架空の例として、入力エラーでも完了イベントが発生するフォームなら、そのイベント数を問い合わせの実受付件数として扱えません。どの操作で受付結果とずれたかを実装担当へ伝え、発生条件を見直します。
照合のために氏名やメールアドレスをGA4へ送る方法は使わず、サイト側の受付記録とテスト時刻などを手元で確認します。検証したら、実際のイベント名、検証状況、キーイベントとしての設定状況を、前節の条件メモへ加えてください。キーイベントのマークを付けるだけでは、受付成功との対応は検証できません。
フォーム方式に合わせた設定と検証は、GA4で問い合わせの送信完了を測る方法で説明しています。
同じ流入条件で入口ページと問い合わせ完了を見る
集計する訪問と対象イベントが決まったら、GA4のナビゲーションから［ランディング ページ］レポートを開きます。ランディングページは、そのセッションで最初に訪れた入口ページです。レポートが見つからない場合は、管理担当に表示を確認してください。
本記事では、入口ページごとに流入と問い合わせを読むため、次の順序で集計条件をそろえる方法を提案します。
- 対象プロパティと期間を、条件メモに合わせます。
- セッションの流入条件が、前に決めたAI Assistantまたは特定参照元の条件と一致しているか確かめます。レポートを移動するだけで条件が引き継がれるとは考えないでください。
- 問い合わせ完了の回数と率が、検証した対象イベントに限定されているか確かめます。全キーイベントの合計は、問い合わせ完了の数値として使いません。
- 入口ページ別に、次の指標をそろえます。
- 対象条件のセッション総数
- 問い合わせ完了の対象キーイベントの回数
- そのイベントが発生したセッション数
- そのイベントが発生したセッションの割合
流入条件や対象イベントを画面上でそろえられない場合は、全流入の数値を転記せず、管理担当へ集計を依頼します。
以下は架空の依頼例です。プロパティ・期間は条件メモで渡し、イベント名は自サイトで検証したものに置き換えてください。
「条件メモのプロパティと期間で、『セッションのデフォルト チャネル グループ＝AI Assistant』のセッションを、入口ページ別に集計してください。」
「問い合わせ完了の対象は、受付結果との対応を検証した『inquiry_complete』です。入口ページごとに、セッション総数、このイベントの回数、このイベントが発生したセッション数と割合をお願いします。」
特定参照元だけを調べる場合は、最初の依頼のチャネル条件を、記録した［セッションの参照元 / メディア］の値へ置き換えます。
Google公式資料にも、流入条件を限定したランディングページレポートの活用例があります。ただし、その例はGoogle自然検索が対象です。ここで説明したAI流入の条件をそろえる順序と依頼例は、本記事からの提案です。
出典：Search ConsoleとGoogle AnalyticsのデータをSEOに使用する
問い合わせが発生したセッションの割合を計算する
GA4の「セッション キーイベント率」は、キーイベントの回数ではなく、キーイベントが発生したセッション数を使って計算します。問い合わせ完了の率として読むには、対象イベントへの限定が必要です。
問い合わせ完了が発生したセッションの割合＝対象イベントが発生したセッション数÷同条件のセッション総数×100
架空の例として、対象条件の20セッション中、問い合わせ完了が発生したセッションが1件なら、割合は5％です。同じセッションで対象イベントが2回記録されても、分子は1セッションです。この5％は計算例であり、良し悪しの基準ではありません。
ここで分かるのは、「その入口ページから始まった対象セッション内で、問い合わせ完了が記録されたか」です。入口ページ上で直接問い合わせた件数や、後日の別訪問での問い合わせ、商談・売上までを示す集計ではありません。
Google検索の生成AI機能での露出はSearch Consoleで読む
GA4で個別に識別できないAI Overviews・AI Modeについては、Search Consoleの生成AIパフォーマンスレポートで露出を確認できます。
Googleはこのレポートを2026年6月3日に発表し、8月31日時点で全世界の全ウェブサイトへの提供が完了したと追記しています。生成AI機能での表示回数、表示されたページ、国、日付を確認でき、Searchのレポートではデバイスも確認対象です。
生成AI機能での露出を独立して見る表示がありますが、そのデータは全体のパフォーマンスにも含まれます。別枠の追加分として全体へ足すものではありません。
出典：Search Consoleの生成AIパフォーマンスレポートの公式告知
Search Consoleの露出と、GA4の訪問・問い合わせは別の計測です。たとえば同じページ・期間に生成AI機能での表示と、GA4の google / organic のセッションがあっても、そのセッションを生成AI機能由来と特定することはできません。
生成AIレポートの表示回数をGA4の訪問数として扱ったり、両者を割って問い合わせ率を作ったりせず、検索での露出とサイト内行動をそれぞれ読みます。
記録から次に確かめる作業を選ぶ
条件メモと、入口ページ別の集計結果を分けて残すと、数値を出せない理由と、計測した結果を区別できます。結果には前節の指標に加え、次に調べることを短く添えると使いやすくなります。これは記録方法の提案であり、期間や列数を固定する必要はありません。
次のように、記録の状態に応じて作業を選びます。
- 問い合わせ完了イベントが未設定：どの受付成功を測るか、実装担当と決めます。
- イベントはあるが未検証：受付結果との照合に戻ります。問い合わせ完了の欄は「未検証」と残します。
- 検証後、対象条件で0件：その期間・条件でGA4に記録された結果として残します。
- 参照元が不明：由来不明のまま残し、AI由来の件数へ割り当てません。
AI Assistantが表示されない、または0件であっても、AI経由の接触がなかったとは判断できません。Organic SearchやDirectの一部を推測でAI流入へ加えることも避けます。
また、タグ実装の問題やトラッキングへの同意拒否は、GA4とSearch Consoleの数値差に関係する要因です。ただし、差があるだけでは原因や欠損件数を確定できず、同意拒否が常に全件未計測になるとも限りません。
出典：GA4とSearch Consoleのデータが一致しない要因
計測条件と対象イベントを確かめられたら、入口ページの内容を調べる段階へ進めます。たとえば問い合わせ完了が記録されていないページなら、サービスの対象や対応範囲を説明しているか、申し込みボタンを見つけられるかを実際に確認します。少数の記録だけでページに問題があると決めず、調べる候補として扱いましょう。
記事内容、内部リンク、申し込みボタンの見直しを相談したい場合は、対象URLと困っている点を整理して、aimarkelaboの相談窓口へお送りください。計測した数値がある場合は、期間・流入条件・対象イベントも添えると、どのページの何を見直したいかを伝えやすくなります。
