エージェント決済(Agentic Payment)とは — 仕組みとプレイヤーを徹底解説【2026年8月最新版】
AIエージェントが利用者に代わって支払いを実行するエージェント決済を、初めての方にも分かるように解説します。Visa・Mastercard・American Express・Stripe・PayPalというプレイヤーの全体像、カード番号に触れない仕組みの3層構造、決済がどこで実行されるかによる4つのパターン、そして事業者にとっての最初の関門がボット対策にあることまで、2026年8月時点の動向で整理しました。
この記事のポイント
- エージェント決済とは、AIエージェントが利用者から与えられた権限の範囲内で支払いを実行する仕組みです。エージェントは生のカード番号に触れず、トークンと暗号署名の組み合わせで成り立っています
- Visa、Mastercard、American Express、Stripe、PayPalの商用の枠組みが出揃い、2026年7月にはVisaが欧州で本番稼働させました。30を超える銀行と実在の加盟店で、実際の取引が動いています
- 一方で、事業者にとって最初の関門は決済ではありません。当社が国内EC42社を実測したところ、7社はボット対策のWAFがAIエージェントを門前払いしていました
エージェント決済とは何か
AIエージェントが、利用者から与えられた権限の範囲内で支払いを実行する仕組み。従来のオンライン決済が「人間がボタンを押す」ことを前提に設計されているのに対し、エージェント決済は「人間が事前に承認した条件をエージェントが実行する」形を前提にしています。
利用者が「毎月同じシャンプーを買っておいて」と伝えると、エージェントが価格と在庫を確認し、決済まで完了させます。ここで技術的に難しいのは、支払いそのものではありません。誰の意図で、どこまでの範囲を承認したのかを、後から検証できる形で残すことです。
従来のカード決済は、カード番号を持っている人を本人とみなす設計になっています。しかしエージェントにカード番号を渡してしまうと、範囲を超えた買い物をしても止められません。この問題を解くために、業界は新しい仕組みを組み立ててきました。
プレイヤーの全体像 — 誰がこの仕組みを作っているのか
仕組みの前に、登場するプレイヤーを一覧で掴んでおきます。決済まわりは、カードネットワーク、PSP(決済代行)とウォレット、そして規格という3つの層で動いています。
| プレイヤー | 提供する仕組み | 2026年8月時点の現在地 |
|---|---|---|
| Visa | Intelligent Commerce、TAP(エージェント認証) | 7月に欧州で本番稼働。30行超の銀行が参加し、TAPには100社超が参画 |
| Mastercard | Agent Pay、Verifiable Intent、Agent Pay for Machines | 香港・タイで認証済み取引を実現。6月に機械間決済へ拡大、30社超が支持 |
| American Express | ACE Developer Kit、Agent Purchase Protection | 4月に誤購入補償を業界初提供。対応PSPはAdyen、Fiserv、PayPal、Stripe |
| Stripe | SPT(Shared Payment Token)、ACPの共同策定 | 用途と金額を限定した使い捨てトークンで、加盟店とエージェントを仲介 |
| PayPal | Copilot Checkoutの決済基盤、Store Sync | Microsoftのエージェント決済を支え、商品データ配信まで提供 |
| AP2(Mandate) | 60社超と策定した支払い委任の規格。利用者の意図を暗号署名で証明 |
カードネットワーク3社は、それぞれ違う角度から入りました。Visaは消費者の購買代行に軸足を置き、エージェント認証の枠組みであるTrusted Agent Protocol(TAP)に100社超を集めています。Mastercardはアジアでの認証済み取引を先行させ、2026年6月には機械同士の常時決済に向けたAgent Pay for Machinesへ範囲を広げました。American Expressは2026年4月、エージェントの誤購入を補償する業界初のAgent Purchase Protectionを打ち出しました。対応PSPにはAdyenやFiserv、PayPal、Stripeが並びます。
PSPとウォレットの層では、Stripeが早くから動いています。同社はOpenAIとACPを策定した当事者で、用途と金額を限定した使い捨てトークンのShared Payment Token(SPT)で、加盟店とエージェントの間を取り持ちます。PayPalは自社ウォレットを活かしてMicrosoft Copilot Checkoutの決済基盤を担い、商品データ配信のStore Syncまで含めた形を取りました。PSP全体でも、2026年3月時点でCheckout.com、Worldpay、Mollie、Nexiなど複数社がACPまたはUCPに対応または構築中です。
日本は、この地図にまだ載っていません。国際ブランドのエージェント決済に対応した国内PSPは、公開情報では確認できていない状態です。国内の状況は記事の後半で改めて触れます。
2026年、発表から実取引へ
長らく実証実験の段階にあったこの領域は、2026年に入って一線を越えました。
2026年7月2日、パリで開かれたVisa Payments Forumで、同社は欧州でのエージェント決済が本番環境で稼働したと発表しました。管理された実験用ストアではなく、実在の加盟店サイトでAIエージェントが利用者に代わって買い物をしたという点が、それまでの発表と決定的に違います。
規模も小さくありません。参加した銀行は30行を超えます。英国のBarclays、HSBC UK、Lloyds、NatWest。欧州大陸のBBVA、CaixaBank、Deutsche Kreditbank。RevolutやKlarnaといったフィンテックも名を連ねました。取引が成立した加盟店には、lastminute.com、Frasers、BrickDepotが含まれています。
Mastercardは別の道筋をたどりました。Agent Payを2025年4月に発表した後、香港とタイで認証済みのエージェント取引を実現しています。トークン化した資格情報とPayment Passkeysを組み合わせる設計で、Visaが欧州から、Mastercardがアジアからという地理的な分かれ方をしている点も特徴的です。
2026年は、エージェント決済が発表から実取引へ移った年になりました。仕組み — エージェントはカード番号に触れない
仕組みの中身に入ります。各社の実装は違いますが、設計思想は驚くほど共通しています。
| 層 | 何を解決するか | 代表的な仕組み | 事業者から見た関わり |
|---|---|---|---|
| 決済トークン | エージェントに生のカード情報を渡さない | Visa Intelligent Commerce、Mastercard Agent Pay、Stripe Shared Payment Token | PSPとカードネットワークが担う。直接の実装は不要 |
| 意図の証明 | 誰が何にいくらまで承認したかを検証可能にする | AP2(Agent Payments Protocol)のMandate構造 | 記録として受け取る側。紛争時の材料になる |
| エージェント認証 | そのエージェントが正当かを確かめる | Visa TAP、Mastercard Verifiable Intent、Know Your Agent | CDNやWAFの設定に関わる。加盟店側の対応が必要 |
第一に、生のカード情報は渡しません。代わりに、用途と上限が限定されたトークンを発行します。トークンが漏れても、指定された範囲を超えた決済はできません。
第二に、利用者の意図を暗号署名で残します。「この人が、この条件で、この上限まで承認した」という記録を、後から誰でも検証できる形にします。GoogleのAP2(Agent Payments Protocol)はこの部分に特化した仕様で、Mandateと呼ばれる構造で意図を表現します。
第三に、そのエージェントが正当なものかを確認します。この層を担うのがVisa TAP(Trusted Agent Protocol)やMastercard Verifiable Intentです。加盟店側が「いま来ているエージェントは信頼できるか」を判断できるようにします。
3つを合わせると、誰が・何を・いくらまで・どのエージェントに委ねたかが、取引ごとに検証できる状態になります。従来のカード決済にはなかった情報です。
決済はどこで実行されるのか — 4つのパターン
ここまでの話は、カードレールを前提にした仕組みでした。ただし実際にエージェント経由の決済が動いている場所を見ると、実行の形は1つではありません。決済を誰の基盤で実行するかで分けると、4つのパターンに整理できます。
| パターン | 決済を実行する場所 | 代表例 | 特徴 |
|---|---|---|---|
| 委任トークン型 | 既存のカードレール | Visa Intelligent Commerce、Mastercard Agent Pay、Stripe SPT、AP2 | 利用者が上限と条件を事前承認し、エージェントがカード網で支払う。標準争いの本丸 |
| ウォレット・アプリ内型 | プラットフォームのウォレット | ChatGPT内マーチャントアプリ、Microsoft Copilot Checkout(PayPal基盤) | 登録済みの決済手段と認証をそのまま使う。実装が軽く、先行して普及 |
| モール内完結型 | モールの既存決済基盤 | 楽天のAIエージェント、Yahoo!ショッピングのAIエージェント | 会員の登録済み決済を使うため新しい仕組みが不要。日本で最も取引が動いている形 |
| 機械間決済型 | 専用の決済レール | x402、MPP、Mastercard Agent Pay for Machines | 人間の承認を挟まない高頻度・少額決済。API課金やエージェント間取引向け |
注目すべきは、いま実際に取引が動いている場所です。件数で先行しているのは、ウォレット・アプリ内型とモール内完結型、つまり既存の決済基盤をそのまま使う形です。ChatGPT内のマーチャントアプリも、楽天やYahoo!ショッピングのAIエージェントも、新しい決済レールを敷いたわけではありません。登録済みの決済手段を、新しい入口につなぎ直しただけです。Yahoo!ショッピングのAIエージェント経由取扱高15%超という数字は、この形で生まれています。
一方、標準争いの本丸は委任トークン型です。カードネットワークとPSPが規格を競っているのはこの型で、Visaの欧州稼働もここに当たります。機械間決済型は、人間の承認を挟まない高頻度・少額の取引を想定した将来枠です。x402が初期数ヶ月で約1.65億件の取引を処理するなど、API課金やエージェント間取引の領域で先に立ち上がっています。
事業者にとっての整理はシンプルです。いま売上を作るのは既存基盤の再利用(ウォレット型・モール型)、これから備えるのは委任トークン型のPSP対応状況という2段構えで見ると、優先順位を付けやすくなります。
最初の関門は、決済ではなくWAFにある
ここが、多くの解説記事が触れていない部分です。
この話題になると、事業者はまず「自社のPSPは対応しているか」を心配します。しかし当社が国内EC42社を実測したところ、もっと手前で止まっている企業のほうが圧倒的に多いという結果が出ました。
| 止まっている場所 | 国内42社での該当数 | 何が起きているか | 解決に必要なこと |
|---|---|---|---|
| JavaScriptがないと価格が出ない | 13社 | AIクローラーがJavaScriptを実行しないため、商品も価格も取得できない | サーバー側での描画、または構造化データでの明示 |
| ボット対策で遮断される | 7社 | 転売・スクレイピング対策のWAFが、AIエージェントも一緒に弾いている | エージェント検証の仕組みを通す設定への変更 |
| robots.txtで全面遮断 | 3社 | AI検索クローラーを明示的に拒否している | 方針の再検討。Amazonのように意図的な場合もある |
| 構造化データがない | 段階1の9社 | 価格は読めるが、商品として構造的に理解されない | Product / Offer の実装 |
| 決済プロトコル未対応 | 段階2の9社すべて | ここまで到達しても、取引の実行手順がない | PSPのロードマップ確認。自社実装は当面不要 |
決済まで到達する以前に、7社はボット対策の仕組みがAIエージェントを門前払いしていました。転売やスクレイピングを防ぐために導入したWAFが、正当なエージェントも一緒に弾いている状態です。さらに13社は、JavaScriptが動かないと価格すら表示されない構造でした。
興味深いのは、業界がこの問題に気づいて動き始めていることです。Visaの欧州での本番稼働では、CloudflareとAkamaiが加盟店側のTrusted Agent Protocol実装を支援しています。10年にわたってボットを遮断してきたエッジネットワークが、今度は検証済みの購買エージェントだけを通す仕組みを組み込み始めました。
不正対策の調整も、同じ文脈にあります。Riskifiedの調査では、正当な注文の最大5%を誤って拒否していると答えた事業者が47%に上りました。「すべて弾く」から「正当なエージェントは通す」への切り替えは、機会損失の削減そのものです。
この対比は示唆的です。決済の側では、正当なエージェントを識別して通すための標準が整いつつあります。ところが加盟店の側では、その標準が届くよりも手前で、既存のボット対策が一律に遮断している。当社の実測で7社が該当したのは、意図的な拒否ではなく、設定が更新されていないだけのケースがほとんどでした。国内の実態は日本のEC42社の実測調査にまとめています。
紛争が起きたら誰が責任を負うのか
誤発注が起きたとき、代金は誰が負担するのか。これは事業者にとって最も現実的な懸念です。
米国では、CFPBが2026年1月に整理を示しました。エージェント発のカード取引は、既存のRegulation Zにおける紛争処理とチャージバックの枠内で扱われます。重要なのは、エージェントに権限を委ねたからといって消費者の救済権が消えるわけではないと明示された点です。適切に範囲を限定した承認があれば、その範囲内で権利が狭まるにとどまります。
日本には専用の規制がありません。2026年3月31日のAI事業者ガイドライン第1.2版で、AIエージェントが初めてガイドラインの対象として明示され、「人間の判断を介在させる仕組みを構築することが重要」と記されました。ただしこれは法的拘束力のない指針であり、電子商取引や購買代行に特化した記述もありません。
電子消費者契約法には、事業者が申込内容の確認措置を講じていない場合に消費者を保護する規定があります。ただし同法は消費者自身の操作ミスを想定したもので、AIエージェントが代わりに操作した場合にどう適用されるかについて、判例や公的な解釈を確認できていません。この記事では争点の所在を示すにとどめます。
事業者は何を確認すべきか
実務としての優先順位を示します。順序が重要です。
ボット対策のWAFがAI検索のクローラーやエージェントを遮断していないかを見ます。国内42社中7社がここで止まっていました。決済の検討はこの後です
ブラウザのJavaScriptを切って商品ページを開き、価格と在庫が見えるかを確かめます。見えなければ、エージェントは商品を選べません
どのプロトコルにいつ対応する予定かを聞きます。自社でプロトコルを実装する必要は当面ありません。PSP側の対応が進めば統合の負荷は大きく下がります
エージェント経由の注文が増えたときに、誰の意図による注文かを確認できる記録が残るかを確かめます
最初の2つは、社内で数分あれば確認できます。プロトコル対応のような重い投資を検討する前に、この2つを潰すほうが確実に効きます。
商品データ側の準備についてはエージェント対応の商品データで、エージェンティックコマース全体の構造についてはエージェンティックコマースとはで扱っています。
よくある質問
プロトコルへの対応という意味では、急ぐ必要はありません。仕様も各社の対応も動いている最中です。ただしAIエージェントがサイトに到達できない状態は、いま直したほうが得です。そこは決済の話とは切り離せます。
仕組みとしては、用途と上限を限定したトークンと、利用者の承認を示す署名で範囲を制限します。ただし運用や実装によってリスクの大きさは変わるため、範囲を狭く設定しておくのが基本になります。
国際ブランドのエージェント決済に対応した国内PSPは、公開情報では確認できませんでした。GMOペイメントゲートウェイが開発者向けにMCPサーバーを提供していますが、これは開発者がAIと対話しながら実装するためのツールであり、消費者の代わりにエージェントが決済する仕組みではありません。
どちらか一方を選ぶ段階ではありません。決済部分はPSPやカードネットワークが担う領域が大きいため、事業者が直接実装する場面は限られます。まずPSPの方針を確認してください。
現時点で判断できるデータがありません。CFPBの整理では既存の枠組みで扱われるため、手続き自体が変わるわけではありません。ただしエージェント経由の注文が増えれば、誰の意図による注文かを説明できる記録の重要性は上がります。
まとめ
エージェント決済は、発表の段階を過ぎて実取引の段階に入りました。2026年7月にVisaが欧州で30行超の銀行と実在の加盟店で本番稼働させたことが、その節目になっています。
プレイヤーと仕組みの骨格も固まってきました。カードネットワーク3社とStripe、PayPalの商用の枠組みが出揃い、エージェントは生のカード情報に触れず、トークンと暗号署名で範囲を限定し、正当性を検証するという設計が共通になっています。実行の形は1つではありません。いま取引が動いているのはウォレット型とモール内完結型で、標準争いの本丸は委任トークン型という2段構えで進んでいます。
一方で、事業者にとっての最初の関門は決済ではありません。そもそもAIエージェントが自社サイトに到達できるかのほうが、はるかに手前にある問題です。CloudflareやAkamaiが正当なエージェントを通す仕組みを整え始めた今、自社のボット対策の設定を見直す価値があります。
当社では小売・EC事業者向けに無料のAI可視性診断を提供しています。自社サイトにAIが到達できているかを確認できます。



