エージェント型コマースのリンク：AIが受け取るもの

AIエージェントは人に代わって買い物や予約を始めており、短縮リンクは最初に出会うものの1つです。Elidoのエッジのコードを読み、エージェントが実際に何を受け取るかを確認しました。既知のAIクローラーとアシスタントには、リダイレクトの代わりにリンクのJSON説明が返り、そのレスポンスはクリックとして数えられません。それ以外はすべて通常のリダイレクトに従い、スクリプトのクライアントはボットとしてクリック分析から除外されます。決済プロトコルが扱うのはチェックアウトと信頼です。誰があなたのリンクをたどったかは教えてくれません。

これは、そもそもAIに引用されることを扱う回答エンジン最適化と対になる話題です。

一次情報から見るエージェント型コマース

よく挙がるオープン仕様は3つです。各プロジェクト自身のページを2026-10-25に読み、そこに書かれていることだけを述べます。

• Agentic Commerce Protocol（ACP）。 リポジトリでは、購入者、そのAIエージェント、事業者をつなぐオープン標準と説明されています。OpenAIとStripeがFounding Maintainersとして挙げられ、ライセンスはApache 2.0、プロジェクトはベータ版とされています。記載されている最新の安定版は2026-04-17です。OpenAIのコマースドキュメントは、ChatGPT向けのエージェント型チェックアウト、委任された支払い、商品フィードを扱っています。
• Agent Payments Protocol（AP2）。 AP2のサイトは、エージェント経済のためのオープンプロトコルと位置づけ、監査証跡となる署名付きの「マンデート」（チェックアウトと支払い）を中心に設計されていると説明しています。さらなる標準化はFIDOのワーキンググループで続くとされています。
• Universal Commerce Protocol（UCP）。 ucp.devは、カタログ検索、カート、チェックアウト、アイデンティティ連携、注文管理を扱い、AP2、A2A、MCPをサポートすると述べています。Stripeのドキュメントは、この見出しの下で文書化しているプロトコルとして挙げています。

VisaとMastercardのエージェント向けプログラムは、それぞれ自社のページで確認していないため、この記事では触れません。パートナー数や普及率の数字も確認できていないので、ここには載せていません。

3つとも、ディスカバリー、カート、アイデンティティ、支払いを扱っています。いずれも、エージェントが入口で渡されたURLについては何も述べていません。短い指摘ですが、この記事が扱うのはその空白です。

エージェントがたどったときのElidoリンクの動作

現在のエッジリダイレクトサービスの動作です。services/edge-redirectで確認しました。

1. 既知のAIエージェントのUser-Agent。 エッジは15個のシグネチャのリストを持っており、chatgpt-user、gptbot、claudebot、perplexitybot、amazonbotなどが含まれます。一致すると、HTTP 200でJSON-LDを返します。内容は、短縮URL、宛先URL、タイトル、リンクのステータス、安全性スコア、不正利用のステータスです。5分間キャッシュ可能で、noindexが付きます。
2. text/htmlなしのAccept: application/json。 User-Agentにかかわらず、同じJSONレスポンスです。スラッグの末尾に+、または?preview=1を付けると、代わりに人が読めるプレビューページが表示されます。
3. それ以外すべて。 通常のリダイレクトです（デフォルトは302、リンクごとに301または307）。User-Agentがボットのリストに一致しない限り、クリックイベントが発行されます。このリストは部分文字列の集合で、bot、crawler、spider、headless、curl/、python-requests、go-http-client、node-fetch、axios/などを含むもののほか、空のUser-Agentも対象です。

エージェントのトラフィックを計測する人にとって重要な帰結が2つあります。どちらもダッシュボードからは分かりません。ダッシュボードにはカウントされたクリックしか表示されず、破棄された訪問については何も示さないからです。

• 既知のAIクローラーであると名乗るエージェントは、短縮リンクを通じて宛先に到達することがありません。受け取るのはメタデータです。リンクの行き先を訪問前に知りたいLLMには便利ですが、その訪問は分析上のクリックではありません。
• スクリプトとして書かれたエージェントや、User-Agentでそう名乗るヘッドレスブラウザは、リダイレクトをたどったあと、クリック分析から消えます。通常のUser-Agentで普通のブラウザを操作するエージェントは、他の訪問者と同じに見えます。

この記事の旧版は、短縮リンクがマシンによるすべての訪問を記録すると述べていましたが、それは誤りでした。短縮リンクが提供するのは、エージェントに渡したものを変えずに行き先を付け替えられる安定したアドレスです。エージェントのトラフィックレポートは提供しません。

自分で確かめる

私たちの言葉を信じるより、試してもらいたいと思います。自分の短縮リンクの1つに、ターミナルから2回リクエストしてください。

curl -s -o /dev/null -w "%{http_code}\n" -A "Mozilla/5.0" https://go.yourbrand.com/slug
curl -s -H "Accept: application/json" https://go.yourbrand.com/slug

1つ目はリダイレクトのステータス（変更していなければ302）を出力し、ブラウザに見えるため、その訪問は数えられます。2つ目は200でJSONの説明を返します。1つ目のコマンドを-A "GPTBot"に変えると、こちらもJSONが返ります。エージェントのスタックごとに独自のヘッダーを設定するので、特定のエージェントに何が見えているかを知る誠実な方法はこれです。

エージェントが読むリンクで何が壊れるか

Cookieとリファラはブラウザの機能です。APIを呼んだりページを取得したりするエージェントには、通常どちらもありません。ページタグやリファラに基づくチャンネル分類が取りこぼすのはそのためです。同じ空白はダークソーシャルにも現れ、サーバーサイドの代替策はCookieレスのアトリビューションで扱っています。識別可能なリファラを送る名前付きのアシスタントには、GA4のAIアシスタントチャンネルが役立ちます。

エージェントに渡すリンクについては、次の3つの習慣が有効です。

• 宛先を安定させる。 ページが移動したら、新しいURLを公開せず、短縮リンクの行き先を付け替えます。自社ドメインのブランドリンクは、リニューアルをまたいで有効なままです。
• 宛先が単純なGETに応答するようにする。 リンクと読んでほしいコンテンツの間に、Cookieウォール、JavaScriptだけのリダイレクト、ポップアップの同意ステップを挟まないでください。
• 自分のログを残す。 user-agentで絞り込んだサーバーログが、何がURLを取得したかを示す唯一の完全な記録です。リンク分析が教えてくれるのは、人間らしいクリックについてです。

売上までの流れを閉じる

自分が発行したリンクを通じてエージェントが購入を完了した場合、Elidoがそれを売上として計上できるのは、elido_link_idを含むStripeまたはShopifyのWebhookで注文が届くときだけです。公開のコンバージョンAPIはなく、宛先に渡されるクリックIDもないため、別の場所で支払うエージェントのフローは帰属されません。存在しない閉じたループをほのめかすより、はっきり言うほうがよいと考えます。エージェント経由の売上が重要なら、自社サイトが管理するStripeまたはShopifyのチェックアウトを通して支払いを行い、そこでリンクにタグを付けてください。

ツールを直接呼び出すエージェント向けには、リポジトリにstdio形式のMCPサーバーが含まれており、ClaudeとCursor向けElido MCPで紹介しています。その記事で、現在サポートしている内容を説明しています。

まだ実装していないこと

AIエージェントの訪問を独立したセグメントとして数えることと、クリックがほしい場合に既知のエージェントにもリダイレクトを返す方法は、どちらも製品バックログにあります。それまでは、リンク分析を人間らしいトラフィックの指標として扱い、それ以外はサーバーログで確認してください。エージェント向けのリンク処理にどこまで投資するか迷っているなら、まず安定した宛先と、上記の単純なGETの確認から始めてください。

関連記事

• 回答エンジン最適化：AIに引用される
• GA4のAIアシスタントチャンネル：計測できるものとできないもの
• ClaudeとCursor向けElido MCP
• ダークソーシャルのアトリビューション
• Cookieレスのアトリビューション解説