AIエンジン時代における「Directトラフィック」の問題：ブランドが功績を追跡する方法

AIエンジン時代における「Directトラフィック」の問題：ブランドが功績を追跡する方法

# AIエンジン時代における「Directトラフィック」の問題：ブランドが功績を追跡する方法

GA4において、ChatGPTやPerplexityなどのAIエンジンのトラフィックは、しばしば「Directトラフィック」と誤って分類され、ブランドがそのソースを追跡できなくなる。これは技術的な偶然なミスではなく、AIトラフィックのメカニズム自体が伝統的な帰属モデルに挑戦しているためである。35–70％の検索トラフィックが「Direct」カテゴリに吸収されてしまうと、企業が直面する問題はデータの歪みにとどまらず、投資効果の誤判断にもつながる。本記事では「流量帰属の未来」ではなく、AIエンジン最適化（GEO）時代において、技術的側面とコンテンツ戦略の両面から「暗流量」を追跡可能な功績に変換する方法をお伝えする。

反復されるシナリオ：記事が引用されたにもかかわらず、GA4ではトラフィックがゼロと表示される

TrueLinkが複数の企業のGEO最適化を支援する過程で、繰り返し見られるシナリオがある。ある記事がGoogle SearchやPerplexityで引用され、企業がGoogleから引用通知（citation）を受けているにもかかわらず、GA4では「Directトラフィック」と表示され、どの検索経路から来たかを特定できないケースである。これはGA4のエラーではなく、AIエンジンが知識を参照する際、Googleの検索結果をクリックしてアクセスするのではなく、直接知識ソースにアクセスするためである。つまり、AIエンジンは知識ソースに直接アクセスしており、Googleの検索結果を介してアクセスしているわけではない。

この状況により、ブランドは「GEO投資」のROIを正確に評価できず、マーケティングの意思決定が曖昧になる。本記事の目的は以下の3点を明らかにすることである：

1. なぜGA4はAIエンジンのトラフィックを「Direct」と誤って分類するのか？ 2. AIエンジンが引用する際、どの種類のコンテンツと構造化データがソースを追跡可能にするのか？ 3. 技術とコンテンツ戦略の両面において、ブランドはどのように「混同防止」の構造を構築し、AIエンジンの引用トラフィックを「消去」させないのか？

なぜGA4はAIエンジンのトラフィックを「Direct」と誤って分類するのか？

GA4の帰属メカニズムは「HTTP Referrer」ヘッダーをもとにトラフィックのソースを識別する。ユーザーがGoogle検索結果からウェブサイトにアクセスした場合、GA4はReferrerヘッダーからソース情報を取得する。しかし、AIエンジン（例：ChatGPTやPerplexity）が知識を参照する際、Googleや検索結果ページを経由せず、直接ウェブサーバーとやり取りするため、Referrerヘッダーが省略され、GA4はソースを識別できなくなる。

これはGA4の欠点ではなく、AIエンジントラフィックの本質的な問題である。SEO Albertの研究によると、35–70％のAIエンジントラフィックが「Direct」と誤って分類され、企業がGEOの効果を評価するのが困難になる。

技術戦略：Server LogとUser-AgentでAI Botトラフィックを識別する

GA4の制限に直面したTrueLinkの解決策は、Server Logの分析を導入し、User-AgentをもとにAI Botを識別することである。GA4が正確に帰属できないのは、前端のReferrerヘッダーに依存しているためである。一方、Server LogはHTTPリクエストの原始的なデータを直接記録し、トラフィックのソースをより正確に識別できる。

1. Server Logの利点

Server Logは以下のような情報を記録する：

• Request URL：リクエストされたページのパス。
• HTTP Method：GET/POSTなどのリクエストメソッド。
• User-Agent：リクエストを送信したデバイスやブラウザの情報。
• IP Address：リクエストの発信元IPアドレス。
• Timestamp：リクエストのタイムスタンプ。

これにより、「AI Bot」と「人間ユーザー」の違いを区別し、AI Botの行動パターンを分析することが可能になる。

2. User-AgentによるAI Botの識別

AIエンジン（例：Perplexity）のBotはUser-Agentに特定の識別子を含めることが多い。Perplexity BotのUser-Agentには通常「PerplexityBot」というキーワードが含まれる。TrueLinkの実績によると、Server LogをもとにこれらのUser-Agentを識別し、AI Botトラフィックを人間トラフィックと分離し、GA4において「AIエンジントラフィック」というカスタムトラフィックグループを構築できる。

実際に使用した正規表現は以下の通り：/(PerplexityBot|GPTBot|ChatGPT-User)/i。このフィルタ条件により、AI BotのUser-Agentを正確に識別し、GA4において「AIエンジントラフィック」のカスタムディメンションとイベントを構築できる。

コンテンツ戦略：AIエンジンが引用する際に「ソースを残す」構造設計

技術的な修正に加えて、コンテンツ自体もAIエンジンが「引用する」ことと「ソースを残す」ことが可能な条件を備える必要がある。これには2つの要素が不可欠である：構造化データ（Schema）とコンテンツの可証性。

1. Schema.orgで「可証性のある実体」を構築する

GoogleやPerplexityなどのAIエンジンが知識を参照する際、構造化データが整っているページを優先的に選ぶ。TrueLinkの経験によると、Article、Person、OrganizationなどのSchemaタグを用いることで、AIエンジンは作者や発行者の実体をより容易に識別し、引用時に自動的にソースを表示できる。

ArticleとPersonのsameAs関連をTrueLinkが活用し、AIエンジンが記事を引用する際、自動的に著者や発行者のソースを表示させ、GA4においてより明確な帰属を実現している。

さらにC2PA（コンテンツの出典と真実性のための証明）の基準を導入し、SchemaにsameAsフィールドを埋め込み、C2PA manifestで出典実体をバインドする。これにより、AIエンジンが引用する際に自動的に出典ブランドを表示させ、GA4において追跡可能なトラフィックを残すことができる。

AIエンジンが引用するコンテンツの条件：競合にコピーされない「第一手の視点」

TrueLinkの実績から得られる教訓は、AIエンジンが引用する記事の鍵はキーワード密度ではなく、「ブランド名を除いても競合のサイトにそのまま掲載できない」第一手の視点にあるということである。これは、コンテンツが「独創性」と「可証性」を備えていることを意味する。

たとえば、TrueLinkが複数の企業のGEO最適化を支援する際、多くの企業が記事の構造は整っているものの、内容に「独創性」が欠如していることが見つかった。その結果、AIエンジンが知識を参照する際、どのブランドのコンテンツであるかを区別できず、トラフィックの帰属が困難になった。

TrueLinkの解決策は、記事にブランド専用のデータ、ケーススタディ、または視点を組み込み、SchemaタグとC2PAで出典を証明することである。これにより、AIエンジンが引用する際に自動的に出典ブランドを表示させ、GA4において追跡可能なトラフィックを残す。

TrueLinkが某企業の「AIエンジントラフィックの帰属」に関する記事を支援した際、その企業固有のデータ分析方法や実装手順をコンテンツに組み込み、SchemaタグとC2PA manifestで出典を証明した。その結果、AIエンジンが引用する際に自動的に出典ブランドを表示させ、GA4において追跡可能なトラフィックを残すことができた。

結論：AIエンジン時代において、流量帰属はもはやブラックボックスではない

AIエンジントラフィックの帰属問題はGA4の欠点ではなく、トラフィックの本質的な変化である。このような課題に対応するTrueLinkの解決策は以下の2点である：

1. 技術的側面：Server LogとUser-AgentをもとにAI Botを識別し、GA4においてカスタムトラフィックグループを構築する。 2. コンテンツ的側面：Schema.orgで可証性のある実体を構築し、競合にコピーされない第一手の視点を提供する。

これは「トラフィック追跡のテクニック」ではなく、「AIエンジン時代においてブランド価値を守るための基盤構築」である。AIエンジンがブランドを引用することは、マーケティングの手段にとどまらず、信頼の象徴でもある。企業はまずは1週間のServer Logの比較を行い、AI BotトラフィックをGA4のカスタムディメンションとして抽出し、実装の起点とするのが推奨される。