Mastercard Agent Pay とは｜EC事業者が今準備すべきこと【2026年】

Mastercard Agent Pay とは｜EC事業者が今準備すべきこと【2026年】

この記事の結論: Mastercard Agent Payは、AIエージェントがカード番号そのものに触れずに決済を完結させるネットワークレベルの仕組みであり、中核技術は「Mastercard Agentic Tokens」というスコープ付きクレデンシャルである。EC事業者にとっての実質的な論点はゲートウェイ選定ではなく、PSPのパイロット動向を注視しつつ商品データと承認率モニタリングを先行整備することにある。

最終更新日: 2026年7月13日

はじめに

2025年4月29日、Mastercardは「Mastercard Agent Pay」を発表しました。AIエージェントがユーザーに代わって商品を検索・比較・購入するという、これまで想定になかった購買導線に対して、決済ネットワーク側から信頼のレイヤーを提供する取り組みです。ローンチパートナーにはMicrosoft、IBM、Salesforceという企業向けAIプラットフォームの主要プレイヤーに加え、決済処理を担うCheckout.comが名を連ねました。この組み合わせ自体が、Agent Payが「消費者向けチャットボットの決済ボタン」ではなく、エンタープライズのエージェント基盤に埋め込まれるインフラであることを示しています。

2026年に入り、日本でもAgent Payの初の本番取引が実施され、シンガポール・オーストラリア・ニュージーランド・インドでも実装が進んでいます。この流れは、EC事業者にとって「そのうち対応が必要になるかもしれない海外トレンド」から「PSP経由で近いうちに選択を迫られる実務課題」へと移行しつつあることを意味します。

一方で、Agent Payを巡る情報は「エージェントが自動で買い物をする未来」という抽象的な語り口に偏りがちで、EC事業者が実際に何を準備すべきかを具体的に示した記事はまだ少ない状況です。本記事では、Agentic Tokensという中核技術の仕組み、EC事業者への実務的な影響、今すぐ着手できる準備ステップ、AIエージェントに商品を見つけてもらうためのデータ最適化、日本での展開状況、そしてVisaやAP2・ACPといった他プロトコルとの関係整理まで、実装担当者が読んで動けるレベルまで掘り下げます。

Mastercard Agent Payとは何か

Mastercard Agent Payは、一言で言えば「AIエージェントによる決済を、既存のカードネットワークの信頼モデルの上で安全に成立させるためのプログラム」です。従来のEC決済は「人間がカード情報を入力する、あるいは保存済みのカード情報をワンクリックで呼び出す」ことが前提でした。しかしAIエージェントが自律的に商品を選び購入まで進める世界では、この前提が崩れます。エージェントに生のカード番号を渡してしまえば、誤発注や不正利用のリスクが跳ね上がり、EC事業者・カード会社双方にとって受け入れがたいリスクになります。

Agent Payはこの課題に対して、次の3つの機能を軸に対応します。

• エージェントの認証: どのAIエージェント(アプリケーション・ボット)が、どのユーザーの代理として動いているかをネットワークレベルで検証する
• クレデンシャルのスコープ制御: エージェントに渡す決済情報を、特定の利用範囲(セッション・加盟店・上限金額)に限定したトークンとして発行する
• 取引の可視化: エージェント経由の取引であることをネットワーク上で識別可能にし、加盟店・イシュアー双方が通常の人間による取引と区別してモニタリングできるようにする

重要なのは、Agent Payが「新しい決済手段」ではなく「既存のMastercardネットワークにエージェント向けの安全機構を追加するレイヤー」であるという点です。EC事業者から見れば、決済導線そのものを作り直す必要はなく、既存のアクワイアラ・PSPとの接続を維持したまま、エージェント経由の取引に対応できる設計になっています。

さらに2026年には「Agent Pay for Machines」が発表され、IoTデバイスやマシン間取引のような高頻度・低遅延・少額決済のユースケースにも枠組みが拡張されています。これは自律エージェントが人間の代理をするだけでなく、機械同士が直接取引を行う将来像を見据えたものであり、EC事業者にとっても「エージェント対応」がチャットボットだけの話に留まらないことを示唆しています。

Agentic Tokensの仕組み — 従来のトークナイゼーションとの違い

Agent Payの技術的な中核は「Mastercard Agentic Tokens」です。トークナイゼーション自体は目新しい技術ではなく、Apple PayやGoogle Payが使うデバイストークンなど、カード番号を直接やり取りしない仕組みはすでに広く普及しています。しかしAgentic Tokensは、従来のデバイストークンとは異なる目的で設計されています。

従来のデバイストークンは「特定の端末に紐づいたカード番号の代替値」であり、基本的には人間がその端末を操作して決済を行うことを前提としています。これに対しAgentic Tokensは「特定のエージェントIDに紐づいたスコープ付きクレデンシャル」であり、エージェントが自律的に振る舞うことを前提に、利用範囲を細かく制限できる設計になっています。

この設計の要点は、「ユーザーが常にクレデンシャルの管理者であり続ける」という原則です。エージェントはカード番号を保持せず、あくまで「このセッションで、この加盟店に対して、この上限金額まで」という条件付きの権限だけを受け取ります。取引が完了すればトークンのスコープは失効し、再利用や横展開はできません。

EC事業者にとってこの仕組みが持つ意味は大きく二つあります。一つは、加盟店側のシステムに渡ってくる決済情報自体は従来のトークン決済とほぼ同じ形式であり、決済処理の実装を大幅に作り替える必要が少ないという点。もう一つは、エージェント経由の取引であることがネットワークレベルで識別されるため、不正検知や承認判定のロジックにおいて「エージェント取引かどうか」を要素として扱えるようになるという点です。これは後述する承認率(オースレート)の最適化に直結します。

EC事業者への影響 — 承認率・チャージバック・PSP関係

EC事業者にとって最も現実的な影響は、決済導線そのものの変更ではなく、アクワイアラ・PSPを介した間接的な変化として現れます。Mastercard Agent Payは加盟店と直接統合する仕組みではなく、Stripe、Adyen、Checkout.comといったPSP・アクワイアラがネットワークとの接続を担い、加盟店との既存の統合関係はそのまま維持される設計です。したがってEC事業者が自らAgent Pay向けのAPIを新規に組み込む必要は、現時点では基本的にありません。

その上で、実務上インパクトが大きいのは次の2点です。

承認率(オースレート)の向上が期待される点です。エージェント経由の取引は、これまでイシュアー側から見ると「普段と異なるデバイス・パターンからの取引」として不正の疑いをかけられ、正当な取引であっても謝絶(デクライン)されやすい傾向がありました。Agentic Tokensによってエージェント取引であることが明示的に識別できるようになれば、イシュアーはそれを踏まえた承認判定を行いやすくなり、結果として正当なエージェント取引の承認率が向上する可能性があります。EC事業者にとって承認率の改善は、機会損失の削減に直結する経営指標です。

チャージバックの削減も見込まれる効果です。カード番号自体がエージェントに渡らないため、漏えいや誤用による不正利用のリスクが構造的に下がります。またスコープ付きトークンによって「想定外の加盟店」「想定外の金額」での利用が技術的に制限されるため、不正取引そのものの発生率が下がることが期待されます。

一方で、Checkout.comは決済処理会社のBraintree(PayPal傘下)とトークン化サポートの拡大で提携するなど、PSP同士・PSPとネットワークの間で相互運用性を高める動きが2026年前半から本格化しています。この状況は、EC事業者がどのPSPを使っているかによって、Agent Pay対応のタイミングや実装方法が変わってくることを意味します。現時点でEC事業者が取るべき現実的な姿勢は、「自社で仕様を先取りして実装する」ことではなく、契約中のPSP・アクワイアラのパイロットプログラムの進捗を継続的に注視することです。焦って独自対応を進めるよりも、PSPが提供するアップデートに追従できる体制を整えておく方が、実装コストとリスクのバランスが取れます。

事業者が今やるべき準備ステップ

Agent Payそのものへの直接統合は多くのEC事業者にとって当面PSP任せで問題ありませんが、「エージェントに選ばれ、正しく決済まで完了する」ための土台づくりは今から着手できます。優先度の高い順に整理します。

このうち特に軽視されがちなのが「商品データの構造化」です。エージェント決済が普及する前提には、エージェントが商品を正しく発見・比較・選択できることが必要です。決済の仕組みがどれだけ安全になっても、そもそもエージェントに商品が見つけてもらえなければ売上には結びつきません。この論点は次章で詳しく扱います。

また「誤発注時の責任分界」も準備すべき重要事項です。エージェントがユーザーの意図を誤解して発注してしまった場合、その責任がユーザー・エージェント提供事業者・EC事業者・カードネットワークのどこに帰属するのかは、2026年時点でまだ業界横断の明確なルールが確立していません。Agentic Tokensのスコープ設計(セッション単位・加盟店単位の上限)は誤発注のリスクを技術的に抑える仕組みではありますが、それでも発生し得る誤発注に備え、返品・キャンセルポリシーを事前に整理しておくことは、トラブル対応コストを下げる実務的な保険になります。

AIエージェントに選ばれる商品データ最適化

Agent Payが決済の「安全性」を担保する仕組みであるのに対し、その手前にある「エージェントに商品を発見・選択してもらう」プロセスの最適化は、EC事業者自身の努力に委ねられています。ここはLLMO・AEOの考え方と直接つながる領域です。

AIエージェントが商品を選ぶ際は、人間がブラウザで検索して画像や口コミを見比べるのとは異なり、構造化された商品データやテキスト情報を効率的にパースして比較します。したがってEC事業者が取り組むべきは次のような施策です。

• JSON-LDによるProduct構造化データの整備: 価格・在庫状況・レビュー評価・配送日数などをエージェントが機械的に読み取れる形式で公開する
• llms.txtの設置検討: サイト全体の構造や重要ページをAIエージェント向けに明示するファイルを用意し、エージェントのクロール効率を高める
• robots.txtの見直し: 主要なクローラー・AIエージェントのUser-Agentをブロックしていないか確認する
• 一貫した商品情報の提供: 自社ECサイト・モール出店ページ・SNSなど複数チャネルで商品名・価格・スペック情報に矛盾がないようにする(E-E-A-T的な信頼性の担保にもつながる)
• 在庫・価格のリアルタイム反映: エージェントが古い在庫情報で発注し、後からキャンセルになる事態を防ぐ

これらの施策は、Mastercard Agent Payのようなエージェント決済インフラが普及すればするほど重要性が増します。決済が安全に完結する仕組みが整っても、エージェントの「検索・比較・選択」の段階で自社商品が候補にすら上がらなければ意味がありません。逆に言えば、決済インフラの整備をPSPに委ねつつ、商品データ最適化を自社の裁量で先行して進めておくことが、限られたリソースの中で最も費用対効果の高い準備になります。

日本での展開状況

日本市場における進展として特筆すべきは、2026年にMastercard Agent Payの初の本番取引が日本国内で実施されたことです。これは実証実験(パイロット)の段階を超え、実際の商流の中でエージェント決済が動いた事例として位置づけられます。アジア太平洋地域では日本に加えてシンガポール、オーストラリア、ニュージーランド、インドでも実装が進んでおり、Mastercardはアジア太平洋を早期の重点展開地域としていることがうかがえます。

今後の拡大領域として言及されているのは、交通、旅行、エンターテインメント、小売といった業種です。特に交通・旅行分野は、複数のサービス(移動手段・宿泊・アクティビティ)を組み合わせて予約するという性質上、AIエージェントによる横断的な比較・予約の恩恵を受けやすい領域とされています。日本国内のEC事業者にとっても、これらの業種に近い事業モデル(定期購入、複数商品の組み合わせ購入など)を展開している場合は、早期に情報を追う価値があります。

日本のEC事業者にとって注目すべきは、国内の主要決済代行事業者・アクワイアラがどのタイミングでAgent Pay関連のパイロットに参加するかという点です。海外PSP(Checkout.comなど)がローンチパートナーに名を連ねている一方、国内事業者向けのアナウンスはまだ限定的な段階にあります。したがって国内EC事業者は、契約している決済代行会社に対して「Agent Pay対応の予定はあるか」を定期的に確認するという受動的な情報収集が、当面の現実的なアクションになります。

他プロトコル(Visa・AP2・ACP)との関係

エージェント決済の分野は、Mastercard単独の取り組みではなく、複数の企業・団体がそれぞれのアプローチで標準化を進めている状況です。EC事業者が混乱しないよう、主要な関連プロトコルとの違いを整理します。

VisaもOpenAIと連携し、エージェント決済の実現に向けた取り組みを進めています。VisaのアプローチはOpenAIのエージェント基盤(ChatGPT等)との統合を軸にしている点が特徴で、Mastercardが幅広いAIプラットフォーム(Microsoft、IBM、Salesforce等)とのパートナーシップを軸にしている点と対照的です。どちらもカードネットワークの信頼モデルを維持しながらエージェント決済に対応するという基本思想は共通しており、EC事業者から見れば「MastercardとVisaのどちらのカードで決済されても、最終的にはPSP経由で同様の実装対応が必要になる」という点は変わりません。

**AP2(Agent Payments Protocol)**は、GoogleなどIT企業が中心となって推進しているオープンなプロトコル仕様です。特定のカードネットワークに依存せず、エージェント間の決済委任を標準化しようとする取り組みであり、Mastercard Agent Payのようなネットワーク発の取り組みとは出自が異なります。

**ACP(Agentic Commerce Protocol)**は、OpenAIとStripeが中心となって提唱しているプロトコルで、チャット型インターフェース上での商取引(検索・カート・決済)を標準化する狙いがあります。

これらのプロトコルは競合関係にあるというより、レイヤーの異なる取り組みとして併存していく可能性が高いと見られています。Mastercard/VisaのネットワークレベルのプログラムはPSP・アクワイアラを通じて既存の決済インフラと接続する一方、AP2やACPはより上位の「エージェントがどう振る舞うか」「商取引のUXをどう標準化するか」を扱う傾向があります。EC事業者にとっての実務的な結論は、どれか一つに絞って対応するのではなく、自社が利用しているPSP・プラットフォームがどのプロトコルに対応していくかを継続的に把握し、複数の規格が並存する前提で商品データと決済導線の柔軟性を確保しておくことです。

よくある質問

Q1. Mastercard Agent Payとは何ですか?

AIエージェントがカード番号に触れずに決済できるようにする、Mastercardのネットワークレベルの仕組みです。中核技術はAgentic Tokensと呼ばれるスコープ付きクレデンシャルです。2025年4月29日に発表され、Microsoft・IBM・Salesforce・Checkout.comがローンチパートナーとして参加しています。

Q2. Agentic Tokensは従来のトークン決済と何が違いますか?

従来のデバイストークンが端末単位の代替値であるのに対し、Agentic Tokensは個別のAIエージェントIDに紐づき、セッション単位・加盟店単位で利用上限を設定できる点が異なります。ユーザーが常にクレデンシャルを管理し、エージェントはスコープ付きトークンのみを扱う設計です。

Q3. EC事業者は自社システムを改修する必要がありますか?

多くの場合、直接の大規模改修は不要です。Agent PayはPSP・アクワイアラを介して既存の加盟店統合を維持する設計のため、まずは契約中のPSPの対応状況を確認することが優先されます。ただし商品データの構造化やモニタリング体制の整備は自社で進める価値があります。

Q4. 承認率(オースレート)はどのように改善されますか?

エージェント経由の取引であることがネットワーク上で識別可能になるため、イシュアー側が不正の疑いによる不要な謝絶を減らしやすくなります。結果として正当なエージェント取引の承認率向上が期待されています。

Q5. 誤発注が起きた場合、責任は誰にありますか?

2026年時点で業界横断の明確なルールはまだ確立していません。Agentic Tokensのスコープ制御は誤発注リスクを技術的に抑える設計ですが、EC事業者側でも返品・キャンセルポリシーを事前に整理し、トラブル対応の枠組みを用意しておくことが実務上重要です。

Q6. 日本ではどこまで実装が進んでいますか?

2026年にMastercard Agent Payの初の本番取引が日本国内で実施されました。シンガポール・オーストラリア・ニュージーランド・インドでも実装が進んでおり、今後は交通・旅行・エンターテインメント・小売への拡大が見込まれています。

Q7. VisaのエージェントAI決済との違いは何ですか?

VisaはOpenAIとの連携を軸にエージェント決済を推進しており、MastercardはMicrosoft・IBM・Salesforceなど複数のAIプラットフォームとの提携を軸にしています。カードネットワークの信頼モデルを維持する基本思想は共通していますが、パートナー構成のアプローチが異なります。

Q8. AP2やACPとMastercard Agent Payはどう関係しますか?

AP2はGoogle等が推進するカードネットワーク非依存のオープンなプロトコル、ACPはOpenAIとStripeが中心のチャット型商取引プロトコルです。Mastercard Agent Payはネットワークレベルの取り組みであり、レイヤーが異なるため競合ではなく併存していく可能性が高いとみられています。

Q9. 「Agent Pay for Machines」とは何ですか?

高頻度・低遅延・少額のマシン間取引に対応するために発表された拡張プログラムです。IoTデバイスなど、人間の代理としてのAIエージェントだけでなく、機械同士が直接取引を行うユースケースを見据えた枠組みです。

Q10. 今すぐ着手できる準備は何ですか?

契約中のPSP・アクワイアラへの状況確認、商品データの構造化、承認率モニタリング体制の構築が優先度の高い準備です。特に商品データの構造化は自社の裁量で進められ、エージェントに商品を発見・選択してもらう前提条件になります。

関連用語

• LLMO
• AEO
• 構造化データ
• Schema.org
• JSON-LD
• llms.txt
• robots.txt
• クローラー
• E-E-A-T

関連記事

• LLMO完全ガイド
• AI検索最適化ガイド
• AP2 エージェント決済プロトコルとECチェックアウト対応
• Visa ChatGPTエージェント決済とEC事業者の準備
• Perplexity Merchant Programと商品フィード設定
• UCP vs ACP ユニバーサルコマースプロトコル比較
• ChatGPT ShoppingとMerchant Center対応
• EC事業者のためのLLMO