AIトラフィック計測の現在地 ─ GA4・Microsoft Clarity が2026年5月13日に同時アナウンス

2026年5月13日、Google AnalyticsとMicrosoft Clarityが、それぞれAIトラフィック計測に関する重要なニュースリリースを公開しました。

Google Analytics Help 「What’s new in Google Analytics」（AI Assistantチャネル追加告知、2026年5月13日）── https://support.google.com/analytics/answer/9164320#05132026

Microsoft Clarity Blog 「Citations in Microsoft Clarity Now Generally Available」（2026年5月13日リリース告知）── https://clarity.microsoft.com/blog/citations-now-generally-available/

GA4には「AI Assistant」というデフォルトチャネルが追加され、Microsoft Clarityでは「Citations」がベータから正式版へ昇格しました。

ChatGPT、Gemini、Claudeが日常的に使われるようになり、Webサイトへの流入経路は検索エンジンとSNSだけでは説明しきれないものになっています。
本記事では、「AIトラフィック」とは何を指すのか、各ツールで何が測れて何が測れないのかを、2026年5月時点の情報をもとに整理します。

1. そもそも「AIトラフィック」とは何か

「AIトラフィック」と一口に言っても、実態は性質の異なる3種類が混在しています。
これを混同したまま「AI流入を計測したい」と話を進めると、ツール選定で必ず齟齬が起きます。
まずは分類を整理します。

表のとおり、性質が大きく異なる3種類が存在します。

• 従来型AIクローラは、AI企業がモデルの学習や回答生成のために自社サイトを巡回する純粋なボットです。JavaScriptを実行しないため、サーバー側でUser-AgentやIPを見れば容易に識別できます。
• エージェント型AIブラウザは、ChatGPT Atlas／Perplexity Comet／Claude for Chrome等の、AIがユーザーの代わりにWebを操作する新世代の製品群です。本物のChromiumベースで動作するため、navigator.webdriverはfalseとなり、リファラーも通常のDirectとして到着します。
• AI参照トラフィックは、chatgpt.comやclaude.aiの回答内リンクをクリックして訪問した「人間のユーザー」を指します。GA4が新設した「AI Assistant」チャネルが分類対象とするのは、この③のみです。

【重要】「AI Assistant traffic」という呼称はAIボットの流入と誤解されやすいですが、実態は人間の流入を指します。クライアントや経営層への説明時に最も誤解されやすいポイントですので、用語の指す範囲を共有してから議論を始めることをおすすめします。

2. GA4「AI Assistant」チャネル：何が変わったか

GA4は2026年5月13日、デフォルトチャネルグループに「AI Assistant」を追加しました。
ChatGPT・Gemini・Claudeなど、Googleが認識するAIアシスタントからのリファラーが付いた流入に対して、自動的に medium=ai-assistant が割り当てられ、専用チャネルで集計されます。
これまでカスタムチャネルグループに正規表現を組み込んで分離していた運用が、設定不要・即日適用に置き換わります。

限界1：取りこぼし3〜4割

GA4の判定はリファラーマッチに依存します。
リファラーが付与されない経路（モバイルアプリ／アプリ内ブラウザ／コピー＆ペーストでの訪問）はDirectに分類されるため、本来AI経由であっても捕捉できません。
Google自身は具体的な取りこぼし率を公表していませんが、現場感覚で3〜4割は「AI Assistant」チャネルに乗らないと見ておくのが安全です。

限界2：リストは非公開

Googleが「AIアシスタント」として認識する完全なリストは公開されていません。
新興のAIサービスから流入が増えても、ある日突然「Referral」から「AI Assistant」へ再分類される可能性があり、長期トレンドの解釈には注意が必要です。

限界3：エージェント型AIブラウザは判別不可

ChatGPT Atlasなどの自律訪問はリファラーがDirectとして届くため、「AI Assistant」チャネルにも乗りません。
後述のとおり、ここは現時点で確立した計測手法が存在しません。

3. Microsoft Clarityの動き：3つの機能を時系列で

Microsoft Clarityは、過去1年でAI可視化機能を段階的にリリースしてきました。
整理すると次の3層です。

AI Channel Groups（2025年8月29日）

Clarity上の流入を「AI参照」「検索」「SNS」等のチャネルへ自動分類する機能です。
GA4の「AI Assistant」より約9か月先行してリリースされていました。
Clarityのタグだけで稼働し、追加実装は不要です。

AI Bot Activity（2026年1月21日 ベータ提供開始）

Cloudflare／Fastly／Amazon CloudFront／Azure Front Door／Akamaiの5社のCDNサーバーログをClarityに連携することで、JavaScriptを実行しないクローラの動きまで可視化できる機能です。
逆に言えば、これらのCDNを利用していないサイトでは本機能は利用できません。
自社サーバー直接配信の場合は、サーバーの生ログを自前で解析するしかありません。

Bot Activityダッシュボードは、AIボットの活動を4つの観点から把握できます（公式ヘルプより、各項目の意味を要約）。

• AI crawl request share（AIクロール比率）──全ページリクエスト（人間アクセス含む）のうち、AIボット由来が占める割合を可視化します。
• Bot activity by purpose（目的別アクティビティ）──自動化されたリクエストを、アクセスしてくるシステムの主たる役割（学習用クロール／検索インデックス／回答生成用等）でグルーピングします。
• Crawler requests by operator（運営者別リクエスト）──OpenAI／Anthropic／Google／Meta／Bing／Perplexity等、どのプラットフォーム・組織が自社サイトをクロールしているかをドリルダウンできます。
• Path requests（パス別リクエスト）──自動化システムが頻繁にアクセスしているページ・リソースを抽出表示。AIに「よく読まれているコンテンツ」が浮き彫りになります。

これらの可視化により、これまで「背景ノイズ」として扱われがちだったボットトラフィックを、定量的なオーディエンスとして捉え直せます。
Clarity自体は無料ですが、CDN側でログ転送のために通信量・ストレージ料金が発生する可能性がある点には注意してください。

Citations（2026年5月13日 正式版）

今回の同日アップデートの主役の一つが、ここです。
自社コンテンツがAIの回答内で「引用された」かどうかを、シミュレーションではなく実データで可視化します。MicrosoftがCopilot等で構築している「グラウンディング」インフラ（生成モデルがWebコンテンツを参照する仕組み）に流れる実トラフィックを集計しているのが特徴です。

Citationsダッシュボードで確認できる主な指標は以下です。

• Page citations（引用ページ数）──選択期間中に自社ドメインのページがAI回答内で参照された累計回数。同一回答内の複数引用も含まれます。
• Share of authority（オーソリティシェア）──自社ドメインが登場したクエリ群において、他の被引用ドメインと比較した自社の引用シェアを競合観点で表します。
• AI referral traffic（AI参照トラフィック）──全セッションのうち、AIアシスタント経由で到達したセッションが占める割合。
• Queries（クエリ）──AIが回答生成前にコンテンツを取得・評価する際に用いたクエリ群。ユーザー意図と自社コンテンツのつながりを読み解くヒントになります。
• My cited pages（引用されたページ）──自社ドメインのどのURLが引用されたか、引用回数と関連グラウンディングクエリと合わせてページ単位で表示。AIに信頼ソースとして選ばれているコンテンツの把握に役立ちます。
• Trendlines（トレンドライン）──引用ページとクエリの推移を時系列で可視化。コンテンツ更新やAI側のクエリパターン変化に伴う動きを追跡できます。

設置はClarityタグだけで稼働するため、CDN連携が不要なのが大きなメリットです。
ただし、ドメイン所有権の検証が求められるケースがあり、Bing Webmaster ToolsもしくはGoogle Search Consoleとの接続準備をしておくと立ち上げが速くなります。

【重要な計測範囲】
Citationsが集計するのは、Microsoftのグラウンディング基盤を経由したAI回答に限定されます。
具体的には、Microsoft Copilotと、Bing APIをグラウンディングに利用するパートナーAIが対象です。
OpenAIのChatGPT（OpenAI独自の検索基盤）、AnthropicのClaude、GoogleのGeminiでの引用は、それぞれが独自のグラウンディング基盤を持つためCitationsには反映されません。
これらを追うには、ChatGPTのSearch関連機能、Bing Webmaster ToolsのAI Performance Report、Google Search ConsoleのAI Overviewレポートなど、各社の個別ツールに頼ることになります。
Citationsは「AI引用」全体ではなく「Microsoft経由のAI引用」を測るツールである、と位置づけて使うのが正確です（出典: Microsoft Clarity Blog／PPC Land記事）。

4. ツール対応マトリクス：何で何が測れるか

ここまでの内容を、2026年5月時点のツール対応で整理すると次のとおりです。

凡例

• ◎：判別可能な形で完全に計測できる（高い信頼性、構造的限界がほぼ無い）
• 〇：判別可能な形で計測できる（ただし対象範囲・条件が限定的）
• △：部分的にしか計測できない（取りこぼし大、または条件依存が強い）
• ✕：判別可能な形では計測できない

表からわかるとおり、②エージェント型は全ツール✕ 。リクエスト自体は届きますが、本物Chromeと区別できないため、エージェント型として「判別可能な状態で計測する」ことが構造上不可能だからです。

③AI経由の人間流入も最高で〇止まりです。GA4の「AI Assistant」を含め、すべての分類はリファラー（または自動UTM付与）に依存しますが、Claude Desktop／ChatGPT デスクトップアプリ／モバイル各種アプリからのリンク遷移はリファラーが付かず、Direct分類に流れ込みます。構造上、完全（◎）にはなり得ません。

④AI引用の可視化に対応するのは事実上Microsoft Clarity Citationsのみですが、対象はMicrosoft Copilot＋Bing API系のAI回答に限られ、ChatGPT・Claude・Gemini独自の引用は含まれません。よって〇（限定的カバレッジ）が妥当な評価です。

結果として、本マトリクスには◎が1つもありません。
これは2026年5月時点の正直な姿で、「単一ツールでAIトラフィックを完全に計測できるものは存在しない」という事実を反映しています。
サーバーログ／CDN×①クローラも、CDNキャッシュで漏れる／WAFで弾かれる／UA偽装するスクレイパーが捕捉できない／未知の新規AIクローラはUAリスト未登録──といった限界があり、◎ではなく〇が妥当です。

したがって、複数ツールを役割分担で組み合わせる以外に道はなく、後段で示す推奨アプローチが実務上の現実解になります。

④AI引用の可視性に対応するのはMicrosoft Clarity Citationsのみですが、計測対象はMicrosoft Copilot＋Bing API系のみであり、ChatGPT・Claude・Gemini独自の引用は含まれません（凡例の「〇*」がその限定的カバレッジを示します）。④で完全捕捉と言える既存ツールは、2026年5月時点では存在しません。

5. 判別不可：エージェント型AIブラウザ

2026年5月時点で、明確に「測る手段がない」のが、エージェント型AIブラウザ（ChatGPT Atlas／Perplexity Comet／Claude for Chrome）の自律訪問です。

• 本物のChromiumベースで動作するため、Bot検知用の navigator.webdriver はfalseを返す
• リファラーは通常のChromeブラウザ訪問と区別がつかない
• GA4の「AI Assistant」チャネルもリファラー判定のため捕捉不可
• Microsoft ClarityのAI Bot ActivityもUser-Agent判定ベースのため、本物ブラウザの偽装には弱い

現時点では、これらの自律訪問はDirect流入の中に紛れている可能性が高いと考えるのが現実的です。
今後、AIブラウザ側がUser-Agentに識別子を含める仕様や、業界標準のヘッダーが整備されることで状況は変わる？という話もチラホラですが、2026年5月時点では「測れていない領域がある」という前提でレポートを設計するべきです。

6. 4つの対応策、それぞれの得意と限界

4つの対応策（A／B／C-1／C-2）が何を計測でき、どこに限界があるかを並列で整理します。

A：GTM カスタム検知 ── 対応する分類: ②（一部 ①）

カスタムJS変数で navigator.webdriver / window._phantom / window.__nightmare 等を判定し、GA4のカスタムディメンションへ送信する従来手法です。

• 強み: 実装が手軽、既存GTMコンテナへの追加だけで済む。
• 限界: GPTBot等の純粋クローラはJS非実行で捕捉不可。ChatGPT Atlas等のエージェント型AIブラウザは本物のChromeなので navigator.webdriver は false を返し、これも検知できません。

B：GA4「AI Assistant」チャネル（2026年5月13日リリース）── 対応する分類: ③のみ

リファラーをマッチして medium=ai-assistant を自動付与し、専用チャネルで集計します。設定不要・即日適用が最大の利点です。

• 強み: 設定不要・コスト0・即日適用。既存のGA4レポート画面で確認できます。
• 限界: リファラー判定のため取りこぼし3〜4割（残りはDirectや未分類に流れる）。モバイルアプリ・アプリ内ブラウザ、Claude Desktop等のアプリ流入はリファラーが付かずDirectに分類。認識AIリストはGoogle非公開。エージェント型AIブラウザの自律訪問もDirect扱いで、本チャネルでは捕捉できません。

C-1：Microsoft Clarity「AI Bot Activity」（2026年1月ベータ）── 対応する分類: ①（クローラ）

CDNサーバーログをClarityへ連携することで、JavaScript非実行のクローラもダッシュボードで可視化できる機能です。

• 強み: JS非実行のクローラまで捕捉可能。専門知識なしでもダッシュボードで確認できます。
• 限界: 対応CDN（Cloudflare／Fastly／CloudFront／Azure Front Door／Akamaiの5社）への連携が前提。CDN未利用サイトでは本機能は利用不可。引用されたかの可視化は別問題で、Citationsの担当領域になります。

C-2：Microsoft Clarity「Citations」（2026年5月13日 正式版）── 対応する分類: ④（AI引用の可視性）

自社コンテンツがAIの回答内で引用されたかを実データで可視化します。AEO／GEO（Answer Engine Optimization／Generative Engine Optimization）の文脈で今回最も注目された機能です。

• 強み: ClarityタグだけでOK（CDN連携不要）。Microsoft Copilotのグラウンディング基盤に流れた実トラフィックを集計するため、シミュレーションよりも信頼性が高い。
• 限界: 対象はMicrosoft Copilot＋Bing APIをグラウンディングに使うパートナーAIのみ。ChatGPT・Claude・Gemini独自の引用は対象外です。ドメイン所有権の検証が求められるケースがあるため、Bing Webmaster ToolsまたはGoogle Search Consoleとの接続準備が必要です。

7. 推奨アプローチ：3層構造で組み合わせる

万能なツールがない以上、「基本観測」「守り」「攻め」「補完」の4層構造で組み合わせるのが現実解になります。
スライドの記号体系に揃え、各アプローチをA／B／C-1／C-2で識別します。

B：基本観測 ── GA4「AI Assistant」チャネル

まずレポート画面で「AI Assistant」が表示されているかを確認します。
設定不要・コスト0・即日適用なので、ここはまず押さえるレイヤーです。
ただし、取りこぼしが3〜4割あり、エージェント型は盲点である前提を、レポート利用者に共有してください。

C-1：守りの可視化 ── Clarity「AI Bot Activity」（誰がアクセスしているか）

クローラのアクセス把握はサーバーログでも可能ですが、Microsoft Clarityがダッシュボード化してくれたことで、専門知識がない担当者でも見やすくなりました。
CDN連携が必要なので、現行CDN環境（Cloudflare／Fastly／CloudFront／Azure Front Door）が対応しているか、社内インフラ担当者と確認するのが最初のステップになります。

C-2：攻めの可視化 ── Clarity「Citations」（AIに引用されているか）

AEO／GEO（Answer Engine Optimization／Generative Engine Optimization）の文脈で、最も実装容易性が高いのがこの機能です。
Clarityタグが入っているなら、追加実装はほぼ不要で利用を開始できます。
Microsoftの実データに基づく指標であるため、競合シミュレーションツールよりも信頼性が高い数値が得られます。

A：補完 ── GTMカスタム検知（ヘッドレスBot検出）

既存のGTMにJavaScript変数で navigator.webdriver / window._phantom / window.__nightmare などを判定するカスタム検知を仕込むことで、GA4のカスタムディメンションに送る、という従来手法も併用候補です。
エージェント型AIブラウザには効きませんが、簡易Botは捕捉できます。

8. まとめ：明日からのアクション

最後に、実装に向けた具体的なアクションをチェックリストとして整理します。

1. Clarityタグが未導入なら、まず導入する（C-2 Citationsはタグだけで稼働するため、投資対効果が最も高い）。
2. GA4「AI Assistant」チャネルがレポートに表示されているかを確認する。
3. 現行CDN環境を確認し、AI Bot Activity連携の可否を判断する（CDN未利用ならこの層はスキップ可）。
4. Bing Webmaster Tools／Google Search Console接続を準備する（Citationsのドメイン検証用）。
5. レポート利用者に対して、「AI Assistantは人間のAI経由流入」「取りこぼし3〜4割」「エージェント型は判別不可」という3つの前提を共有する。

AIトラフィックの世界は月単位で景色が変わります。（なんなら日単位）
「いまある計測の限界を理解した上で、複数ツールを役割分担させる」という運用が、しばらくのあいだ現実解として残り続けるはずです。

参考リンク

• Google Analytics Help 「What’s new in Google Analytics」（AI Assistantチャネル追加告知、2026年5月13日）── https://support.google.com/analytics/answer/9164320#05132026
• Microsoft Clarity Blog 「Citations in Microsoft Clarity Now Generally Available」（2026年5月13日リリース告知）── https://clarity.microsoft.com/blog/citations-now-generally-available/
• Microsoft Clarity Blog 「Understanding Your Influence in AI Answers with Microsoft Clarity」（Citationsの仕組み解説）── https://clarity.microsoft.com/blog/understanding-your-influence-ai-citations/
• Microsoft Clarity Blog 「See AI Bot Activity with Clarity」（2026年1月21日ベータ提供開始）── https://clarity.microsoft.com/blog/ai-bot-activity-in-clarity/
• PPC Land 「Microsoft positions grounding as the invisible infrastructure powering AI」（Microsoftグラウンディング基盤の解説）── https://ppc.land/microsoft-positions-grounding-as-the-invisible-infrastructure-powering-ai/