AI経由流入のコンバージョン率が計測できない理由とGA4の限界

AI経由流入 コンバージョン率が計測できない理由とGA4での対処法

この記事の結論: ChatGPTやGeminiのアプリ内ブラウザはリファラー情報を送らず、GA4上では(direct)/(none)に混入するため、AI経由流入のコンバージョン率は標準レポートだけでは正確に把握できない。カスタムチャネルグループと正規表現によるドメイン抽出、探索レポート、Looker Studioを組み合わせ、計測できない範囲を明示した上で報告する設計が必要になる。

最終更新日: 2026年7月9日

はじめに

「AI経由の流入は増えているはずなのに、GA4のレポートには数字がほとんど出てこない」。この違和感を持つマーケティング担当者は少なくない。実際には、AI検索サービス側の技術的な制約により、流入の一部が正しく分類されずに消えてしまっている。本記事では、なぜAI経由流入のコンバージョン率が計測できないのか、その構造的な理由と、GA4の設定でどこまでカバーできるのかを整理する。

計測できない3つの構造的理由

AI経由流入のコンバージョン率が正確に取れない背景には、単一の原因ではなく、少なくとも3つの構造的な問題が重なっている。それぞれの仕組みを理解しておくと、後述する対処法の限界も見えてくる。

理由1: アプリ内ブラウザがリファラーを送信しない

ChatGPT、Gemini、Perplexityなどのスマートフォンアプリには、外部リンクをタップした際に起動する「アプリ内ブラウザ(WebView)」が組み込まれている。この内蔵ブラウザは、プライバシー保護やアプリ側の実装方針により、遷移先サイトに対してHTTPリファラーヘッダーを送信しないケースが多い。

GA4はこのリファラー情報をもとに参照元・メディア（source/medium）を判定しているため、リファラーが空であればセッションは「参照元不明の直接流入」として扱われる。具体的にはGA4上で (direct) / (none) という値になり、これは本来のブラウザから直接URLを入力した流入や、ブックマーク経由の流入と区別がつかない。

つまり、ChatGPTでURLを提示されてタップしたユーザーの流入であっても、GA4の画面上ではブックマークからのアクセスとまったく同じ扱いになってしまう。この時点で、AI経由のセッション数もコンバージョン数も、標準の「トラフィック獲得」レポートからは正確に切り出せない。

理由2: AI OverviewやAIモードは通常の検索流入と区別されない

Google検索結果の上部に表示されるAI Overviewや、AIモードでの検索結果からのクリックは、多くの場合Google検索の一部として扱われ、リンク先には google.com からの参照として通常のオーガニック検索と同じ形でリファラーが渡される。

これはユーザー体験としては自然な設計だが、計測する側から見ると大きな問題になる。GA4のデフォルトチャネルグループでは、これらは "Organic Search" にひとまとめにされ、AI Overviewをきっかけにした流入なのか、従来の10本リンクからの流入なのかを区別する手がかりがGA4の標準機能には存在しない。

Search Consoleでは検索での見え方（テキストリンク・AI Overviewなど）に関する情報が一部提供される場合があるが、GA4側のセッションデータと突き合わせて「このセッションはAI Overview経由だった」と一意に紐づけることは、現状の標準的な計測の仕組みでは難しい。結果として、AI Overview経由のコンバージョン率だけを取り出すという要望に、GA4は単体では答えられない。

理由3: 同じAIサービスでも参照元表記がばらつく

3つ目の問題は、AIサービスのブラウザ実装が統一されていないことに起因する表記のばらつきだ。同じChatGPTからの流入であっても、環境によって

• chatgpt.com / referral
• chatgpt.com / (not set)
• (direct) / (none)

のいずれかに分類されることがある。これはOS・アプリバージョン・リンクの開き方（アプリ内ブラウザか外部ブラウザ起動か）によって挙動が変わるためで、同一サービスからの流入であっても複数の行に分散してしまう。

この結果、GA4の標準レポートで「chatgpt.com」を検索しても、実際のChatGPT経由流入の一部しか拾えない。集計のたびに chatgpt.com の行と (direct) に混ざった分を別々に見なければならず、しかも後者はChatGPT以外の直接流入と混在しているため分離のしようがない。これが、AI経由のコンバージョン率を単独の指標として経営層に説明できない最大の理由になっている。

AI流入がチャネルに散る仕組みを整理する

上記3つの理由を踏まえると、実際のAI経由流入は、GA4のデフォルトチャネルグループ上で主に次の3か所に分散していることになる。

1. Organic Search: AI Overview・AIモード経由の流入の大部分。通常の検索結果経由と混在。
2. Referral: chatgpt.com、perplexity.ai、gemini.google.com などのドメインがリファラーとして送信された場合。
3. Direct / (direct) / (none): アプリ内ブラウザでリファラーが欠落した場合。ここが最も母数が大きく、かつ最も見えない領域になりやすい。

「AI経由流入のコンバージョン率」を出したいという要望は、実質的には上記3か所からAI関連の行を抜き出して合算し、それ以外（純粋な直接流入や純粋なオーガニック検索）と区別する作業になる。ただし3番目の「Direct」領域は原理的に他の直接流入と区別する情報が存在しないため、後述の推定アプローチが必要になる。

さらに厄介なのは、この3つの分散が固定的ではなく、AIサービス側のアップデートによって流動的に変化する点である。あるアップデートの前後で、これまで referral として計測できていたセッションが突然 (direct)/(none) に切り替わることがある。これはサイト側の計測設定が変わったのではなく、AIサービスのアプリ内ブラウザの実装や、リンクの開き方の仕様がサービス提供側で変更されたことに起因する。つまり、自社側の設定を一切変えていなくても、ある月を境にAI経由と見なせるセッション数が急減することがあり、これを「AI流入が減った」と誤読してしまうリスクがある。

この誤読を避けるためには、チャネル別のセッション数の推移を監視する際、必ず「(direct)/(none)全体」のトレンドも並べて確認する運用が欠かせない。AI流入チャネルのセッション数が減った月に(direct)/(none)が増えていれば、それは実態としてのAI流入が減ったのではなく、単に分類先が変わっただけの可能性が高いと判断できる。

カスタムチャネルグループの設定手順

GA4の管理画面で作成できるカスタムチャネルグループを使うと、Referral領域に分類されているAIサービスのドメインを、独自の「AI経由」チャネルとして切り出すことができる。以下の手順で設定する。

設定手順

1. GA4の管理画面を開き、「データ表示」内の「チャネルグループ」を選択する。
2. 「新しいチャネルグループを作成」をクリックし、名前を「AI流入(独自定義)」などわかりやすい名称にする。
3. 新しいルールを追加し、条件として「セッションの参照元 / メディア」または「セッションの参照元」に対して正規表現一致を設定する。
4. 参照元の正規表現には、主要なAIサービスのドメインを列挙する。例:

chatgpt\.com|chat\.openai\.com|perplexity\.ai|gemini\.google\.com|copilot\.microsoft\.com|www\.bing\.com/chat

5. このルールを既存のデフォルトチャネルグループより上位（優先度が高い位置）に配置する。優先度を上げないと、既存の「Referral」や「Organic Search」のルールが先に適用され、AIチャネルに振り分けられない。
6. 保存後、新しいチャネルグループを探索レポートやレポートのディメンションとして選択できるようになる。

正規表現運用時の注意点

• ドメインは頻繁に増える。ClaudeやGrok、その他新興AIサービスが台頭した際は都度追加が必要になるため、四半期に一度は見直すルールを決めておくとよい。
• 正規表現はメディア（medium）ではなく参照元（source）に対してマッチさせる方が安定する。AIサービス側がmediumを referral 以外に設定するケースがあるためだ。
• チャネルグループの設定はデータ処理前のセッションには遡って適用されない。設定後に発生したデータから反映される点に注意する。

この設定によって拾えるのは、あくまで理由3で述べた「chatgpt.com / referral」のようにリファラーが残っているセッションのみである。アプリ内ブラウザ経由で (direct) / (none) になったセッションは、この設定だけでは救えない。

探索レポートとLooker Studioでの可視化手順

カスタムチャネルグループを作成したら、実際にコンバージョン率を比較できる形で可視化する。

探索レポートでの手順

1. GA4の左メニューから「探索」を開き、「空白」のテンプレートを選択する。
2. ディメンションに、先ほど作成した「AI流入(独自定義)」チャネルグループを追加する。
3. 併せて「セッションの参照元 / メディア」もディメンションに追加し、内訳を見られるようにする。
4. 指標には「セッション数」「コンバージョン数」「セッションのコンバージョン率」を追加する。
5. 「変数」の「セグメント」で、AI流入チャネルに該当するセッションのみを抽出するセグメントを作成しておくと、他レポートでも再利用しやすい。
6. 行うべき比較は、AI流入チャネル vs Organic Search vs 全体平均、の3系列でのコンバージョン率比較である。

Looker Studioでのダッシュボード構築

1. Looker StudioでGA4コネクタを使い、新規レポートを作成する。
2. データソースの設定で、ディメンションに「セッションの参照元 / メディア」、カスタムチャネルグループ（GA4側で作成済みのもの）を含める。
3. スコアカードで「AI流入セッション数」「AI流入コンバージョン数」「AI流入CVR」を並べ、比較用に「全体CVR」も横に表示する。
4. 時系列グラフで、AI流入チャネルのセッション数とCVRの推移を月次・週次で並べて表示する。これにより、AIサービスのアップデートや自社記事のAI引用状況の変化が、流入とCVRにどう影響したかを追いやすくなる。
5. フィルタに「参照元(正規表現) が chatgpt.com|perplexity.ai|gemini.google.com を含む」という条件を設定した表を別途用意し、チャネルグループの設定が反映される前の期間もカバーできるようにしておく。

チェックリスト

• カスタムチャネルグループがデフォルトルールより優先されているか
• 正規表現に主要AIサービスのドメインが漏れなく含まれているか
• Looker Studioのフィルタとチャネルグループの定義が一致しているか
• 探索レポートのセグメントが最新のドメインリストで更新されているか
• レポートの脚注に「(direct)に含まれるAI流入は未計測」の注記があるか

CVR比較の実務: AI流入は本当にSEO流入より高いのか

「AI経由流入のCVRはSEO流入より高い」という声を耳にすることがあるが、これは慎重に扱うべき数字だ。理由は2つある。

第一に、計測できているAI流入(chatgpt.com/referralなど)は、実際のAI経由流入全体のごく一部でしかない。母数が小さく偏っている状態で算出したCVRは、母集団全体を代表しない可能性が高い。特に、リファラーが残るケースはブラウザの実装や利用環境に依存するため、特定のユーザー層(例えばPCでChatGPTを使うユーザー)に偏ったサンプルになりやすい。

第二に、AI経由で流入するユーザーは、すでにAIの回答内で疑問がある程度解消された状態でサイトに来ている可能性がある。つまり比較行動やニーズの成熟度がオーガニック検索経由のユーザーと異なるため、CVRが高く出ること自体は理屈として説明できる。しかし、それを「AI流入はCVRが高い」と一般化して経営層に報告するには、サンプルの代表性という前提条件をクリアする必要がある。

実務上は、以下の3点をセットで報告することが望ましい。

1. 計測できているAI流入のセッション数とCVR（数値として提示するが「計測できた範囲」であることを明記）
2. (direct)/(none)全体のセッション数とCVRの推移（AI流入増加時期との相関を参考情報として添える）
3. 上記2つを合算した「AI関連と推定されるトラフィックの上限・下限レンジ」

このレンジ提示によって、確定値と推定値を混同せずに報告できる。

加えて、コンバージョン地点別の内訳も併記すると報告の説得力が増す。例えば資料請求・問い合わせ・購入といった複数のコンバージョンポイントを持つサイトであれば、AI流入(確定計測分)がどのコンバージョン種別に偏っているかを見ることで、AI経由ユーザーの行動特性についての仮説を補強できる。単に「CVRが高い/低い」という一次元の数字だけでなく、どのフェーズのコンバージョンに寄与しているかまで踏み込むことで、経営層への説明にも具体性が生まれる。

また、月次report作成時には前月・前年同月との比較だけでなく、AIサービス側の大型アップデート時期(新モデルのリリースや検索機能の変更など)との照合も添えておくとよい。これにより、数字の増減が自社施策によるものか、AIサービス側の仕様変更によるものかを切り分けやすくなり、次のアクションの精度が上がる。

計測できない分の報告設計

経営層への報告では、「わからない」をそのまま放置せず、構造化して伝えることが信頼性につながる。以下はレポートテンプレートの一例である。

報告テンプレート

AI経由流入 計測状況サマリー

このように「確定」「推定」「未計測」を分けて併記することで、実数だけを見て過小評価されるリスクと、根拠のない数字が独り歩きするリスクの両方を避けられる。

UTMパラメータ運用の限界

自社でコントロールできる領域(SNS投稿やメルマガのリンクなど)にはUTMパラメータを付与してsource/mediumを明示的に指定できるが、AIサービスが生成する回答内のリンクにUTMを仕込むことはできない。ユーザーがAIに貼り付けたURLや、AIが検索結果から引用したURLにこちらの意図でパラメータを付加する手段は存在しないため、UTM運用はAI経由流入の可視化には基本的に無力である。過度に期待せず、あくまで自社発信チャネルの計測補完として位置づけるべきだ。

サーバーサイド計測・クロスドメイン計測の検討

より精度を上げたい場合、サーバーサイドでのイベント計測（サーバーサイドGTMなど）を検討する価値がある。クライアント側のリファラー欠落に依存せず、リクエストヘッダーやクッキー情報をサーバー側で補足的に処理できるため、一部のケースでは参照元の推定精度を上げられる可能性がある。ただし、そもそもアプリ内ブラウザ側がリファラー自体を送っていない場合、サーバー側で受け取れる情報にも限界があり、万能の解決策ではない点は留意しておきたい。

複数ドメインを運用している場合はクロスドメイン計測の設定も見直しておく。AI経由でランディングした後、別ドメインの申込みフォームに遷移するような構成では、クロスドメイン設定の不備がさらに計測の欠落を悪化させる要因になりうる。GA4のクロスドメイン測定設定で対象ドメインが正しくリストされているか、定期的に確認しておくとよい。

組織内での運用体制づくり

技術的な設定だけでなく、運用体制の整備も欠かせない。AIサービスのドメインリストやチャネルグループの定義は一度作って終わりではなく、継続的なメンテナンスが必要な資産である。担当者が異動・退職した際に定義の存在自体が忘れられてしまうケースは珍しくないため、以下の点を運用ルールとして明文化しておくことを勧める。

• チャネルグループの正規表現定義をスプレッドシートやドキュメントで管理し、変更履歴を残す
• 四半期ごとの棚卸しタイミングをカレンダーに登録し、担当者が変わっても引き継がれるようにする
• 新しいAIサービスの台頭を把握するため、自社のGSCデータやSNSでの話題を月次で確認する
• レポートには必ず「計測できない範囲がある」旨の注記テンプレートを添付し、数字の一人歩きを防ぐ

これらは地味な作業だが、AI経由流入の計測環境は今後も継続的に変化していくと見込まれるため、単発の設定だけでなく継続運用を前提とした体制を組んでおくことが、長期的にみて最も効果の大きい対策になる。

よくある質問

Q1. AI Overview経由のCVRだけ抜き出せる?

現状のGA4標準機能では抜き出せない。AI Overview経由の流入は通常のOrganic Searchと同じ形でリファラーが渡されるため、GA4側にAI Overviewかどうかを判別する情報が渡ってこない。Search Console側の情報と組み合わせても、セッション単位での厳密な突合は難しい。

Q2. (direct)/(none)に埋もれたAI流入を推定する方法は?

厳密な特定はできないが、AIサービスの利用が拡大する前後で(direct)/(none)のセッション数やCVRのトレンドがどう変化したかを比較する方法がある。自社のAI言及・引用状況(検索結果でのAI Overviewへの表示状況など)と、(direct)/(none)の増減の時期を突き合わせることで、相関ベースの推定レンジを算出できる。あくまで参考値としての扱いにとどめる。

Q3. AI流入のCVRは実際SEO流入より高い?

計測できている範囲(chatgpt.com/referralなど)では高く出るケースが報告されているが、これは母数が小さく偏ったサンプルである可能性が高い。AI経由でニーズが成熟した状態でサイトに来るユーザーが多いという仮説自体は妥当だが、断定するにはサンプルの代表性を検証する必要がある。

Q4. Looker Studioでどう可視化すればいい?

GA4のカスタムチャネルグループをディメンションとして取り込み、AI流入チャネルのセッション数・コンバージョン数・CVRをスコアカードで表示する構成が基本になる。加えて、正規表現フィルタを使った補助テーブルを用意し、チャネルグループ設定前の期間や、設定に含まれていない新興AIサービスのドメインもカバーできるようにしておくと、抜け漏れを減らせる。

Q5. 計測できない分をどう報告すればいい?

「確定計測」「推定範囲」「未計測」の3区分に分けて報告することを推奨する。確定した数字だけを見せると実態を過小評価し、逆に推定値を確定値のように扱うと数字が独り歩きするリスクがある。3区分を併記し、それぞれの算出根拠を注記することで、経営層にも計測の限界を含めて正確に伝えられる。

Q6. カスタムチャネルグループを設定すれば過去データにも反映される?

反映されない。カスタムチャネルグループの設定は、設定を保存した以降に発生するデータに対してのみ適用される。過去データを遡って再分類することはできないため、設定はできるだけ早い段階で行い、以後のトレンド比較の基準にするのが望ましい。

Q7. UTMパラメータをAI経由リンクに付与することはできる?

自社が発信するリンク(SNS投稿やメール、外部記事内の自社サイトへのリンクなど)にはUTMを付与できるが、AIサービスが生成した回答内でユーザーに提示されるリンクや、AIが検索結果から引用したリンクに対して、こちらの意図でUTMを付加する手段は存在しない。UTM運用はAI経由流入の可視化における根本的な解決策にはならない。

Q8. サーバーサイド計測を導入すればAI流入は正確に計測できる?

完全な解決にはならない。サーバーサイド計測はクッキーの永続性やドメイン間の情報連携において一定の改善効果は期待できるが、アプリ内ブラウザがそもそもリファラーヘッダーを送信していない場合、サーバー側で受け取れる情報にも同様の欠落が生じる。導入コストに見合う効果があるかは、自社のAI経由流入の規模と照らして判断する必要がある。

Q9. 新しいAIサービスが増えた場合、チャネルグループの設定はどう更新すればいい?

定期的な棚卸しの運用ルールを決めておくことが重要になる。四半期に一度など頻度を決め、新興AIサービスのドメインを正規表現ルールに追加する。追加を怠ると、新しいサービス経由の流入がすべて未分類のReferralやDirectに混ざり込み、計測精度が徐々に低下していく。

関連用語

• コンバージョン
• AI Overview
• ゼロクリック検索
• CTR
• 直帰率
• LLMO
• GEO

関連記事

• AIアシスタント経由チャネルのGA4計測とAIトラフィック測定2026
• エージェント経由トラフィックの可視化とGA4セグメンテーション
• AIリファラートラフィックのGA4計測設定
• AI検索トラフィックのCVRはSEO/LLMO投資と比べて4倍という調査
• YouTube発のAI検索トラフィックのGA4計測
• AI検索最適化の完全ガイド
• LLMO完全ガイド
• SEOの基本を網羅した完全ガイド