なぜ生成AIからのCVは従来の計測ツールで正確に取れないのか
生成AIからのトラフィックが計測しにくい根本的な理由は、AIがリンクをユーザーに提示する仕組みそのものにある。
リファラーが消える構造的な理由
通常のウェブブラウジングでは、リンクをクリックすると遷移元のURLがHTTPリファラーとして送出される。しかし生成AIのインターフェースでは、この仕組みが機能しないケースが多い。ChatGPTのようなチャット型UIは独立したWebアプリケーションとして動作しており、外部リンクへ誘導する際にリファラーポリシーが’no-referrer’に設定されていることがある。その結果、GA4はセッションの流入元を判定できず、該当トラフィックをDirectチャネルに分類する。
さらに、モバイルアプリ経由の流入は構造上リファラーを持たない。PerplexityやGeminiのスマートフォンアプリからリンクを開いた場合、ブラウザはどのアプリから起動されたかを知る手段がなく、Direct扱いとなる点も見落とされやすい。
主要AIごとのリンク送出の違い
直近の挙動として、代表的な3サービスには次の傾向がある。
- ChatGPT(Web版): 外部リンクをiframe的な中間ページを経由せず直接開くため、リファラーが’openai.com’として送出されることもあるが、アプリ版では消失する
- Perplexity: 引用リンクのクリック時に独自のリダイレクト処理が入る場合があり、リファラーが’perplexity.ai’に統一されないケースが報告されている
- Gemini: Googleアカウントとの統合環境で動作するため、セッションの境界が曖昧になりやすく、リファラーが意図せず上書きされる可能性がある
計測漏れの現状認識
Directチャネルへの混入量を正確に把握した公的な統計は2026年時点でまだ整備されていない。ただし、SimilarWebやSparkToroが近年公表した調査では、Directとして計上されるトラフィックのうち相当割合がAI経由である可能性が示唆されており、CVを正しく帰属させられていないケースは無視できない規模に達していると考えられる。計測の前提が崩れている以上、現状の数字を鵜呑みにしたままチャネル評価や予算配分を行うことはリスクを伴う。
GA4でAI流入を正確に識別するチャネル設定とUTMの実装手順
GA4のデフォルト設定では、生成AI経由の流入を正確に識別できない（前述の通り）。ここでは、カスタムチャネルグループとUTMパラメータを使って生成AI流入を正確に分類する具体的な手順を解説する。
GA4カスタムチャネルグループの設定手順
GA4管理画面の「管理」→「データの表示」→「チャネルグループ」から新規グループを作成する。条件設定では「参照元」に以下のドメインをOR条件で追加し、チャネル名を「Generative AI」などに統一する。
- ChatGPT系: chat.openai.com / chatgpt.com
- Perplexity系: perplexity.ai
- Gemini系: gemini.google.com / bard.google.com
- Claude系: claude.ai / anthropic.com
- Copilot系: copilot.microsoft.com / bing.com/chat
- You.com系: you.com
各AIサービスはサブドメインやパスの変更が起きやすいため、AI検索で変わる検索キーワード構造と新しい攻略法も参照しながら定期的にドメインリストを見直すことを推奨する。
UTMパラメータを付与できるケースとできないケース
UTMパラメータはあくまで自サイトが配置したリンクにのみ付与できる。整理すると以下の通りだ。
- 付与できるケース: 自社でAIチャットボットを埋め込んでいる場合 / AIツールが提示するプロモーションリンクを自社側でコントロールできる場合
- 付与できないケース: ユーザーがAIに質問した回答として自動生成されたリンク / Perplexityなどが検索結果として表示するリンク
後者の流入はカスタムチャネルグループによるリファラー分類で補完するしかなく、UTMへの過度な依存は避けるべきだ。
アトリビューションとルックバックウィンドウの注意点
GA4のデフォルトアトリビューションモデルはデータドリブンだが、生成AI流入は「調査→比較→購入」のサイクルが長くなりやすい。管理画面の「アトリビューション設定」でエンゲージメントルックバックウィンドウを最大90日に延長することで、AI経由の初回訪問がCVに貢献した事実を取りこぼしにくくなる。また、E-E-A-T評価を高める内部リンク最適化の実践完全ガイドで解説しているようにコンテンツ導線を整備しておくと、AI流入ユーザーの回遊データがより正確にGA4へ記録されやすくなる点も押さえておきたい。
Server-SideタグとファーストパーティデータでAI流入CVを補完する方法
クライアントサイド計測では、ブラウザの広告ブロッカーやITP(Intelligent Tracking Prevention)によってCookieが短命化し、AI流入からコンバージョンまでのセッションをつなぎとめられないケースが直近で増加しています。特にSafariブラウザ環境ではファーストパーティCookieの有効期限が最長7日に制限されるため、AIチャットで情報収集してから数日後に再訪問してCVしたユーザーの流入元が欠落しやすい構造になっています。
Server-Sideコンテナによる計測補完
Google Tag ManagerのServer-Sideコンテナを自社ドメイン配下のサブドメイン(例: gtm.example.com)に配置すると、ブラウザの制限を回避してサーバー側でイベントを受け取ることができます。クライアント側のGTMコンテナはイベントをサーバーコンテナへ転送するだけにとどめ、サーバー側でGA4やCRMへのデータ送信を一元管理する構成にします。この設計により、広告ブロッカーがクライアント側のGA4タグをブロックしても計測が維持されます。また、サーバーコンテナを経由してSet-CookieレスポンスヘッダーでファーストパーティCookieを発行すれば、ITPの制約を受けずにCookieを長期保持できます。
ファーストパーティCookieでセッションをCV紐付け
AI流入の初回セッション時に独自のセッションIDをファーストパーティCookieとして付与し、そのIDをCVイベントと同時にサーバーへ送信する設計が有効です。Cookieに保存するのはセッションIDのみとし、流入元情報はサーバー側のデータストアで管理することで、クライアント側のCookie消失に左右されない計測が実現します。
GA4とCRMの突合によるAI起点CV特定
問い合わせや会員登録時にフォームで取得したメールアドレス等の識別子をCRMに記録し、GA4のユーザーIDとCRMの識別子をBigQuery上で突合することで、GA4単独では取りこぼしたAI起点CVを事後的に復元できます。GA4のraw_event_dataエクスポートとCRMのリードデータをリードIDで結合し、流入元が(not set)や(direct)になっているレコードのうちCRM側にAI流入セッションの痕跡があるものを抽出する手順が基本的なアプローチです。この突合作業は週次バッチで実行するだけでも、クライアントサイド計測だけでは見えなかったAI流入CVの全体像を把握するうえで大きな補完効果をもたらします。
AI流入CV計測データの読み方と広告・コンテンツ施策への活用
計測基盤が整った後は、集まったデータをどう読み、何を改善するかが成果を左右します。
AI流入とSEO・有料検索流入のCVRを比較する
GA4のチャネルグループ別レポートで、Generative AI・Organic Search・Paid Searchの3チャネルをセッションCVR・エンゲージメント率・平均セッション時間の3軸で比較します。AI流入はクエリが長く購買意図が具体的なケースが多いため、Organic Searchより高いCVRを示すことがあります。ただし絶対値だけでなく、直帰率とスクロール深度をあわせて見ることで「CVしそうに見えて実は離脱が早い」という誤判断を防げます。
AIプラットフォーム別の品質スコアリング
プラットフォームごとに以下の指標を数値化し、総合スコアで優先順位をつけます。
- CVR：セッションあたりのゴール達成率
- エンゲージメント時間：AIが示した文脈とLPの内容が合致しているかの代理指標
- 直帰率：ランディング直後の離脱割合
- CV単価：有料施策と横比較するための費用対効果指標
各指標を0〜10点でスコア化し、合計点が高いプラットフォームへコンテンツ露出投資を集中させます。
コンテンツ改善の優先順位づけ
AI流入CVデータを流入ページ別に集計し、「流入数は多いがCVRが低いページ」を最優先の改善対象にします。AIが引用しやすい構造（結論先出し・箇条書き・数値根拠の明示）に整えることで、引用頻度とCV率を同時に高められます。改善後は最低4週間データを蓄積してCVRの変化を検証してください。
GA4エクスプロレーションでAI流入CV専用レポートを作る
エクスプロレーション画面で「空白」テンプレートを選び、ディメンションにセッションのデフォルトチャネルグループとランディングページ、指標にセッション・エンゲージメント率・コンバージョンを設定します。フィルタでチャネルグループをGenerative AIに絞ることで、AI専用のCV分析レポートが完成します。このレポートをCSVで定期出力し、前述のスコアリング表と照合する運用を月次で回すと、コンテンツ投資判断の精度が継続的に上がります。
2026年版｜AI流入CV計測の設定チェックリストと今後の注意点
本記事で解説してきた計測設計が正しく実装されているかを、以下のチェックリストで確認してください。
実装確認チェックリスト
- GA4のカスタムチャネルグループに「Generative AI」が追加されており、主要AIドメインが参照元として登録されている（前述の通り）
- UTMパラメータが付与されたAI流入リンクが運用中のコンテンツ・プロフィールに設定されている
- Server-Sideコンテナが自社サブドメインで稼働しており、GA4とCRMへの二重送信が確認できている
- ファーストパーティCookieの有効期限がサーバー側で延長されており、Safari環境での計測ロスが軽減されている
- GA4のリアルタイムレポートとCRMの受注データを突合し、AI流入CVの乖離が許容範囲内に収まっている
仕様変更リスクへの継続監視方針
生成AIサービスはリファラーポリシーを予告なく変更することがあります。監視すべき変化は主に3種類です。第一に、新規AIサービスの台頭による未分類Direct流入の増加。第二に、既存サービスのリファラー送出ドメインの変更。第三に、ChatGPTやGeminiのブラウザ拡張・OS統合による流入経路の多様化です。月次でGA4の参照元レポートを確認し、既知のAIドメイン以外からの流入急増を監視するQAフローを設けることを推奨します。
2026年以降の計測課題への備え
直近の動向として、主要ブラウザへのAI機能の統合が進んでいます。ブラウザ自体がAI回答を生成してリンクを提示する場合、リファラーはブラウザベンダーのドメインか空白になる可能性があります。この場合、UTMパラメータが付与されていないリンクはDirect流入と区別がつかなくなります。対策として、自社コンテンツのすべての外部公開リンクにUTMを付与する運用ルールを今から整備しておくことが重要です。計測設計は一度構築すれば完結するものではなく、四半期ごとにQAフローを回して精度を維持し続ける運用体制が、AI流入時代の計測の核心になります。
