ChatGPTの引用リンクにUTMを付けることはできません。モデルがページの元URLを再構成する際、慎重に設定したutm_sourceやutm_mediumは取り除かれてしまいます。そのため、GA4に「chatgpt / referral / utm campaign」という整った行が現れるのを待っていると、「AIからの流入はなかった」という誤った結論に至ります。実際には、比較・検討段階にある見込み顧客の半数を料金ページへ静かに送り込んでいるかもしれません。ただし、その流入にはこちらが用意した識別情報が付いていないのです。そこで必要になるのが、参照元で出所を捉え、サーバーログで残りを補完する2層の計測です。
なぜGA4の標準設定ではAI流入を見失うのか
計測の漏れが同時に3か所で起きるためです。まず、GA4の標準チャネルには「AI」という分類がありません。ChatGPT.comからのクリックはReferralに入り、提携先やメール経由の流入と混在します。次に、ChatGPTのデスクトップアプリ、iOSアプリ、一部のリンク処理では参照元ヘッダーが削除されるため、URLを直接入力したアクセスと同じDirectとして扱われます。さらに、Google AI Overviews経由のクリックは、その大半がGoogle / organicに計上されます。検討意欲の高い同じ層のユーザーがReferral、Direct、Organicという3つの区分に散らばり、標準レポートからはAI経由だったことが見えなくなるのです。
第1層：参照元でAI流入を捉える
まずは、参照元が残っている流入を整理します。GA4のデフォルトチャネルグループは変更せず、カスタムチャネルグループに「AI Assistant」を追加してください。セッションの参照元を対象に、正規表現でchatgpt|openai|perpexity|gemini|copilot|claudeを条件として設定します。これにより、参照元を取得できたAI経由のクリックを同じ区分にまとめ、ランディングページ、離脱、コンバージョンイベントを直接確認できます。現時点でリストに入れておきたいホスト名は次のとおりです。
- ChatGPT：chatgpt.com、chat.openai.com
- Perplexity：perplexity.ai
- Google Gemini：gemini.google.com
- Microsoft Copilot：copilot.microsoft.com
- Claude：Claude.ai
- 例外：Google AI Overviewsからのクリックは、ほぼすべてGoogle / organicに混在します。参照元だけでは切り分けられないため、Search Consoleの表示データと照合して推定し、無理に断定しないでください。
UTMにできること、できないこと
UTMの役割を明確にすれば、無駄な作業を避けられます。モデルがURLをどう再構成するかは制御できないため、「AIの引用リンクに計測パラメータを残す」試みは機能しません。UTMが本当に役立つのは、自社で配信するリンクです。LinkedInの投稿、寄稿記事、書籍やディレクトリ、電子レポートなどが該当します。これらはAIが読み込む情報源であると同時に、ユーザーが実際にクリックできる接点でもあるため、適切に計測できます。見落とされがちな効果として、UTMの運用を徹底するとDirectの区分が整理されます。その結果、参照元がなくDirectに入った不審な流入を、参照元情報が削除されたAI経由のクリックとして見分けやすくなります。
第2層：全体像を示すサーバーログ
GA4で取りこぼしたアクセスも、サーバーログから復元できます。サーバーログで捉えられるのは、GA4から見えない2種類の動きです。ひとつは、参照元が削除されたり、分析用コードがブロックされたりした人のアクセスです。ヘッダーが残っていれば、ログにも記録が残ります。もうひとつはAI自体によるページ取得です。これも、言語データを構築するためのインデックス型クローラーと、ユーザーが質問した際にモデルがその場でページを取得するリアルタイム型に分けられます。特に価値が高いのは後者です。発生した時点で、実際の質問に答えるために自社コンテンツが読まれていることを意味します。
- インデックス型クローラー（言語データの構築）：GPTBot、PerplexityBot、ClaudeBot、Bingbot
- リアルタイム取得型（ユーザーからの質問に対応）：ChatGPT-User、OAI-SearchBot、Perplexity-User、Claude-User
確認方法はシンプルです。人のクリックを探すなら、access.logに対してgrep-E 'chatgpt\.com|perlexity\.ai|gemini\.google'を実行します。AIによる取得を探すなら、grep-E 'ChatGPT-User|Perplexity-User|OAI-SearchBot|GPTBot|ClaudeBot' access.logを使います。リアルタイム取得型のアクセスがあれば、AIが質問に答えるために繰り返し取得しているページを、URLと取得時刻から確認できます。そうしたページこそ、内容を強化し、CTAを設置し、構成を整えるべき対象です。すでにAIが自社に代わって回答しているのに、商談や資料請求につなげる導線だけが未整備だからです。
2層のデータをつなぐ：週30分で追跡する運用リズム
計測の仕組みが整えば、あとは定例運用に落とし込むだけです。AI流入の追跡に高価なダッシュボードは必要ありません。週30分以内で継続できる3つのアクションで十分です。
- 月曜日：GA4のカスタムチャネル「AI Assistant」を開き、前週のセッション数、ランディングページ、コンバージョンイベントを確認します。明らかに増減したページを記録してください。
- 水曜日：前週のサーバーログから、grepでリアルタイム取得型のユーザーエージェントを抽出し、取得回数が多いURLの上位5件を一覧にします。
- 毎月：AIに最も多く読まれたページを確認し、次回の改善で書き直すページ、内容を強化するページを決めます。それらは実際の質問への回答で引用されているページです。
AI経由の流入は量こそ多くありませんが、ユーザーの意図は明確です。必要なのは見栄えのする長大なレポートではありません。どのページが質問に答え、どのAIがユーザーを送り込んでいるかを把握することです。— Tenten GEO
「流入はあるか」から「引用されているか」へ
参照元とサーバーログから分かるのは、クリック後に起きたことです。つまり、ファネルの下流にあるデータです。上流で本当に問うべきなのは、ユーザーが質問した瞬間に、AIが自社を言及・引用したかどうかです。クリックは引用による効果の一部にすぎません。ゼロクリックのままユーザーの目に触れない引用も多く、それでもブランドへの信頼を後押ししています。Brand Radarが追跡するのは、まさにこの領域です。読まれる、引用される、見つけられる、そしてパイプラインへ入るまで、ファネル全体を可視化します。現在どこに欠落があるのか知りたい場合は、30分のGEO診断をご予約ください。実際の質問を使い、対応すべきギャップと抜け漏れの優先順位をお見せします。
