メインコンテンツにスキップ
学ぶ用語集AP2プロトコル
用語集

AP2プロトコルとは。

定義

AP2はGoogleのエージェント支払いプロトコルであり、AIエージェントがプログラム的に商人に支払う方法に関するオープン仕様です。ユーザーが支払い権限を付与する方法、エージェントがその権限を支払い処理業者に提示する方法、および商人が受け入れるレールに沿って決済がどのように行われるかの3つの要素を標準化します。AP2は権限層に位置し、基盤となるレールは法定通貨またはステーブルコインである可能性があります。

それが重要な理由

Googleのエージェント商取引の賭け。

AP2はGoogleのエージェント商取引カテゴリへの賭けです。Coinbaseのx402がコールごとのHTTPアプローチを取るのに対し、AP2は権限ベースのアプローチを取ります:エージェントに一連の支払いのための事前承認を行い、その後、さらなるユーザーの関与なしにその範囲内で実行させます。この2つのプロトコルは、エージェントの活動のわずかに異なる形状をターゲットにしています。x402はAPIコールごとの請求に適しており、AP2はエージェント主導のショッピング、サブスクリプション、および調達に適しています。

For developers, AP2 matters because it is the first agent-payment protocol from a hyperscaler with the distribution to mainstream-adopt it. If Gemini agents (consumer and enterprise) and Google Pay merchants both speak AP2 natively, then "agent paying via Google Pay" becomes a default capability rather than a custom integration. The stack rapidly expands beyond the developer-tooling ecosystem.

どのように機能するか

委任、提示、決済。

  1. マンダテの付与。 ユーザーはGoogleのマンダテUI(Wallet内または企業向けの開発者インターフェースを介して)を通じてエージェントを承認します。マンダテには最大金額、頻度ウィンドウ、許可された受取人または受取人カテゴリ、および有効期限が指定されます。
  2. マンダテの提示。 エージェントが支払う必要があるとき、マンダテを商人のプロセッサーへの支払いリクエストにバンドルします。プロセッサーはマンダテの署名とパラメータを検証します。リクエストが適合すれば、支払いが進行します。
  3. 決済。 実際の決済は、商人が選択したレール(Google Pay、カードネットワーク、ACH、ステーブルコイン)で行われます。AP2は決済に依存せず、標準化されるのはエージェントがユーザーのアカウントから引き出す権限です。
  4. 監査と取り消し。 マンダテに対するすべての支払いが記録されます。ユーザーはいつでもウォレットからマンダテを取り消すことができます。以降の提示は検証に失敗します。取り消しの瞬間の進行中の決済は、レールによって完了する場合としない場合があります。

AP2が適合する場所。

例 1

Google Pay経由で支払うエージェント

Googleスタックエージェント(Gemini、Agentspace、またはVertex AI内で実行中)が、商人のプロセッサにAP2の命令を提示します。プロセッサは命令を検証し、Google Payの既存のレールを介して支払いを決済し、確認を返します。商人の統合は通常のGoogle Pay取引と同じですが、違いは購入者側にあり、エージェントが人間の代わりに立っている点です。

例 2

クロスプロトコルエージェントコマース

エージェントはGoogle Payを通じて法定通貨の支払いのためのAP2権限を持ち、Base上のUSDC支払いのためのBlockchain0xウォレットを持っています。両方を受け入れる商人に支払う必要があるとき、トランザクション形状に対して手数料が低いレールを選択します。ユーザーは一度両方の認可を与えました; エージェントは支払いごとにルーティングします。

例 3

AP2を通じたエンタープライズ調達

企業調達エージェントは、財務チームからのAP2命令を持ち、定義されたサプライヤーの許可リストに対して月額$10,000までの支払いを承認します。エージェントは購入注文を処理し、命令に対して検証し、各支払いを人間が承認することなく決済します。監査証跡(命令と各支払いイベント)は、会社のERPシステムに入ります。

よくある質問

一般的な質問が3つ。

AP2はx402の競合ですか、それとも共存していますか?

彼らは共存しており、重複するが異なる設計選択肢があります。AP2は委任ベースです:ユーザーは支払いエンベロープを事前承認し、エージェントはそれに対して引き出します。x402はリクエストベースです:商人は支払いURLを持つ402を返し、エージェントは呼び出しごとに支払います。AP2はサブスクリプションおよび定期パターンにより適しています;x402は呼び出しごとおよび従量課金パターンにより適しています。洗練されたエージェントは、支払いの形状に応じて両方のプロトコルを使用できます。2026年中頃までには両方が生産グレードになると予想しています。

AP2は暗号を必要としますか、それとも従来のレールで動作しますか?

従来のレールで動作します。AP2はレールに依存しません; プロトコルは、委任がどのように付与され、提示され、検証されるかを指定し、基盤となる決済がどのように行われるかは指定しません。Googleのリファレンス実装はGoogle Pay(カード、銀行振込、地域の支払い方法)を対象としています。独立した実装はステーブルコインで決済できる可能性があります。実際には、今日のAP2の展開は主にフィアットレールであり、Googleのエコシステムがそこに偏っています。

Blockchain0xはAP2をサポートしていますか?

まだです。現在の spend-control model (API layer で強制される per-agent per-period allowance と per-transaction cap) は一般的なケースでは mandate equivalent ですが、AP2 wire protocol は実装していません。正式な AP2 対応は、仕様が安定し採用の兆候がより明確になった段階で roadmap に入っています。現時点での当社アプローチと AP2 の違いは、agent が持ち運ぶ正式な mandate document です。policy の結果は非常によく似ています。
最終レビュー: 2026-05-15. CC BY 4.0の下で公開。

今日、あなたのエージェントの支払いサーフェスを構築してください。

AP2サポートはロードマップにあります。コア機能(権限に相当する支出管理、エージェントごとのアイデンティティ、監査ログ)は現在利用可能です。