AI検索からの流入をGA4で確認する方法｜AIチャネル・参照元・問い合わせの見方

GA4で分かるAI検索流入と、分からない接点

GA4はサイトで計測された訪問や行動を調べるツールです。AI回答に社名が表示された回数や、誰が回答を読んだかを直接測るものではありません。「AIに掲載された」「サイトへ来た」「問い合わせた」は、それぞれ別の出来事です。

上表のチャネル分類は、Google公式のデフォルトチャネルグループの説明に基づきます。実務では、この表を「GA4で確認できる訪問」と「別の観測が必要な接点」の整理に使ってください。

確認前にそろえるもの

• 対象サイトのGA4プロパティとWebデータストリーム
• レポートや探索を利用できる権限
• 確認期間とプロパティのタイムゾーン
• 分析したい主力ページ・サービス
• 問い合わせなど、確認するキーイベントの定義

GA4が未接続・未設置なら「未計測」、権限がなければ「未確認」とします。データを見られない状態を「AI流入0件」と記録しないようにしましょう。

手順1：標準レポートでAI Assistantを確認する

最初はカスタム設定を作らず、標準レポートで現状を確認します。現在のデータがどのように分類されているかを見ることで、追加の集計が必要か判断できます。

1. 対象のGA4プロパティを開き、分析する期間を設定します。
2. 「レポート」から「トラフィック獲得」を開きます。一般的には集客関連のメニューにありますが、公開されているレポート構成によって位置は異なります。
3. 表のディメンションを「セッションのデフォルトチャネルグループ」にします。
4. 「AI Assistant」（日本語では「AI アシスタント」）の行を確認します。続けて参照元の内訳を見る場合は、レポートのフィルタまたは比較で「セッションのデフォルトチャネルグループ」がこの値に一致する条件を設定します。
5. セッションなどの指標と、比較する期間を記録します。

トラフィック獲得は、サイトへアクセスしたセッションの獲得元を確認するレポートです。見当たらない場合は、管理者にレポートの公開状態と権限を確認してください。Googleアナリティクス「トラフィック獲得レポート」

「セッション」の付いた項目を選ぶ理由

今回の訪問経路を調べるなら、セッション単位のディメンションを使います。「ユーザーの最初の参照元」などは、初めてそのユーザーを獲得した経路を見る項目です。

最初はGoogle検索、後日はAIサービスから訪れた人の場合、初回の獲得元と後日の訪問元は一致しません。どちらも意味のあるデータですが、同じ訪問の内訳として混ぜないようにします。Googleアナリティクス「ユーザー獲得レポートとトラフィック獲得レポート」

AI Assistantの行がない場合

行が見つからなくても、すぐに計測不具合とは判断しません。期間、対象プロパティ、ディメンション、適用中の比較・フィルタを確認します。その条件で該当データがない可能性もあります。次の手順で参照元を確認し、AIサービスと思われる値が別の分類に存在しないかを調べてください。

AI回答での引用数とサイトへの訪問数は異なります。指標全体の整理はLLMO対策の効果測定方法、Google検索の生成AI表示はAI Overviewsの確認方法で扱っています。

手順2：セッションの参照元／メディアでサービス別に見る

チャネルは流入をまとめた分類です。どのサービスから来たかを確認するときは、参照元とメディアを見ます。

1. チャネルの条件がフィルタまたは比較として設定されていることを確認します。表の検索欄に「AI Assistant」と入力しただけの場合は、それを解除してチャネル条件を設定してください。
2. その条件を保持したまま、トラフィック獲得のディメンションを「セッションの参照元／メディア」に切り替えます。
3. まずAI Assistantで絞った範囲の内訳を確認します。
4. 次にチャネルの絞り込みを外し、サイト全体の参照元でAI関連の値を探します。
5. 確認できた参照元、メディア、セッション数、確認期間を記録します。
6. 同じドメインでも表記やメディアが分かれている場合は、内訳を残して原因を確認します。

参照元を探す候補にはchatgpt.com、perplexity.ai、gemini.google.com、claude.ai、copilot.microsoft.comなどがあります。ただし、これは確認を始めるための例で、全サービスを網羅する公式一覧ではありません。必ず自社の実データに存在する値を調べてください。

referralだけに絞ると見落とす場合がある

Googleの定義ではAI Assistantはメディア「ai-assistant」に基づきます。参照元がGoogleのAIアシスタントのリストに一致した場合、メディアとキャンペーンが設定される仕組みです。従来の「referral」だけを対象とした集計では、この分類のデータを見落とす場合があります。Googleアナリティクス「Default channel group」

そのため、既存の月次レポートがある場合は、メディアを固定していないか、現在の標準チャネルと対象が一致しているかを確認します。定義を変えた月は、その変更も報告に残しましょう。

参照元とAI回答の出典は別の情報

GA4にAIサービスの参照元があっても、どの質問のどの回答から来たかまで分かるとは限りません。また、AIのクローラーがページを取得したことと、人がリンクをクリックして来たことは別です。回答に引用された証拠が必要なら、質問と回答、引用URLの観測を別に残します。

切り替え後は、画面のフィルタ・比較条件にAI Assistantが残っていることを確認します。条件を設定できない画面では、次の探索レポートで同じ条件を設定してください。比較を使う場合は「すべてのユーザー」側と対象比較側の数値を取り違えないようにします。

手順3：探索レポートで入口ページを確認する

「どのページがAI経由の入口になっているか」を調べる場合は、探索の自由形式でセッションの獲得元とランディングページを組み合わせます。ランディングページはセッションの入口を確認するために使い、途中で閲覧したページ全体とは分けます。

1. 「探索」から空白または自由形式を開き、期間を設定します。
2. 「変数」で必要なディメンションと指標を追加します。
3. 「タブの設定」で行と値へ項目を配置します。
4. チャネルのフィルタを設定し、表にデータが出るか確認します。
5. 参照元を追加し、入口ページと流入サービスの組み合わせを調べます。
6. 探索名に対象と集計基準が分かる名前を付けて保存します。

自由形式では、ディメンションや指標を行・列・値などへ配置して分析します。選べる項目や組み合わせは画面で確認し、互換性のない指標は無理に追加しないでください。Googleアナリティクス「自由形式のデータ探索」

クエリ文字列でページが分かれる場合

同じ記事でもURL末尾のパラメータが異なると、入口が複数行に分かれる場合があります。まず元の値を確認し、意味のない違いなのか、別の表示やキャンペーンを表す違いなのかを判断します。

月次集計でまとめる場合は、エクスポートした表などで集約ルールを明記します。元のURLの内訳を残し、商品指定や検索条件など意味のあるパラメータを無条件に削除しないようにしましょう。

少数の訪問だけで記事の優劣を決めない

あるページに3セッション、別のページに1セッションしかない状態では、比率が大きく変動します。入口が確認できたことを次の点検に使い、一定の件数が集まるまでは、強い成果判断を保留します。

手順4：参照元フィルタで補足確認する

標準チャネルとは別に、自社で確認した参照元を固定して追いたい場合は、探索のフィルタなどで補足の集計を作ります。この値は「自社定義のAI参照元」であり、標準チャネルの数値と同じ意味にしないことが重要です。

正規表現を使う場合の設定例

次は「セッションの参照元」に対して使う、ドメイン候補の抽出例です。「参照元／メディア」の結合文字列にはそのまま使えません。実データを確認し、対象に含める値だけへ調整してください。

^(chatgpt\.com|chat\.openai\.com|perplexity\.ai|www\.perplexity\.ai|gemini\.google\.com|claude\.ai|copilot\.microsoft\.com)$

探索で「セッションの参照元」を追加し、フィルタの正規表現一致を使って上記の候補を抽出します。先頭と末尾を固定しているため、一覧にないサブドメインや異なる表記は一致しません。これを完全なAI一覧とみなさず、確認した参照元に合わせて更新します。

「aiを含む」のような広い条件では、無関係なドメインまで含むおそれがあります。正規表現を設定したら、出力された各行を確認し、必要な参照元が入り、対象外が混ざっていないかを確かめてください。

標準チャネルと補足集計を足し合わせない

たとえばAI Assistantが100セッション、自社の参照元条件に一致する訪問が120セッションあったとしても、合計220セッションではありません。両方に含まれる訪問があるためです。両者の定義と内訳を並べ、どの参照元・メディアが差を生んだかを調べます。

補足集計のほうが大きくても、その差を「計測できなかったAI流入」とは呼びません。どちらも計測されたデータを異なるルールで抽出した数値です。参照元が欠落した訪問を復元したものではありません。

カスタムチャネルグループは必要な場合に作る

社内の定例レポートで同じ分類を繰り返し使う場合は、カスタムチャネルグループが選択肢になります。まず探索で対象条件を検証し、編集権限を持つ担当者が作成・管理します。

カスタムチャネルは条件と並び順が重要で、最初に一致したチャネルへ分類されます。Googleの標準分類と混同しない名前を付け、既存レポートへの影響を確認してください。確認のためだけにプライマリチャネルを切り替える必要はありません。Googleアナリティクス「カスタムチャネルグループ」

手順5：AI流入が問い合わせにつながったか確認する

訪問数を確認したら、その訪問が事業上の行動につながったかを見ます。問い合わせフォームの表示、送信ボタンのクリック、送信完了は別のイベントとして考えてください。

確認したいイベントを選ぶ

送信完了など重要な行動を表すイベントが正しく計測され、キーイベントとして設定されているか確認します。イベントの実装方法はサイトによって異なるため、担当者とテストし、送信失敗時の誤計測や完了画面の再読み込みによる重複がないかを調べます。Googleアナリティクス「キーイベントについて」

トラフィック獲得レポートでは、キーイベントの対象を選べる場合は問い合わせ完了に絞ります。資料ダウンロードなどを含む全キーイベントの値を、そのまま問い合わせ件数として報告しないでください。

イベント数と完了したセッション数を区別する

説明用に、対象のAI流入が100セッションあり、問い合わせ送信が5回、そのうち1人の同一セッションで2回送信されていたとします。問い合わせ完了を含むセッションが4件なら、対象のセッション単位の完了率は4％です。送信イベントの回数5を分子にした5％とは異なります。

対象のセッション単位の完了率＝問い合わせ完了を含む対象セッション数÷対象セッション数×100

GA4のキーイベント設定やカウント方法も確認し、報告書に使う件数の意味を統一します。有効問い合わせ、商談、受注は営業管理の記録と照合して別に示します。

GA4上の貢献と営業成果を混同しない

セッション単位で確認した獲得元と、広告関連レポートなどで評価されるキーイベントへの貢献は、同じ集計とは限りません。比較するレポートのスコープやアトリビューションの前提をそろえます。

また、GA4の行動データだけで、問い合わせの内容が商談に適していたかまでは分かりません。問い合わせIDなど適切な方法で社内記録を管理し、個人情報をURLや分析用のイベントへ送らない設計にします。

AI流入が0件・数字が合わないときの確認順

数字が出ないときは、AIからの接点がないと結論づける前に、対象・期間・条件・実装を順番に確認します。途中で条件を変えた場合は、変更内容を残してください。

Directの増加をAI流入と断定しない

参照元が失われた訪問には、AIだけでなくさまざまな接点が含まれます。「AIでの言及が増え、Directも増えた」という同時の変化は調査のきっかけになりますが、Direct全件をAI流入へ振り替える根拠にはなりません。

問い合わせで知ったきっかけを任意で尋ねる方法は補助になります。ただし、自己申告とGA4の数値は集計の単位が違います。重複を確認せずに足し合わせず、別の観測として記載します。

テスト訪問が通常レポートへ出るまでの差を考える

テストでタグが動いたことと、通常レポートへ集計されたことは別の確認です。プロパティの設定、内部アクセスの扱い、同意状態、データの処理状況を確認します。実装確認の記録と、本番の期間集計を分けて管理すると混乱を減らせます。

Google検索のAI機能をGA4の参照元だけで切り分けない

GoogleのAIによる概要やAIモードに関するパフォーマンスは、Search Consoleの「ウェブ」の検索データにも含まれます。サイト全体の検索クリック数が増えたことだけでは、AI機能だけの成果は確定できません。Google検索セントラル「AI機能とウェブサイト」

対象ページの検索状況と、質問ごとのAI回答の観測を並べて確認します。別々の指標を合計して一つの「AI成果数」にしないことが重要です。

AI流入の月次報告と改善の具体例

毎月同じ条件で確認できるよう、期間・定義・変更点を残します。AI Assistantを標準の基準にする場合と、自社定義の参照元一覧で追う場合は、報告の見出しも分けましょう。

例1：訪問は増えたが問い合わせがない

まず、送信完了の計測とフォームの動作を確認します。そのうえで入口ページを調べ、記事を読んだ人がサービスの対象・料金条件・相談方法を理解できるかを点検します。情報収集段階の訪問が中心なら、問い合わせ以外の次の行動も検討します。

例2：一つの記事だけに流入が集まる

その記事の内容が現在の提供条件と一致しているか、関連サービスや事例への導線があるかを確認します。流入があるという理由だけで大幅に書き換えず、読者が次に知りたい情報を補います。

例3：前月より件数が増えたが比較条件も変わった

前月は自社の参照元条件、今月は標準チャネルで集計した場合、そのまま増減率を出しません。同じ定義で比較できる範囲を確認するか、条件変更として系列を分けます。定義の変更で数字が動いた分を施策の成果として扱わないようにします。

報告文の例

対象期間のAI Assistantは120セッション。主な入口はサービス解説ページだった。問い合わせ完了を含むセッションは3件。数字は説明用の例である。今月は料金ページを更新したが、広告も開始しているため、増減の原因は断定しない。次月は入口ページの相談導線と、営業確認済みの問い合わせ内容を照合する。

実際の報告では、自社の確認済みデータへ置き換えます。小さい件数の増減は割合だけを強調せず、実数と比較条件を添えてください。

AI検索からの流入をGA4で確認するときのよくある質問

AI Assistantを見るために専用タグは必要ですか？

GA4の標準分類を確認するためだけに、別のAI専用タグを追加する手順ではありません。まず既存のGA4計測と対象データを確認します。問い合わせ完了など、まだ取得していない行動を測る場合は別途イベントの実装・設定が必要です。

カスタムチャネルグループは必須ですか？

必須ではありません。標準レポートと探索で目的を満たせるなら、そのまま運用できます。独自の参照元一覧を定例報告で使う場合などに、分類の管理方法として検討します。

AIから引用された回数も分かりますか？

GA4の訪問データから引用回数は分かりません。AI回答に出典として掲載されても、誰もクリックしなければサイト訪問にはなりません。質問、回答、引用URLを別に観測してください。

AI流入が0件ならAIO対策は失敗ですか？

それだけでは判断できません。計測状態と抽出条件を確認し、回答での扱われ方、指名検索、問い合わせ内容なども分けて見ます。計測できた流入が0件であることと、AIの影響がなかったことは同じではありません。

参照元の正規表現は一度作れば使い続けられますか？

定期的な確認が必要です。新しいサービスや表記の違い、分類の変更で対象が変わる場合があります。実データを見て更新し、変更日と対象一覧を残してください。

自社サイト内のリンクへUTMを付けてAI流入を測れますか？

サイト内リンクに印を付けても、訪問前にAIを見たかは分かりません。流入の確認には獲得元の情報を使い、サイト内のクリックを調べる場合は、その行動を測るイベント設計として管理します。

AI流入は、定義と訪問後の行動をそろえて確認する

GA4では標準のAI Assistantを確認し、セッションの参照元と入口ページを調べる順に進めると整理しやすくなります。独自の参照元抽出は補足として分け、問い合わせの計測と営業上の成果も区別します。

計測の整理や、流入後のページ改善を相談したい場合は、FORCE JAPANのAIO対策サービスをご確認ください。対象サイト、利用中の解析環境、確認できている数値、改善したい行動を整理すると、必要な対応を相談しやすくなります。

参考情報

• Googleアナリティクス｜Default channel group
• Googleアナリティクス｜トラフィック獲得レポート
• Googleアナリティクス｜ユーザー獲得レポートとトラフィック獲得レポート
• Googleアナリティクス｜自由形式のデータ探索
• Googleアナリティクス｜カスタムチャネルグループ
• Googleアナリティクス｜キーイベントについて
• Google検索セントラル｜AI機能とウェブサイト