9月1日、Auth0が「Securing Agentic Commerce」と題した記事を公開した。この記事では、AIエージェントによる購買行動（エージェントコマース）を安全に実現するための認証・認可アーキテクチャについて詳しく紹介されている。
エージェントコマースとは何か
ChatGPTやGeminiに「このハイキングブーツを買っておいて」と指示すると、AIが代わりに購入を完了する——そういった購買形態をエージェントコマースと呼ぶ。現時点ではAIが商品を探して候補を提示し、ユーザーが自分でサイトに移動して決済するという流れが主流だが、決済そのものをAIが完結させる段階へと移行しつつある。
Adobeのデータによれば、AIによる小売サイトへのリファラルトラフィックは前年比約700%増で、従来チャネルより高いコンバージョン率と1訪問あたりの購買額を示している。Accentureは2030年までにオンラインコマースの30%がエージェント経由になると予測する。
この記事でAuth0が指摘するのは、エージェントコマースを阻んでいる根本的な問題が「Identity（誰が買っているのか）」と「Authorization（その人物に購入権限があるか）」の2点だという点だ。
エージェントコマースの4フェーズ
Auth0は市場の進化を4段階に整理している。
- Phase 1: 商品発見（すでにメインストリーム）LLMが商品を調査・比較し候補を提示する。
- Phase 2: チェックアウト機能（現在進行中）チャット内で決済まで完結。OpenAI、Stripe、ShopifyらがACP・UCPといった標準仕様の策定・公開を進めている。
- Phase 3: 委任購買（実験段階）ユーザーがエージェントに購入決定権そのものを委ねる。本人確認と不正防止を含む信頼インフラが必要。
- Phase 4: エージェント間取引（将来）購買エージェントと販売エージェントが人間を介さず直接交渉する段階。競合価格との比較・値引き要求まで自律的に行う。従来の「人間がリクエストを起点とする」認証モデルが通用しなくなるため、エージェント自身がプリンシパル（主体）として識別・検証される仕組みが不可欠になる。Auth0はこれを最も複雑なセキュリティ課題と位置付けており、エージェント同士が互いの権限範囲を動的に検証し合うアーキテクチャが求められるとしている。
コアとなるセキュリティ設計：MCPサーバーと一時スコープトークン
エンジニアにとって最も実装上の関心が高い部分は、MCPサーバーの認証設計とOn-behalf-of（代理）トークン交換の仕組みだ。
MCP（Model Context Protocol）はAnthropicが提唱したAIエージェントとツール間の通信プロトコルで、現在多くのエージェント基盤に採用が広がっている。Auth0はこのMCPサーバーのセキュリティ層として機能する。
Auth0が実装するセキュリティの骨格は以下の通りだ。
- エージェント登録（CIMD）: CIMD（Cross-App Identity Metadata Discovery）はAuth0が導入している仕組みで、「Agent as Principal」モデルと組み合わせることで、どのプラットフォーム（ChatGPT、Gemini等）にアクセスを許可するかを販売者が明示的に制御できる。元記事執筆時点では仕様書の公開リンクは示されておらず、Auth0製品固有の実装として紹介されている。
- 一時スコープトークン: エージェントはマスターキーを保持しない。ユーザーがカートを承認した時点で、その取引にのみ有効な短命のトークンが発行される。取引完了後は即失効する。
- データ分離: ログイン済みユーザーの代理として動作するため、エージェントは該当ユーザーのデータにしかアクセスできない。
2つのユースケース
ユースケース1：サードパーティ製ショッピングエージェント
ChatGPTやGemini上でユーザーが「このホテルを予約して」と指示した場合、小売業者はAuth0で保護したMCPサーバーを構築することで、チャット画面を離れることなく購買を完結させられる。エージェントは一時トークンで動作し、ユーザーの承認が取引の起点となる。
ユースケース2：自社所有のショッピングエージェント
第三者AIエコシステムに依存したくない小売業者向けの選択肢。自社サイト・アプリ内に自社ブランドのエージェントを構築し、自社商品データで訓練する。同じOn-behalf-ofトークンモデルが適用され、認証済みセッションに紐付いたスコープアクセスのみが与えられる。
実装側への含意
Auth0は現在、UCP（Universal Checkout Protocol）やACP（Agentic Commerce Protocol）への対応も進めている。UCPはShopifyらが主導するチェックアウト標準化の取り組みで、Shopifyの関連発表でも言及されている。ACPはOpenAIが提唱するエージェント向け商取引プロトコルで、OpenAIの公式ブログで詳細が公開されている。また、Stripeもエージェントコマース向け決済APIの整備を進めており、Stripe Docsのエージェント関連ページも参考になる。元記事ではこれらの標準との連携が強調されており、特定ベンダーへのロックインを避けた設計が意図されている点は注目に値する。
※編集部の考察：UCPの提唱主体について元記事の記述は明示的でなく、複数の事業者が関与する業界横断的な取り組みである可能性が高い。読者は各プロトコルの最新情報を一次情報で確認することを推奨する。
既存のIdP（Identity Provider）を置き換える必要はなく、Auth0のエージェント層を上乗せする形で導入できる点が強調されている。
コンプライアンス・監査の観点でも設計上の工夫がある。すべての購買アクションが特定の承認済みユーザーと付与された権限に紐付くため、チャージバック（決済取り消し）や不正動作が発生した際に、人間の承認者と違反したポリシーを単一のシステムで証明できる。
詳細はSecuring Agentic Commerceを参照していただきたい。
