AI検索とAIエージェントは、ECとB2Bの発見経路を静かに変えています。ShopifyはAI検索経由の注文が大きく伸びたと報告し、BrightEdgeはAIエージェント活動がウェブサイトの相当な割合に達していると示しています。こうした数字を見ると、多くの経営者やマーケティングチームは最初にこう聞きます。「自社サイトには何体のAIエージェントが来ているのか」。
この問いは自然に見えます。しかし、事業指標としては危うい問いです。なぜなら、AIエージェントの「数」は安定した単位ではないからです。
エージェントIDは、会社名でも人格でもない
ChatGPTのような一つのAI体験の裏側には、クローラー、ユーザーフェッチャー、ブラウザ型アクセス、API呼び出し、検索インデックスの更新など複数の経路があります。GPTBotが商品ページを読んだ後、ChatGPT-Userがユーザーの質問に応じて返品ポリシーを取りに来ることがあります。さらに、別のAPI経路で価格や在庫を確認することもあります。
これは一つのエージェントでしょうか。三つでしょうか。User-Agent、IP、逆引きDNS、リファラー、セッションのいずれを見ても、答えは変わります。しかも、企業が知りたいのは「何体か」ではなく、「その接触が売上、問い合わせ、学習、推薦のどれにつながったのか」です。
数は価値を説明しない
一つのボットが一日で商品カタログを千回読んでも、その後に人間の訪問も購入も発生しなければ、商業価値は限定的です。一方、Perplexityで製品比較をしていたユーザーが、AI回答内のリンクからサイトに来て、三つの商品ページを読み、見積もり依頼や購入に進むなら、記録上は一回のAI到站でも、価値は明確です。
したがって「Active Agents = 5」というダッシュボードは、会議では分かりやすく見えても、意思決定には弱い。OpenAI、Gemini、Claude、Perplexity、検索クローラー、サーバー側フェッチャーを横一列に数えても、ブランドの需要形成や売上寄与は見えてきません。
業界標準も、人数ではなく行動を見ている
OpenTelemetryのGenAIセマンティック規約は、invoke_agent、execute_tool、tool call、handoffのような実行単位を観測します。OpenAI Agents SDKも、trace、span、tool callを追います。Agentic Commerceの議論でも、最終的に問題になるのはcheckout、purchase、refund、subscriptionといった取引イベントです。
つまり、成熟した計測は「誰が存在したか」ではなく「何が起きたか」を見る方向へ向かっています。広告でもSEOでも同じでした。表示回数だけでは足りず、クリック、滞在、問い合わせ、購入、LTVへ進むほど、指標の意味は強くなります。AIでも同じことが起きます。
AIAA：AIの商業価値を行動で測る
Gravityが提案するAIAA、AI-Attributed Active Actionsは、AIの存在を数える指標ではありません。AIの連鎖上で、証拠を持って確認できる有効な行動を数えます。
たとえば、AI回答がブランド名を言及した。AIエージェントが商品情報や価格ページを取得した。AIリファラーから人間の訪問が来た。その訪問が商品閲覧、カート追加、問い合わせ、購入につながった。さらに注文がリファラー、セッション、注文データで結び付けられる。これらはすべて同じ「AI流量」ではありません。証拠の強さも、事業価値も違います。
Active Agentsという指標が完全に無意味だと言っているわけではありません。分析軸としては使えます。どのプラットフォーム、どのクローラー、どの経路が有効行動を生んでいるかを見る補助線にはなる。ただし、それを北極星指標にしてはいけません。
経営に必要なのは、AIの人数表ではなく、AIがどの段階でブランドと接触し、どの接触が人間の行動と売上に近づいたかを示す証拠チェーンです。AI時代の可視性は、ランキング表から行動台帳へ移ります。AIAAはそのための言語です。
実務で最初に変えるべきなのは、レポートの順番です。冒頭に「今月は何体のAIエージェントが来たか」を置くのではなく、AI回答でのブランド言及、機械リクエスト、人間の到着、商業イベント、注文接続率を分けて並べます。たとえば、ChatGPTでブランドが比較候補に入った回数、Perplexityから来たセッション、AI由来と推定される商品閲覧、問い合わせ、購入を同じ表で見ます。そのうえで、どこまでが観測事実で、どこからが推定かを明記します。
この分け方は、日本市場のB2Bや高単価DTCでは特に重要です。意思決定者は一度のクリックで購入しません。AI回答で候補を知り、Yahoo! JAPANやGoogleでブランド名を再検索し、比較記事、レビュー、導入事例、FAQを読んでから問い合わせます。最後の流入元だけを見ると、AIの役割は消えます。逆にエージェント数だけを見ると、商談や売上への近さが分かりません。AIAAは、この中間の段階を営業や広告の言葉に翻訳します。
もう一つのポイントは、AIごとに同じ重みを置かないことです。クローラーがサイトマップを読んだだけのリクエストと、ユーザーの質問に応じて価格ページを取りに来たリクエストは違います。AI回答で一度ブランド名が出たことと、競合比較の文脈で推奨されたことも違います。AIAAでは、Answer、Request、Visit、Commerce、Attributionを同じ「AIトラフィック」として混ぜず、証拠レベルごとに管理します。
したがって、Gravityが見たいのは「AIに見られているか」だけではありません。AIが何を読み、どの文脈で推薦し、どのユーザー行動に近づき、どの売上や商談に接続したかです。ここまで分けて初めて、コンテンツ改善、技術SEO、広告予算、商品情報整備、営業フォローの優先順位を議論できます。
たとえば月次レビューでは、AIAAを五つのレイヤーで読むのが現実的です。Answerでは、AI回答にブランドが出たか、正しく説明されたか、競合とどう並んだかを見る。Requestでは、どのAI系クローラーやフェッチャーが、商品、価格、配送、FAQ、事例ページを読んだかを見る。Visitでは、人間がAI経由で到着したか、どのページに入ったか、すぐ離脱したかを見る。Commerceでは、商品閲覧、比較、カート追加、問い合わせ、デモ予約を確認する。Attributionでは、セッション、CRM、注文、広告接触とつなぎ、売上や商談への近さを評価する。
この構造にすると、改善アクションも明確になります。Answerが弱ければ、引用される情報源、構造化データ、第三者記事、FAQを整える。Requestが多いのにVisitが弱ければ、AIが読んでいるページに明確な次アクションや正しいcanonical、商品情報、価格説明があるかを確認する。VisitはあるのにCommerceが弱ければ、ランディングページ、信頼要素、比較表、導入事例、CTAを見直す。CommerceはあるのにAttributionが弱ければ、session-to-order join、CRM連携、UTM、サーバーログの保持期間を改善する。エージェント数だけでは、この切り分けはできません。
日本の経営層に説明するなら、AIAAは「AI時代の営業日報」に近い概念です。営業日報で訪問件数だけを見ても成果は分かりません。誰に会い、どんな課題があり、次回アクションは何で、受注確度はどれくらいかを見ます。AIも同じです。何体が来たかではなく、AIがどの情報を確認し、どの顧客行動を生み、どの商業結果に近づいたかを見る必要があります。
さらに、AIAAは過剰な主張を避けるための仕組みでもあります。AIが回答でブランドを挙げたからといって、その月の売上をすべてAIに帰属させることはできません。逆に、GA4でAI referrerが少ないからといって、AIが需要形成に効いていないとも言えません。AIAAは、強い証拠と弱い証拠を分け、どの数字をKPIにし、どの数字を診断指標にするかを明確にします。
この意味で、AIAAはマーケティング用語ではなく運用設計です。ログを保存する期間、bot判定のルール、AI referrerの正規化、GA4イベント名、CRM項目、Shopify注文との結合方法まで決めなければ、レポートは毎月ぶれます。AI検索の時代に必要なのは、派手な可視化よりも、同じ定義で継続して比較できる証拠の台帳です。
実際の導入では、最初から完璧な帰属を求めない方がよいです。まずはAI回答でのブランド表現と主要ページへのAI系リクエストを安定して記録する。次にAI由来と見られる訪問をランディングページ別に分ける。三段階目で問い合わせ、資料請求、カート追加、購入と結び付ける。この順番なら、社内で「AIは効いているのか」という抽象論ではなく、「どの証拠が増え、どこで落ちているのか」という具体論に移れます。
最終的に重要なのは、AIを新しい流入元としてだけ扱わないことです。AIは発見、比較、説得、再検索、購入前確認の複数段階に入り込みます。AIAAはその各段階を一つずつ記録し、まだ弱い証拠を弱いまま、強い証拠を強いまま扱うための枠組みです。
取締役会や経営会議では、AIAAを使うことで「AI露出」「AI由来の行動」「収益に近い証拠」を分けて説明できます。この分離が、AI投資を雰囲気ではなく改善計画に変えます。
だからこそ、単なるエージェント数の増減より、証拠レイヤーごとの増減を追うべきです。
その方が、次に直すべきページ、計測、営業導線を具体的に決められます。
FAQ
Q1: AIエージェント数を見てはいけないのですか？
A: 見ても構いません。ただし主指標にするべきではありません。エージェント数はIDの切り方で変わるため、事業価値を直接説明しません。
Q2: AIAAは従来のAI流入計測と何が違いますか？
A: AI回答、機械リクエスト、人間訪問、商業行動、売上帰属を分けて扱う点です。異なる証拠レベルを一つの「AI流量」に混ぜません。
Q3: GA4だけでAIAAを測れますか？
A: 一部だけです。GA4は人間訪問の一部を見られますが、JavaScriptを実行しないAIクローラーやサーバー側リクエストは見落とします。
Q4: 経営会議では何を報告すべきですか？
A: AIプラットフォーム別の行動数、証拠レベル別のAIAA、AI由来セッション、商業イベント、注文との結合率を分けて報告するのが現実的です。
Q5: Gravityの立場は何ですか？
A: AI検索の可視性、サイト証拠層、ログ、アトリビューションを一つの計測基盤として設計すべきだという立場です。