エージェントは、インターネット上の新たな経済主体です。何十年もの間、企業は消費者と他の企業という 2 種類の顧客を対象としてきました。しかし現在、エージェントが個人や企業に代わって、調査、比較、サービスのプロビジョニング、購入を行うようになっています。エージェントは、ユーザーが商品を見つけて購入したり、SaaS サービスのアカウントを作成したり、ライセンスを購入したりするのを支援します。
これにより、企業はインターネットを利用して目的を達成しようとする新たな顧客にリーチできるようになります。エージェントにサポートを依頼し、商品の検索や購入、必要なサービスの設定を任せる人々が増えています。エージェントと連携できる企業は、このような顧客にサービスを提供し、売上を増やすことができます。
しかし、現在のインターネットは、ウェブページ、フォーム、ログイン、決済フローなど、人間向けのワークフローを前提に設計されています。エージェントはウェブサイトをクロールできますが、取得されるデータの品質が不十分な場合もあります。エージェントが求めているのは、構造化された情報、プログラム可能なインターフェイス、明確なアクセスと権限、取引を開始するための手段です。
Stripe は、これを実現するためのインフラストラクチャーを構築しています。企業がエージェントから発見されやすくなるようにサポートし、エージェントによるアカウントのプロビジョニングやサービスへのアクセスを可能にします。また、API を介した安全でプログラム可能な決済を実現し、定義された権限と不正利用対策を備えた支払いの処理を支援します。
この入門ガイドでは、台頭しつつあるこれらのテクノロジースタックについて実践的に説明します。現在利用可能な機能、それらの連携方法、さまざまな企業における導入手順などを紹介します。
インターネットエコノミーにおける新たなエージェンティックモダリティ
エージェンティックコマースは、ブラウザー、LLM、ヘッドレスエージェントという、重なり合う 3 つの AI モダリティにわたって台頭しています。これらはそれぞれ、ユーザーやエージェントが企業を見つけ、評価し、購入する際の異なるアプローチを意味します。ブラウザーは情報検索や決済において引き続き不可欠であり、LLM は新たなディスカバリーの場となりつつあるほか、高性能なエージェントが人間に代わってアクションを実行し始めています。これらのモダリティは共存し、それぞれが異なる役割を果たします。
- ブラウザー: 現在のオンラインコマースの標準モデルです。顧客は自ら商品を検索し、ウェブサイトにアクセスして、決済フローを完了します。現在、エージェントはプログラム可能な構造化された指示を使用するのではなく、人間と同じようにブラウザーを使用してデータをスクレイピングし、フォームに記入しています。
- 対話型 LLM: ChatGPT や Gemini などの AI プラットフォームにより、顧客は必要なものを対話形式で説明し、選択肢を調査して、推奨事項を受け取ることができます。このモデルでは、エージェントは主に情報の読み取り、推論、要約を行い、顧客の購入決定をサポートします。現在、ほとんどの LLM はその後、消費者を企業のウェブサイトにリダイレクトして購入へと導くため、洗練された EC 決済を用意することが一層重要になっています。
- ヘッドレス: Cursor や Claude などのより高度な AI アシスタントは、情報を読み書きし、サービスをプロビジョニングし、消費者に代わって取引を行うことができます。これらのやり取りはブラウザーベースではなくプログラムによって行われることが多いため、エージェントは構造化されたインターフェイスや定義された権限を介して、企業の発見、選択肢の比較、アカウントの作成、購入、サービスの支払いが可能です。ユーザーは、取引の各ステップを手動で完了することなく、目的、予算、承認ポリシーを設定するだけで済みます。
販売者は、これらのいずれのモダリティにおいてもエージェントとやり取りできるように備える必要があります。これには、商品、価格設定、在庫状況、購入フローを機械で読み取れる状態にし、プログラム可能な取引手段を提供することが求められます。
エージェンティックコマースに必要な 4 つの機能と各機能における Stripe のサポート
エージェンティックコマースは、次の 4 つの構成要素で成り立っています。
- ディスカバリー: エージェントがビジネスを見つけて理解するための機能
- 不正利用対策: ビジネスが不審なアクティビティを特定できるようにするための機能
- 決済: 販売者が注文の管理権限を維持したまま、エージェントが購入を完了できるようにするための機能
- 支払い: エージェントが顧客のカードや口座情報にアクセスすることなく支払いを行えるようにするための機能
以下のクイックスタートガイドでは、それぞれをユースケースに適用する方法を説明しています。
1. ディスカバリー
エージェントは、見つけて理解できるビジネスに対してのみ、推奨、プロビジョニング、または取引を行うことができます。ディスカバリーは、ビジネスが何を販売しているか、顧客がそれにどのようにアクセスできるか、エージェントがどのようにやり取りできるかに関する、正確で構造化された情報に依存します。
Stripe は、次のような新たなユースケースにわたってディスカバリーをサポートします。
- Stripe Directory は、エージェンティックディスカバリーの主要な出発点です。これは、API エンドポイントを介してエージェントと取引できるビジネスのユニバーサルレジストリです。エージェントはこれをクエリして、サービスを見つけ、その機能を理解し、利用可能な取引方法を特定できます。
- カタログフィードを使用すると、小売業者や物理的な商品を販売するその他のビジネスが、構造化された商品情報を AI プラットフォームに配信できます。参加する加盟店は、現在の商品の詳細、価格、在庫状況、インベントリをこれらのフィードを取り込むプラットフォームと共有できるため、ウェブスクレイピングや非構造化コンテンツのみを使用する場合よりも正確な情報をエージェントに提供できます。
- Stripe Projects は、使用前にアカウントの作成、プロビジョニング、認証情報が必要なサービスを提供するソフトウェアプロバイダーと、独自の技術スタックを構築する開発者やエージェント向けに設計されています。Projects は、ソフトウェアプロバイダーのアカウントを代理で作成し、必要な認証情報を取得し、プログラムで請求を設定します。これは、ホスティング、データベース、認証、分析など、エージェントがアプリケーションを組み立てたり運用したりするために必要なサービスで特に役立ちます。Stripe Projects プロバイダーも Stripe Directory に表示されるため、他の機械対応ビジネスと同様に発見できるようになります。
2. 不正利用
エージェントがブラウジング、アカウント作成、購入などのより重要なアクションを実行するようになるにつれ、ビジネスはそのアクティビティが正当なものかどうかを把握する必要があります。課題となるのは、承認されたエージェントのアクティビティと不正行為を区別することです。
- Stripe Radar は、従来の決済を保護するのと同じ不正利用インフラストラクチャーを使用してエージェンティックトランザクションを評価します。不審請求の申し立ての可能性、カードテスティングのパターン、盗難カードのリスク、発行会社の拒否パターンなどのシグナルを評価し、既存のルールやカスタムロジックをエージェンティック注文に適用します。Shared Payment Tokens (SPT) は、トークンを特定の販売者、金額、時間枠に制限することで、リスクをさらに抑えます。
エージェントには資金源も必要です。エージェンティックウォレットは、資金を保持またはリクエストし、購入者の元のカードや口座情報をエージェントに公開することなく、安全な決済認証情報を提供できます。
- Link のエージェント向けウォレットを使用すると、購入者は各支払いリクエストを確認して承認でき、Stripe は安全な決済トークンまたは 1 回限りのバーチャルカードを取引に使用します。独自のプロダクトにウォレットを組み込み、そのブランディングやユーザー体験を管理したいビジネス向けに、Privy は、ステーブルコインと暗号資産ネットワークをサポートする組み込みウォレットインフラストラクチャーを提供します。
ウォレットは、頻繁な購入や少額の購入に適しています。所有者はウォレットに資金を供給し、利用限度額を設定して、その限度内で自律的な支払いを可能にすることができます。高額の購入については、各リクエストに承認を義務付けたり、タスク固有の予算を設定したりできます。
3. 決済
従来の決済は、人がフォームに入力することを前提に構築されていました。エージェント対応の決済では、販売者が価格、在庫、フルフィルメント、税金、返金、および顧客関係の管理権限を維持したまま、エージェントが購入を完了するための明確で信頼できる方法が提供されます。
上記の 3 つのインターネットモデルに対応する、3 つの一般的な決済モデルがあります。ビジネスにとって、エージェントが自社のブランドに関与する可能性のあるさまざまな方法をすべて理解し、どのような決済を通じても販売できるように準備しておくことが重要です。
- ブラウザー決済: 会話型 LLM は、消費者が商品を発見するのを支援します (たとえば、Gemini が本を推奨するなど)。その後、加盟店のウェブサイトに消費者を送客して購入を完了させます。ビジネスには、このトラフィックをコンバージョンにつなげるため、自社サイトでの高速で信頼できる決済体験が必要です。Stripe の Stripe 決済ソリューションは、関連する決済手段を表示し、Stripe が構築したデジタルウォレットである Link によるスピーディーな決済を提供することで、フリクションの軽減に貢献します。
- 組み込み決済: AI プラットフォームは、顧客を独自のインターフェイス内に留めて引き継ぎを減らすと同時に、Delegated Checkout を使用して、販売者に商品、フルフィルメント、配送、決済のオプションをリクエストできます。顧客は関連するオプションを選択して注文を承認します。販売者は引き続き法定販売元であり、税金、フルフィルメント、返金、カスタマーサービスを継続して管理します。AI プラットフォームは、新しいエージェンティック決済のプリミティブである Shared Payment Tokens を使用して、決済認証情報を公開せずに、購入者の保存された決済手段を使用して決済を開始します。また、ビジネスは Stripe Tax を使用して適切な金額を計算し、税金をレポートできます。
- ヘッドレス決済: Grok Bot や Claude などのより自律的なエージェントは、ブラウザーや従来のユーザーインターフェイスではなく、プログラムによるインターフェイスを通じて取引を行うことができます。有料の API やサービスの場合、ビジネスは 402 Payment Required 応答を返し、Machine Payments Protocol (MPP) または x402 を通じて支払いを受け付けることができます。このモデルは、リクエストごと、セッションごと、その他の従量課金制の取引など、機械の速度での購入向けに設計されています。
4. 支払い
エージェントの支払い方法は、販売者がどのように利用可能にしているか (会話型 AI かヘッドレスエージェントか) によって異なります。会話型 AI の場合、エージェントはビジネスのウェブサイトにリダイレクトするか、またはチャットインターフェイス内の組み込み決済を使用するケースが増えています。ヘッドレスエージェントは API を使用して、従来の決済セッションなしでプログラムによる支払いを処理します。どちらの場合も、エージェントは顧客の元の決済認証情報を公開することなく支払うことができます。
- Gemini 内の決済画面などの組み込み決済を介して行われる支払いの場合、Shared Payment Tokens (SPT) を使用すると、エージェントは決済認証情報を参照することなく、顧客の希望する保存された決済手段で支払うことができます。消費者がエージェントに、次の旅行までに到着する機内持ち込み用のスーツケースを探すように依頼したとします。エージェントは、その小売業者、注文金額、短い時間枠に制限された SPT を使用して購入を完了します。小売業者は、通常どおり配送、税金、返品、サポートを管理します。
- ヘッドレス決済を介して行われる支払いの場合、ビジネスはアカウントの作成や従来の決済を求める代わりに、リクエストごとに請求できます。たとえば、エージェントが配送業者の API にリアルタイムの見積もりを依頼したとします。API は 402 Payment Required メッセージ (リクエストを実行する前に支払う必要があることをエージェントに伝えるプロンプト) で応答し、価格を指定します。エージェントは Machine Payments Protocol (MPP) を通じて (ステーブルコイン または SPT を使用して) 支払い、すぐに見積もりを取得します。
クイックスタート
これらのクイックスタートガイドでは、さまざまな企業向けにエージェンティックコマースの実践的な導入手順を説明しています。エージェントから発見されやすくするための設定や、決済、支払い、不正利用対策の有効化などの手順が含まれます。
該当する役割のガイドを選択してください:
- AI プラットフォーム: 消費者がウェブサイトや AI 体験を通じて商品を見つけて購入できるようにする
- ソフトウェアプロバイダー: 開発者およびエージェントにサービスを販売する
- 小売業および EC 企業: 顧客が商品を見つけるあらゆる場所で販売する
- 小売業やソフトウェア以外の企業: エージェント主導のディスカバリーと取引に備える
エージェンティックコマースの導入に関するベストプラクティスの詳細については、進化する環境でエージェンティックコマースに備える方法をご覧ください。
用語集
エージェンティックコマース: 企業がエージェントを対象に、またはエージェントを介して販売できるようにする Stripe のソリューションです。商品を発見されやすくし、不正利用を管理する機能を提供して、エージェントによる支払いを可能にします。
ディスカバリー:
- カタログフィード: 企業が Stripe に連携し、ほぼリアルタイムでエージェントに自社の商品を配信するための構造化された商品データです。
- Stripe Directory: エージェントが企業を発見してやり取りできるようにする、機械対応の企業向けのユニバーサルレジストリです。
- Stripe Projects: ソフトウェアプロバイダーが構造化された商品データを Stripe に連携できるようにする開発者プラットフォームです。これにより、ホスティング、データベース、認証、AI、分析などのソフトウェアサービスが発見されやすくなり、個人やそのエージェントがほぼリアルタイムで利用できるようになります。
不正利用:
- Stripe Radar: ボットの悪用を検出する不正利用防止ツールです。これにより、企業は正当なエージェントによる支払いと不正なボットを区別できるようになります。
決済:
- Stripe 決済ソリューション: 組み込みの決済の前、またはその代わりに、エージェント経由で企業のウェブサイトを訪れた消費者の購入プロセスの摩擦を減らし、コンバージョンを向上させる EC ツールのスイートです。
- Delegated Checkout: エージェントが AI インターフェイス内に安全な決済を組み込むことができる API です。
- Machine payments: ブラウザーでの決済や取引ごとの人間の承認を必要とせずに、エージェントが商品やサービスの代金を直接支払うことができるプログラムによる支払いです。Machine Payments Protocol (MPP) などのプロトコルを使用することで、リクエスト単位やセッション単位など、機械のスピードでの従量課金ベースの購入に対応します。処理に ステーブルコイン を使用しながら、法定通貨で開始および決済を行うことができます。
- Stripe Tax: 税務登録、商品の詳細、顧客の店舗、フルフィルメント情報に基づいて、組み込まれた決済フローで税金を計算するコンプライアンスソリューションです。
支払いとウォレット:
- Shared Payment Tokens (SPTs): 基盤となる認証情報を公開することなく、顧客が希望する決済手段を利用してエージェントが支払いを開始できるようにする、エージェンティックコマースの支払いプリミティブです。特定の販売元、金額、期間に制限されます。
- Link のエージェント向けウォレット: 基盤となる支払いの認証情報を共有することなく、エージェントが人間に代わって購入を行えるようにする、マシンネイティブな手段です。