AI検索の流入をGA4で計測する設定手順｜AI Assistantsチャネル対応

結論：AI流入計測は「標準のAI Assistantsチャネル＋自前の補完設定」の二段構えで組む

先に結論です。GA4でAI検索経由の流入を計測する現実的な構成は、次の二段構えです。

1. GA4標準の「AI Assistants」チャネルをそのまま使う。2026年5月のアップデートで、ChatGPTやGeminiなど主要AIアシスタントからの流入は自動で専用チャネルに分類されるようになりました。
2. 探索のセグメントとカスタムチャネルグループで補完する。標準チャネルは対象サービスが限定的で、過去データには遡及しません。Claude、Perplexity、Feloなど自社に来ている参照元を実データで確認し、参照元ドメインベースの自前ルールを重ねます。

用語の定義を先に固定しておきます。

そして、この構成で「できること」「できないこと」の境界は次のとおりです。

なお、AI流入をどのKPIに位置づけるかという設計論は「LLMO効果測定」で扱っています。この記事はその手前の「GA4側の配線」に集中します。

GA4に追加された「AI Assistants」チャネルの公式仕様

まず前提となる公式仕様です。Googleアナリティクスのリリースノート（What's new in Google Analytics）によると、2026年5月13日付でAIアシスタント流入の自動計測が発表されました。内容は次の3点です。

• リファラが認識済みのAIアシスタントに一致した場合、メディア（medium）に「ai-assistant」 が自動で割り当てられる
• 該当セッションは、デフォルトチャネルグループで 「AI Assistants」チャネル に分類される
• キャンペーン名には 「(ai-assistant)」 が付与される

英語版の公式ヘルプ「Default channel group」では、AI Assistantsチャネルは「ChatGPT、Gemini、Deepseek、Copilot、Grokなどのソースからユーザーがサイトに到達するチャネル」と定義され、判定条件は「メディアが『ai-assistant』に完全一致」です。一方、リリースノート側の例示にはClaudeも含まれており、認識対象のサービスは固定リストではなく随時更新される前提で運用する必要があります。

運用上、特に重要な公式仕様が3つあります。

1. GoogleのAI Overview（AIによる概要）とAIモードは、AI Assistantsチャネルに含まれない。英語版ヘルプに明記されており、これらは「Organic Search（オーガニック検索）」に分類されます。詳細は後述の限界の章で扱います。
2. 反映は段階的で、過去データには遡及しない。メディアの書き換えは計測時に行われる仕組みのため、機能反映前に収集されたデータ（メディアが「referral」のままのもの）が自動で再分類されることはありません。
3. 日本語版ヘルプへの反映は遅れている。執筆時点（2026年7月確認）で、日本語版の「デフォルトチャネルグループ」ヘルプにはAI Assistantsチャネルの記載が確認できず、英語版ヘルプが先行しています。仕様確認は英語版を正としてください。

つまり「GA4が自動でやってくれる範囲」は便利ですが、対象サービスの網羅性・過去データとの連続性・反映タイミングの3点で穴があります。この穴を次の手順で埋めます。

手順0：主要AI参照元ドメインを実データで確認する

自前のセグメントやチャネルを作る前に、どのAIサービスからの流入が実際に来ているかを確認します。2026年7月時点で観測される代表的な参照元ドメインは次のとおりです。

このリストは固定ではありません。リファラの仕様は各サービス側の変更でいつでも変わります。確認手順は次のとおりです。

1. GA4の「レポート」→「集客」→「トラフィック獲得」を開く
2. ディメンションを「セッションの参照元／メディア」に切り替える
3. 検索窓に「gpt」「perplexity」「claude」「gemini」「copilot」「deepseek」などを順に入力し、実際に記録されている参照元の表記を控える

ここで控えた「自社に実際に来ている参照元の表記」が、以降の設定の入力値になります。他社のブログに載っているドメイン一覧をそのまま貼るのではなく、自社の実データで確認することが後々の精度を決めます。

手順1：探索レポートでAI流入セグメントを作る

最初に作るべきは、探索（Explorations）で使い回せるAI流入セグメントです。カスタムチャネルグループより先にこちらを推奨する理由は、セグメントは分析のたびに条件を柔軟に変えられ、過去データにもそのまま適用できるためです。

設定手順は次のとおりです。

1. GA4左メニューの「探索」→「空白」を選択して新しい探索を作成する
2. 「セグメント」の「＋」をクリックし、「セッションセグメント」を選ぶ
3. 条件に「セッションの参照元」を選択し、マッチタイプを「正規表現に一致」にする
4. 値に次のような正規表現を入力する（手順0で確認した自社の実データに合わせて増減させます）

<pre><code>.*(chatgpt\.com|openai\.com|perplexity\.ai|gemini\.google\.com|copilot\.microsoft\.com|claude\.ai|deepseek\.com|grok\.com|felo\.ai).*</code></pre>

1. セグメント名を「AI検索流入」など分かりやすい名前にして保存する
2. ディメンションに「セッションの参照元」「ランディングページ＋クエリ文字列」、指標に「セッション」「総ユーザー数」「キーイベント」をインポートする
3. 行にディメンション、値に指標を配置し、作成したセグメントを適用する

注意点が2つあります。第一に、GA4の「正規表現に一致」は完全一致（文字列全体がパターンに一致）として評価されるため、上記のように前後を「.*」で挟んでおくとドメインのサブドメイン違いやパス付き表記を取りこぼしません。第二に、既にAI Assistantsチャネルが反映されているプロパティでは、条件に「セッションのデフォルトチャネルグループ＝AI Assistants」をOR条件で追加しておくと、標準チャネル分と自前ルール分の両方を漏れなく拾えます。

手順2：カスタムチャネルグループで恒常的に分離する

セグメントは探索専用です。標準レポート（集客レポートなど）で日常的にAI流入を1つのチャネルとして見たい場合は、カスタムチャネルグループを作ります。

公式ヘルプ（カスタムチャネルグループ）で確認できる仕様は次のとおりです。

作成手順は次のとおりです。

1. 「管理」→「データの表示」→「チャネルグループ」を開く
2. 「新しいチャネルグループを作成」を選ぶ（既存のデフォルトチャネルグループをコピーして編集する方式が安全です）
3. 「新しいチャネルを追加」をクリックし、チャネル名を「AI検索流入」などにする
4. 条件に「参照元」＋「正規表現に一致」を選び、手順1と同じ正規表現を入力する
5. チャネルの並び順を「Referral」より上に移動する。チャネル判定は上から順に評価されるため、Referralが上にあるとAI流入がReferralに吸われてしまいます
6. 保存し、「レポート」→「集客」→「トラフィック獲得」でディメンションを作成したチャネルグループに切り替えて確認する

公式ヘルプにもAIアシスタント用の正規表現例が掲載されていますが、「ai」を含む広めのパターンのため、そのまま使うと無関係な参照元まで拾う可能性があります。手順0で確認した自社の実データに存在するドメインへ絞った正規表現を推奨します。

もう1つ重要な仕様があります。カスタムチャネルグループの定義変更は過去データに遡及しますが、デフォルトチャネルグループのAI Assistants分類は遡及しません。つまり、期間をまたいだ比較を安定させたいなら、カスタムチャネルグループ側を「正」として使うほうが時系列の連続性を保てます。

手順3：ランディングページ別のAI流入を見て、リード（キーイベント）まで繋ぐ

流入数を数えるだけでは投資判断につながりません。「AI経由で来た人が、どのページに着地し、問い合わせや資料DLに至ったか」まで配線します。

キーイベントの設定

前提として、リードにあたる行動がキーイベントとして登録されている必要があります。

1. 問い合わせ完了・資料DL完了など、リード発生時に固有のイベント（例: generate_lead、フォーム送信後のサンクスページ表示イベント）が送信されていることを「管理」→「データの表示」→「イベント」で確認する
2. 該当イベントの「キーイベントとしてマークを付ける」をオンにする（または「キーイベント」画面から新規登録する）

探索での掛け合わせ

手順1で作った探索に戻り、次の形に整えます。

1. 行のディメンション: 「ランディングページ＋クエリ文字列」
2. 値の指標: 「セッション」「キーイベント」（特定のキーイベントに絞る場合はイベント名でフィルタ）
3. セグメント: 「AI検索流入」を適用

これで「AI経由の着地ページ別のセッション数とキーイベント数」の一覧になります。見るべきポイントは次の2つです。

• AI経由の着地ページ上位に、CTAのないページが並んでいないか。AIアシスタントは解説記事や用語ページを出典に選びやすいため、着地上位ページに相談導線がないケースが頻発します。着地実績のあるページから優先的に導線を整えます。
• AI経由セッションのキーイベント率を、オーガニック検索と別枠で見る。母数が小さいうちは率の上下に一喜一憂せず、絶対数と着地ページの顔ぶれを追うほうが実務的です。

標準レポートでの日常確認

日常的には「レポート」→「集客」→「トラフィック獲得」で、ディメンションを手順2のカスタムチャネルグループ（またはセッションのデフォルトチャネルグループ）に切り替え、キーイベント列と並べて確認します。どのAIサービス経由かの内訳は、セカンダリディメンションに「セッションの参照元」を追加すると見えます。

なお、ChatGPTからの遷移リンクにutm_source=chatgpt.comのようなパラメータが付与されるケースが観測されていますが、これは各サービスの仕様として保証されたものではありません。付与されている場合は参照元の判定がより確実になる、程度に捉えてください（仮説・観測ベースの情報です）。

計測の限界：AI Overview経由の流入はGoogle検索と区別できない

ここは正直に書いておくべき限界です。Google検索のAI Overview（AIによる概要）やAIモード経由でサイトに来た流入は、GA4上で通常のGoogle検索流入と区別できません。

理由はシンプルで、リファラ上どちらもGoogle検索からの遷移であり、GA4の公式仕様でも「AI OverviewsとAIモードはOrganic Searchに分類される（AI Assistantsチャネルには含まれない）」と明記されているためです。つまり、GA4のAI Assistantsチャネルがカバーするのは「独立したAIアシスタントサービス経由」だけで、Google検索内のAI体験経由は原理的にオーガニック検索に溶け込みます。

補完手段はSearch Console側にあります。Googleは2026年6月に「生成AIパフォーマンスレポート」を発表しており、Google検索の生成AI機能（AIによる概要・AIモード）でのサイトリンクのインプレッション数を確認できます。ただし執筆時点の公式ヘルプでは、このレポートは段階的リリース中で全プロパティでは利用できず、対象指標はインプレッションのみ（クリック数の分離はなし）とされています。

整理すると、AI経由の露出・流入の可視性は次のように分かれます。

AI Overview側の露出対策そのものは「AIO対策（AI Overview対策）」で、ChatGPT・Perplexityそれぞれで引用されやすくする施策は「ChatGPT検索対策」「Perplexity対策」で扱っています。計測と施策はセットで設計してください。

運用の落とし穴：AI流入の「急増・急減」はチャネル再分類が原因のことがある

レポートを見ていて「AI流入が先月から急増した」「Referralが急減した」と見えたとき、実流入の変化ではなくGA4側のチャネル定義変更による付け替えが原因であるケースがあります。これは一般論として、次のメカニズムで起こります。

• 2026年5月のAI Assistantsチャネル追加以降、それまで「Referral」に計上されていたChatGPT等の流入が、順次「AI Assistants」に計上先を移しています。この時点をまたいで期間比較すると、Referralの減少とAI Assistantsの増加が同時に発生し、それぞれ単体で見ると「急減」「急増」に見えます。
• 反映は段階的ロールアウトのため、プロパティごとに切り替わるタイミングが異なります。「他社では変わったのに自社は変わらない」も正常な状態としてあり得ます。
• デフォルトチャネルグループの変更は過去データに遡及しない一方、カスタムチャネルグループの定義変更は過去データに遡及します。両者を混ぜて期間比較すると、時系列のねじれが生まれます。

急増減を見つけたときの切り分け手順は次のとおりです。

1. チャネル単位ではなく「セッションの参照元／メディア」単位に落として同じ期間を見る。参照元ドメイン別のセッション数が安定していれば、実流入は変わっておらずチャネルの付け替えが原因です
2. 該当参照元のメディアが「referral」から「ai-assistant」にいつ切り替わったかを日別で確認し、切り替わり日をチーム内の共有メモに記録する
3. 月次レポートなど対外的な数字には、切り替わり前後の比較に注記を付ける（「定義変更によりReferralからAI Assistantsへ計上先が移動」など）

チャネルは「集計の便宜のためのラベル」であり、実体は参照元／メディアです。異変を感じたら1段細かい粒度に降りる、を習慣にしてください。

実装チェックリスト

ここまでの設定を、点検可能な形に落とします。

よくある質問

Q. AI Assistantsチャネルが自社のGA4にまだ表示されません。設定ミスですか？

設定ミスとは限りません。この機能は2026年5月13日の発表後、段階的にプロパティへ反映されています。未反映の間も、手順1のセグメントと手順2のカスタムチャネルグループでAI流入は分離できるため、標準機能を待たずに自前の計測を先に整えるのが実務的です。

Q. AI経由の流入は全体の何％くらいが普通ですか？

サイトの業種・コンテンツ構成・AIに引用されやすいページの有無で大きく変わるため、一般化できる基準値はありません。他社比較よりも、自社の時系列（AI流入の絶対数、着地ページ、キーイベント数）を定点で追うことを推奨します。

Q. 計測を整えたあと、何から改善すればよいですか？

まず「AI経由の着地実績が既にあるページ」の情報鮮度と相談導線を整えるのが最短です。そのうえで、施策全体の優先順位づけとKPI設計は、前述のLLMO効果測定の記事とあわせて設計してください。

まとめ：計測できて初めてLLMO対策の投資判断ができる

GA4のAI Assistantsチャネル追加により、AI検索経由の流入計測は「何も見えない」状態から「主要サービスは自動で見える」状態に進みました。ただし、対象サービスの網羅性・過去データとの連続性・AI Overviewの分離不可という3つの穴は残っており、探索セグメント＋カスタムチャネルグループ＋キーイベント接続の自前配線で埋める必要があります。

計測が整うと、「AIにどのページが引用され、どれだけリードに繋がっているか」を事実で語れるようになり、LLMO対策への投資判断が推測ではなくデータで下せるようになります。自社サイトが現状AIにどう扱われているかをまず把握したい場合は、<a href="https://uravation.com/llmo/#diagnosis">AI検索セルフ診断</a>で現在地を確認できます。計測設計や改善の優先順位づけまで相談したい場合は<a href="https://uravation.com/contact/?ref=llmo_diagnosis&cta_type=llmo_audit">LLMO診断の相談窓口</a>をご利用ください。

EDITORIAL REVIEW AI検索攻略編集部（株式会社Uravation）

生成AI・AI検索・SEOの公開情報を確認しながら、企業サイトの情報設計として実務で扱える形に整理しています。仕様変更が多い領域のため、公開前後に公式情報と本文の整合性を確認します。