GA4でAI検索流入を調べる方法と計測の注意点

こんにちは。Osukeラーニング、運営者の「osuke」です。

AIに記事を引用されたのにアクセスが増えない。GA4でChatGPTやGeminiからの流入を探しても、どの数字を見ればよいか分からない。そんなとき、参照元の名前を集めるだけでは、施策の判断を間違えてしまうことがあります。

2026年10月27日に確認したGoogle公式資料では、GA4にAI Assistantという分類が用意されています。ただし、GoogleのAI OverviewsやAIモードは別の扱いです。この記事は公式資料と公開投稿を照合した調査記事です。サイトへの訪問と、AI上での表示・引用を分け、計測できる範囲から次の改善を選ぶ方法を整理します。数値例は説明用の架空データです。

記事のポイント

• AI AssistantとGoogle検索の分類の違い
• セッションの参照元と期間をそろえる方法
• 流入数と成果を別々に判断する基準
• 不明な流入を残せる月次記録票

GA4でAI検索流入を調べる基本

まずは設定を増やす前に、既存レポートの分類と集計対象を確認しましょう。「AI検索」という広い言葉を、レポートで実際に観測できる項目へ置き換えることが出発点です。

AI Assistantの対象を確認

最初に押さえたいのは、AI Assistantは、AIに関係するすべての訪問をまとめた箱ではないという点です。Google公式は、ChatGPT、Gemini、Deepseek、Copilot、Grokなどからの訪問を対象例として挙げる一方、GoogleのAI OverviewsとAIモードを除外しています。この違いを知らずにAI Assistantの行だけを見ると、Google検索内のAI表示から訪問した人まで数えられたと思ってしまいますね。

Google検索のAI OverviewsやAIモード経由は、公式上はOrganic Searchの範囲です。そのため、AI Assistantが10セッション、Organic Searchが200セッションという架空の表を見ても、AIに関係した訪問は合計10件だけ、と結論づけられません。反対にOrganic Searchの200件すべてがAI表示経由だとも分かりません。集計名と、読者が知りたい現象の範囲は一致しない場合があります。

現行の分類はGoogle公式のデフォルトチャネルグループで確認できます。記事をAIが紹介した回数や、回答に載った回数を知りたい場合は、訪問のレポートとは別の観測が必要です。Google側の表示を見る話は、サーチコンソール生成AIレポートの見方と分けて進めると混乱を減らせます。

分類を読むときは、AIという言葉が付いた行を全部足すのではなく、まず「この行は誰のどの訪問を数えるか」と問い直してください。回答を読んで満足し、リンクを押さなかった人は、サイト内の訪問計測では見えません。読者が来る前の露出と来た後の行動を別々に置けば、訪問が少ないことを引用そのものの少なさと混同せずに済みます。

セッションの参照元を使う

今回知りたいのは「その訪問がどこから始まったか」です。そこで、まず使うのはトラフィック獲得レポートのセッションの参照元／メディアです。「ユーザーの最初の参照元／メディア」は、その人を最初に獲得した経路を見る別の項目です。同じ名前のサービスが並んでいても、列の意味が違えば、セッション数や成果を比較する前提も変わります。

例えば、最初はGoogle検索で訪れ、数日後にAIの回答にあるリンクから再訪した人を考えてください。初回の獲得元を知りたいのか、今回の訪問元を知りたいのかで選ぶ項目が異なります。AIをきっかけにした再訪を観測したいのに初回獲得の表だけを見ていると、見たい接点を読み落とす可能性があります。これは考え方を示す例で、各訪問の帰属は実際の計測情報や設定も確認します。

公式の基本経路は、レポートから「集客」→「トラフィック獲得」です。表示構成が違う場合は同名のレポートを探し、現在のディメンション名を確認します。表の列名のプルダウンから「セッションの参照元／メディア」を選びます。閲覧方法はGoogle公式のトラフィック獲得レポートを参照してください。メニューが見つからないだけで新しいタグやプラグインを入れる必要があるとは限りません。まず利用権限とレポートの有無を管理者へ確認しましょう。

スコープをそろえる確認は、集計に慣れている人にも必要です。例えば月次報告書の左側に初回ユーザー数、右側に今月のセッション数を置き、同じAI流入の増減として比べると、人数と訪問回数の違いまで混ざります。今月の訪問を見る表ではSessionとセッション数を中心にし、初めて知ってもらった経路を調べる表は別に作ると、報告の意味が保てます。

期間と対象サイトをそろえる

参照元より先に、対象プロパティと期間を確認してください。複数のブログやサービスを管理していると、前に開いた別サイトのレポートが残っていることがあります。サイト名が似ているときも、対象ホストまで確認すると取り違えを防げます。複数ホストを計測するプロパティなら、自分が分析するサイトに範囲を絞ったことを記録します。

比較例として、今月の途中7日と先月の28日を比べて、AI流入が減ったと判断するのは早いですね。まず同じ日数の期間を置き、曜日構成、記事公開日、計測変更の有無を残します。今日の途中の数字と処理が進んだ過去の数字も、同じ完成度とは限りません。少数訪問を見ているサイトでは、1件の確認アクセスが率に大きく影響することもあります。

私は、対象サイト、開始日・終了日、プロパティの時刻基準、除外条件をひとまとまりでメモする方法を勧めます。「AI流入が増えた」という一文より、同じ条件で翌月も見返せる記録のほうが役に立ちます。社内や自分の動作確認をどこまで除外できたか分からなければ、その点も未確認として残してください。除外できたことを確認せず、表示された全訪問を第三者の集客成果とは扱いません。

比較の記録には、その期間に何本の記事を公開したかより、対象記事がいつから読めたかを残すと役立ちます。月末公開の記事と月初公開の記事は露出の時間が違いますね。公開後7日間で比べるのか、月全体の成果を見るのかを最初に決めてください。数字が増えなかった記事を急いで直す前に、実際に観測できた日数がそろっているか確認できます。

参照元とメディアを読み解く

チャネルは大まかな分類、参照元は入口の識別、メディアは経路の種類を読むための項目です。AI Assistantの合計だけで終えず、セッションの参照元／メディアに切り替えると、どの入口が記録されたかを調べられます。公式の現行ルールでは、識別対象のAI参照元に基づいてメディアがai-assistant、キャンペーンが(ai-assistant)に設定される説明があります。

ただし、古い期間や異なる計測条件で見た表に、同じサービスらしい名前とreferralがあったからといって、誤計測だと決めつけないでください。確認日はいつか、過去のデータか、UTM付きのリンクか、標準分類か独自分類かを分けます。AIのサービス名を含む文字列だけで正規の参照元と断定せず、見覚えのない参照元のURLをむやみに開く必要もありません。

次の表は、判断の入口を整理したものです。特定ドメインの全訪問を永久に同じ分類へ固定する一覧ではありません。公式ルールや参照元の扱いが変わった場合は、観測時点の条件も保存します。過去の数字を新しい分類で必ず全件復元できる、という前提を置かないことが大切です。

行が見つからない場合の確認

AI Assistantの行が見つからなくても、「AIから誰も来ていない」とすぐ結論を出さないでください。対象期間、表の検索語、フィルタ、表示行数、選択したディメンションを順に確認します。別のプロパティを開いていたり、ユーザーの最初の獲得元を見ていたりすれば、そもそも探す表が違います。画面にない行と、確認した条件の下で記録が0件だった状態を区別します。

それでも見つからない場合は、参照元／メディア側でも対象期間を確認し、観測できた範囲を残します。新しい分類が自分の画面や期間へどのように反映しているか不明なら、確認日を付けて未確認と記録できます。行がない理由を埋めるために、Directの増加分をAIの訪問として加算したり、タグの追加が必要だと推測したりすることは避けましょう。

計測の読み取りをするためだけに、すぐ管理権限を増やす必要はありません。既存レポートで分かることを先に確かめ、設定変更が必要かは別に判断します。データが少ないときの次の作業は、同じ条件を保存して再観測することです。AI表示の有無、リンクの有無、訪問の計測、成果イベントの記録は段階が異なるので、どこまで確認できたかを区切ってください。

問い合わせる場合も、「AIが来ていません」とだけ伝えるより、プロパティ、期間、使用した列名、検索語、表示された結果を示すと原因を絞りやすくなります。公開共有する画像にはメールやアカウント情報を含めないようにします。設定を変えずに読み取った結果と、設定を変更して得た結果の履歴も分け、後から過去と比較できる状態を残してください。

GA4のAI検索流入を改善へつなぐ

入口が見えたら、どの記事へ来て、どの行動につながったかを調べます。AI経由の比率を増やすことだけを目的にせず、読者と記事の役割が合っているかを確認しましょう。

ランディングページで比較

AI経由の訪問が増えても、どの記事が読まれたのか分からなければ改善を選びにくいですね。そこで、AI Assistant等の対象を確認したあと、ランディングページを組み合わせて見ます。ランディングページは、そのセッションの入口です。ページ全体の表示回数と同じ意味ではないので、入口の比較をしたい場面では、途中で読まれたページと分けてください。

例えば、料金記事Aに20セッション、用語記事Bに20セッションあったという架空例を考えます。同じ訪問数でも、Aの読者は費用条件を比べ、Bの読者は用語の意味を確かめた段階かもしれません。すぐ申し込むことだけを共通の目標にすると、Bの役割を過小評価します。入口ごとに、料金表の確認、関連手順への移動、問い合わせなど、読者に自然な次の行動を決めます。

ランディングページのレポートでセッションの参照元／メディアを組み合わせるなど、入口と流入元を両方確認できる表示を使います。ページの絞り込みとセッションの入口条件が同じかも見てください。URLのパラメータ違いをまとめる場合は、まとめたルールを残します。訪問が少ない記事を一律に削除する前に、入口に来た人へ必要な答えと案内先があるかを点検しましょう。

入口の記事を改善するなら、流入元の期待と記事の最初の答えを照合します。料金比較から来たのに抽象的な用語説明だけが続いていれば、費用条件へたどり着きにくいかもしれません。逆に用語を確認したい訪問に申込だけを迫るのも自然ではありません。ここでの改善案は仮説なので、変更前の内容と日付を残し、次に何を観測するかまで決めて実施します。

セッションと成果を分ける

セッションは訪問のまとまりであり、問い合わせ数や売上ではありません。キーイベントも、事前に何を計測しているかによって意味が変わります。問い合わせ送信、資料請求、外部の公式サイトへのクリックを同じ成果として合算すると、どの行動が増えたのか見えなくなります。特にアフィリエイトでは、外部クリック、成果発生、承認報酬は別の段階です。

ここでは、AI経由20セッションのうち、問い合わせキーイベントを起こしたセッションが2、イベント自体は3回だったという架空例を考えます。セッション単位の率なら2÷20＝10％です。イベント回数3をそのまま割った15％とは意味が違います。同じ人の複数送信なども考えられるため、成果の数え方と分母を先に固定してください。GA4のセッションキーイベント率は、キーイベントが起きたセッションの割合です。

さらに、20件中2件の10％と、別経路の1,000件中30件の3％を見て、前者だけへ投資するのも早いですね。率だけでなく実数、内容、継続性、費用を確認します。購入や申込を正しく計測できていない場合は未確認と残し、0円や成果なしへ置き換えないでください。指標の意味はGoogle公式の流入元ディメンションのスコープも参照し、Sessionとイベント帰属の数字を混ぜないようにします。

成果を比較するときは、どのイベントを選んだかを毎回同じ名前で残します。前月は資料請求、今月は単なるボタン表示を数えていれば、増えたという説明は成立しません。未設定の成果は、成果が一度も起きなかった状態とも異なります。率の大きさを追う前に、イベントの発火条件と重複、除外、実際の申込との対応が確認できているか点検しましょう。

directをAIへ割り振らない

「AIが紹介してくれたはずだから、Directの増加分もAI流入では」と考えたくなるかもしれません。でも、DirectにはURLの直接入力、ブックマーク、参照情報の欠落など複数の理由があります。その数字からAIの割合を逆算することはできません。見たい成果に合わせて不明な訪問を配り直すと、その後の改善評価も崩れてしまいます。

例えばDirectが前期間50件、今期間80件なら、増えた30件をAIへ加算する根拠はありません。SNS、メール、直接再訪、計測条件の変化など、別の可能性もあります。Google公式のdirect／noneの説明を踏まえ、観測表では不明のまま保持してください。「AIの影響がない」という意味でもなく、現時点のデータでは特定できないという意味です。

自分で配信するリンクには、別途承認した運用方針の下でUTMを付ける方法があります。ただし、AIサービスが自然に紹介する全リンクへ運営者が同じタグを付けられるわけではありません。ボットのアクセスログや回答内の表示回数も、人がサイトを訪れたセッションの代わりにはなりません。足りない情報を違う種類の数字で埋めず、観測手段ごとの限界を残しましょう。

参照元を失った訪問をすべて取り戻す仕組みを先に探すと、計測の作業だけが増えてしまいます。今回の目的が記事改善なら、まず特定できた入口で疑問に答えられているかを見ることにも価値があります。不明な訪問がどれほどあるかを記録したうえで、その不明さが投資判断をどの程度変えるかを考え、必要な追加調査を絞る方法が現実的です。

Xの事例を自サイトで検証

Xの実務投稿には、何を確認するかを考えるヒントがあります。例えばSakuraddの10月27日の投稿と返信は、AI Assistantを月次レポートで追う用途を紹介しています。広告運用を提供する企業の発信で、返信には公式資料と営業案内があります。この提案から、他社と同じ流入増や収益が自分にも起きるとは言えません。

また、Surfaceableの10月26日の投稿には、他社の平均より自サイトの数字で判断するという留保があります。投稿中の比較数値は、この調査で原研究まで照合していないため、ここでは成功率や平均値として紹介しません。独自チャネルの作成を勧める話も、現行の標準分類が何を拾うか確認してから必要性を判断します。

私は、こうした投稿を操作や効果の証明ではなく、検証する問いに直すのがよいと考えます。「月次で追うなら期間と分母をどうそろえるか」「自サイトではどの入口が増えたか」と問いにすると、次の作業が具体化します。複数投稿が同じ元調査を引用していても、独立した複数の成功例ではありません。少数の投稿から、AI流入は誰にでも増える、または誰にも役に立たないという結論へ広げないでください。

投稿を読んだ後は、採用した点と採用しなかった点も短く残すと、次の担当者が誤解しにくくなります。例えば月次記録という運用は採用するが、他社の平均成果率は使わない、と分けます。SNSの強い表現をそのまま見出しにするより、公式が説明している対象と、自サイトで観測した条件を並べたほうが、読者が真似できる範囲を正確に示せます。

AI検索流入の月次記録票

最初の月は、成果の勝ち負けを決めるより、次の月と比べられる記録を作ってください。AI Assistantのセッション、参照元、入口、選んだ成果を同じ条件で保存します。検索結果のAI表示は別の欄に置き、GA4へ足して合計しません。データを取れなかった欄は空欄のまま理由を残すほうが、見かけの0を作るより判断に使えます。

次の記録票では、変更点も一緒に残します。記事を書き直した日、リンクを変えた日、分類や計測を変更した日が分かれば、増減の背景を調べやすくなります。例えば参照元の分類が変わった月にAI Assistantの行が増えても、実際に新しい読者が増えたかは別に確認します。公開日や元の観測開始日は、台帳を作り直した日へリセットしないようにしましょう。

訪問はあるのに次の行動が見えなければ、案内先や成果の計測を点検します。訪問が見えなければ、引用とリンクの有無、対象期間、計測範囲を確かめます。検索全体のクリック減を調べたい場合は、検索順位が同じでもクリックが減る原因の切り分けへ進んでください。ゼロクリック対策の全体像は流入減に備える対策ロードマップで整理しています。今日の一歩は、数字を大きく見せることではなく、何を確認できたかが分かる一行を残すことです。