Visa×ChatGPTのエージェント決済にEC事業者はどう備えるか

Visa×ChatGPTのエージェント決済にEC事業者はどう備えるか

この記事の結論: 2026年6月、VisaはOpenAIと組み、ChatGPTの内側に決済網を埋め込んだ。これによりAIエージェントが利用者に代わって商品を探し、選び、支払いまで完結させる「エージェント決済」が現実の購買チャネルになった。EC事業者にとっての勝負どころは、人間が読むランディングページではなく、エージェントが読む商品データ・在庫API・決済連携の整備に移る。今すぐ着手すべきは、機械可読な商品フィードの整備、ACP／UCPなど決済プロトコルへの接続、トークン化決済を受けられる体制の3点だ。備えの遅れは、そのまま「エージェントの検討リストに載らない」という機会損失に直結する。

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

はじめに

ここ数年、検索の入口はGoogleの青いリンクからAIチャットの回答へと静かに移ってきた。そして2026年、その流れは「回答」で止まらなくなった。VisaがOpenAIと提携し、ChatGPTの内部に決済のレールを敷いたことで、AIエージェントが利用者の代わりに商品を探し、比較し、そのまま支払いまで済ませられるようになったからだ。買い物のプロセス全体が、チャットの一往復のなかに収まりはじめている。

これは単なる新機能の話ではない。購買の意思決定者が「人間」から「人間の指示を受けたエージェント」へと一部移ることを意味する。エージェントは感情や衝動で買わない。与えられた条件、機械可読なデータ、そして信頼できる決済経路をもとに、淡々と最適解を選ぶ。つまりEC事業者が向き合う相手が変わる。魅力的なコピーやバナーではなく、構造化された商品情報と、確実に決済まで到達できる導線が問われるようになる。

本記事では、まずVisaのエージェント決済構想「Visa Intelligent Commerce」とChatGPTの関係を整理する。次に、トークン化と認証を軸にした決済の仕組み、ChatGPT上で商品が選ばれ購入されるまでの流れを追う。そのうえで、EC事業者が今すべき備えを商品データ・決済連携・在庫APIの観点から具体化し、ACPやAP2といった決済プロトコルとの関係、不正対策、計測と体制づくりまでを一気通貫で解説する。海外で先行するこの動きを、日本のEC事業者がどう自社に落とし込むかという視点で読み進めてほしい。

なお、本記事はLLMO（大規模言語モデル最適化）の実務シリーズの一環である。AI検索での見つけられ方についてはLLMO完全ガイドやAI検索最適化ガイドも合わせて参照すると、検討から購入までの一連の流れを一貫して設計できる。

VisaのエージェントコマースとChatGPTの関係

Visa Intelligent Commerceとは何か

Visa Intelligent Commerceは、AIエージェントによる購買取引を安全に成立させるためにVisaが用意した一連の製品・開発者ツール・エコシステムプログラムの総称だ。中核にあるのは、トークン化された支払い手段と、Visa APIを通じた安全な取引実行の仕組みである。従来Visaが担ってきた「決済のプランビング（配管）」を、人間ではなくエージェントが叩く前提で作り直したもの、と捉えるとわかりやすい。

Visaはこの枠組みを、OpenAIだけでなく、Perplexity、Microsoft、Anthropic、Mistralといった主要なAI企業に対して開いている。加えて世界で約1億5,000万か所の加盟店ロケーションと、1万4,500を超える金融機関パートナーを背景に、エージェント決済を「一部のプラットフォームの実験」ではなく「業界横断のインフラ」として位置づけようとしている。ここがポイントで、Visaは特定のチャットサービスに賭けているのではなく、どのエージェントからでも同じレールに乗れる中立的な土台を狙っている。

ChatGPTへの決済網の組み込み

2026年6月10日、VisaはOpenAIとの提携を発表し、自社の決済網をChatGPTの内側に埋め込んだ。これにより、ChatGPT上のAIエージェントは、利用者が設定した支出上限や許可した加盟店の範囲内で、1億7,500万を超えるVisa加盟店に対して検索・推薦・購入を代行できるようになった。利用者は「この靴を買って。ただし100ドルは超えないで」といった自然言語の指示を出すだけでよく、あとはエージェントが条件に沿って動く。

重要なのは、OpenAIとVisaで役割がきれいに分かれている点だ。OpenAIはエージェントの「判断」を担う。何を検索し、どの商品を薦め、いつ買うかという意思決定の部分である。一方Visaは「支払いの実行」を担う。実際のカード番号を露出させないトークン化されたクレジット情報、リアルタイムの不正監視、そして通常の紛争解決（チャージバック）の権利を提供する。頭脳はAI、財布と守りはVisa、という分業だ。

なぜ今、決済ネットワークが動いたのか

背景には市場規模への期待がある。マッキンゼーは、エージェントコマースが2030年までに米国のB2C小売売上の最大1兆ドルを占めうると試算し、グローバルでは3兆〜5兆ドルに達する可能性を指摘している。決済ネットワークにとって、購買の入口がチャットに移るということは、そこで決済を握れなければ取扱高そのものを失いかねないことを意味する。だからVisaもMastercardも、エージェントコマースの標準化競争へ一気に走り込んだ。

EC事業者側から見れば、これは「まだ先の話」ではない。決済の巨人が本気でインフラを敷きにきた以上、対応する加盟店・プラットフォームは急速に増える。準備を後回しにするほど、エージェントが参照する土俵に自社商品が載らない期間が延びるだけだ。

エージェント決済の仕組みとトークン化・認証

エージェント連動トークンという発想

エージェント決済のセキュリティの根幹はトークン化にある。従来のネットワークトークンはカード番号を別の値に置き換えるものだったが、Visa Intelligent Commerceのトークンは一歩踏み込み、「特定のエージェント」と「取引の文脈」に結びつけられる。つまり、単にカードを守るだけでなく、「どのエージェントが、どういう条件で使えるトークンか」までがスコープとして刻まれる。

この設計がもたらす最大の利点は、被害の遮断だ。仮にあるエージェントが乗っ取られても、それは即座に利用者のカード本体の流出にはつながらない。侵害はトークンの範囲でせき止められる。カード番号そのものがエージェントに渡らないため、攻撃者が奪えるのは限定的な権限のトークンにとどまる。人間不在（Human-Not-Present）で回る取引だからこそ、この「爆発半径を小さくする」設計が効いてくる。

パスキーによる認証とステップアップ

トークンだけでは足りない。「本当にこの利用者が、このエージェントに、この権限を与えたのか」を確かめる仕組みが要る。ここでVisaはPayment Passkey（パスキー）を用いる。指紋や顔認証といった生体認証で、パスワードなしに安全に承認を行う方式だ。

認証が求められるタイミングには設計上の勘所がある。ネットワークトークンを発行するとき、すなわちエージェントに支払い権限を与える初回にステップアップ認証が走る。さらに、利用者が支払い指示の内容を変更するとき——上限額を引き上げる、対象加盟店を広げるといった操作をするとき——にも再びステップアップやパスキー認証が要求される。「権限を渡す瞬間」と「権限を書き換える瞬間」を人間に確認させることで、エージェントが暴走しても被害が広がらないよう歯止めをかけている。

利用者が握り続けるコントロール

エージェントに任せると聞くと「勝手に買われるのでは」と不安を覚えるが、実際の設計は逆で、利用者の制御を前提としている。ガードレールとして機能するのは主に次の3つだ。第一に支出上限で、1取引あたり・1日あたり・1週間あたりで細かく設定できる。第二に加盟店ホワイトリストで、エージェントが使える店舗やカテゴリを承認済みの範囲に絞る。第三に高額・機微な購入に対する承認要求で、一定額を超える取引は人間の明示的なゴーサインを必要とする。

EC事業者が理解しておくべきは、この制御構造が購買行動の形を変えるという点だ。エージェントは「条件を満たす商品」しか買えない。価格が上限に収まり、加盟店がホワイトリストに入り、機械可読な条件が明確な商品ほど、エージェントの選択肢に残る。逆に、条件が読み取れない商品は検討の初期段階でふるい落とされる。決済のコントロールは、実は「選ばれるかどうか」の入口にも影響しているのだ。

ChatGPT上で商品が選ばれ購入される流れ

発見から決済までを一往復で

ChatGPTでのエージェント購買は、大きく「発見→比較→意思決定→決済→注文確定」という流れをたどる。利用者が「予算1万円で在宅ワーク用の静音キーボードを探して」と伝えると、エージェントはまず候補となる商品情報を探す。ここで参照されるのは、人間向けの装飾されたページではなく、機械可読な商品データや、プロトコル経由で提供される構造化フィードだ。

候補が集まると、エージェントは価格・在庫・仕様・返品条件といった属性を突き合わせて比較する。利用者の条件（予算、用途、静音など）に照らして最適解を絞り込み、必要なら利用者に確認を取る。合意が取れれば、Visaのトークン化された支払い手段で決済が実行され、加盟店側で注文が確定する。この一連が、チャットの数往復のなかで完結する。人間が10タブ開いて比較していた作業を、エージェントが裏側で肩代わりする格好だ。

「見つからない商品」は存在しないのと同じ

この流れでEC事業者が肝に銘じるべきは、比較の土俵に載らなければ何も始まらないという事実だ。エージェントは、自分のデータベースやアクセスできるフィードに存在する商品しか比較できない。人気競合分析でも「Do you rank in our databases?（我々のデータベースに載っているか）」「Make sure an AI agent can actually find and pick your product（AIエージェントが実際に見つけて選べる状態にせよ）」といった問いが繰り返し立てられている。裏を返せば、多くの事業者がまだこの段階でつまずいているということでもある。

Adobe Analyticsによれば、2026年第1四半期の米国小売サイトへのAI経由トラフィックは前年同期比393%増と急伸し、しかも2026年3月のAI経由トラフィックはオーガニックより42%高いコンバージョン率を記録した。エージェント経由の来訪は数が増えているだけでなく、買う気度も高い。ここに載れるかどうかで、伸びる事業者と取り残される事業者がくっきり分かれはじめている。

エージェントに「選ばれる」ための情報設計

エージェントが商品を選ぶとき、評価しているのは実質的に構造化された属性である。商品名、ブランド、価格、在庫状況、レビュー評価といった基本属性がまず必要で、さらにGTIN／MPN、返品ポリシー（hasMerchantReturnPolicy）、配送条件（shippingDetails）、レビューのノードまで整うと、エージェントは安心して比較材料に使える。人間なら写真の雰囲気で選ぶ場面でも、エージェントは属性の欠落を「不確実性」として嫌う傾向がある。

この情報設計は、AI検索最適化（LLMO）で語られてきた考え方とほぼ地続きだ。構造化データやJSON-LD、Schema.orgを使って商品情報を機械可読にする作業は、これまで「AIに引用されるため」の施策だったが、エージェント決済の時代には「AIに買ってもらうため」の必須要件へと重みを増す。詳しくはChatGPTショッピングと商品可視性でも掘り下げている。

EC事業者が今すべき備え（商品データ・決済連携・在庫API）

商品データを機械可読にする

最初の一歩は、商品データの機械可読化だ。読みやすさの前に「読み取れること」が問われる。最低限そろえたいのは、商品名・ブランド・価格・在庫／評価の4点で、これは多くのフレームワークで「必須属性」とされている。そのうえで、SKU、GTIN、バリエーション構造、通貨、在庫ステータス、配送クラス、返品条件までを1件の商品レコードとして整合的に持たせる。

ここで重要なのは、これらを人間向けページの装飾とは別レイヤーとして管理することだ。PIM（商品情報管理）やフィード管理の仕組みを整え、価格や在庫が変わったら即座にフィードへ反映される状態を作る。エージェントは古い在庫情報を嫌う。「表示されていたのに買えなかった」という事故は、エージェント経由では人間以上に致命的な離脱を生む。あるフレームワークでは、商品フィード・構造化データ・プロトコル連携・機械可読なポリシー・信頼シグナル・AI引用の6つの柱で0〜18点のスコアを付け、「未対応（0〜5）」から「完全最適化（15〜18）」までの成熟度を測る。まずは自社がどの段階にいるかを棚卸しするとよい。

決済連携をエージェント前提に整える

次に決済だ。エージェント決済では、Visaのトークン化された支払い手段を受けられることが前提になる。自社が直接カード処理をしている場合も、決済代行（PSP）経由の場合も、ネットワークトークンやエージェント連動トークンに対応した決済経路になっているかを確認したい。Visaは「Intelligent Commerce Connect」という、ネットワーク・プロトコル・トークン保管庫のいずれにも依存しない中立的な「オンランプ（乗り入れ口）」を用意しており、加盟店・エージェント開発者・イネーブラーがここから接続できる。

Connectは、加盟店カタログをAIプラットフォーム上で発見可能にする機能や、エージェント取引を代行するイネーブラー向けのオーケストレーション・PCI準拠の肩代わりまで担うとされる。つまり自社ですべてを実装しなくても、対応済みのプラットフォームやPSPに乗ることで参入障壁を下げられる。自社のカート・決済基盤がこうしたエコシステムに接続する計画を持っているか、ベンダーに早めに確認しておくのが賢明だ。

在庫APIとリアルタイム性

三つ目が在庫APIだ。エージェントは購入直前に在庫と価格を確認する。ここでリアルタイムに正しい値を返せないと、決済の途中で失敗し、利用者の信頼とコンバージョンを同時に失う。在庫・価格・配送可否をAPIで即応的に返せる体制、そして注文確定を確実に受け取り処理する仕組みを整えることが、エージェント決済の「最後の1メートル」を守る。

参考として、2026年初頭の調査では、EC事業者の40%がまだ商品ページのエージェント対応を標準化している途中で、33%は着手すらしていないという。裏を返せば、今きちんと在庫APIと商品データを固めれば、多数派を出し抜ける余地が大きい。海外で先行するこの波を、国内事業者が指をくわえて見ている必要はない。ChatGPTショッピングとMerchant Center連携の実装知見も、在庫・商品データ整備の具体像を描くうえで役立つ。

ACP・AP2・UCPなど決済プロトコルとの関係

乱立するプロトコルと中立の受け口

エージェント決済の周辺では、複数の決済プロトコルが並走している。VisaのIntelligent Commerce Connectは、主要なエージェントプロトコル経由で始まる支払いを加盟店が受けられるようにすると明言しており、対応対象として、Trusted Agent Protocol、Machine Payments Protocol（MPP）、Agentic Commerce Protocol（ACP）、Universal Commerce Protocol（UCP）を挙げている。決済ネットワークは「どれか一つに賭ける」のではなく、「どのプロトコルからでも入れる中立の受け口」に徹しようとしている。

このスタンスはEC事業者にとって朗報だ。プロトコルの覇権争いに決着がつくのを待たなくても、Visaのような中立レイヤーに乗れば、複数のプロトコルからの流入をまとめて受けられる可能性がある。逆に、自社が特定プロトコルだけに個別対応してしまうと、別プロトコル経由のエージェントを取りこぼす。全体像を把握したうえで接続戦略を立てたい。

ACP：OpenAIとStripeの押し込み型

ACP（Agentic Commerce Protocol）は、OpenAIとStripeが構築したプロトコルだ。加盟店が構造化された商品フィードをOpenAI側に直接提出（プッシュ）するモデルを取り、購入時にはACPがチェックアウトフローを処理する一方で、加盟店は決済処理と注文管理の主導権を保持する。ChatGPT起点の購買と相性がよく、Visa×ChatGPTのエージェント決済を考えるうえで中心的なプロトコルの一つになる。

UCPとAP2：Googleと業界標準の潮流

UCP（Universal Commerce Protocol）は、Googleが2026年1月11日にShopify、Target、Walmart、Etsy、Wayfairらと共同で立ち上げた標準だ。ACPとUCPの設計思想や手数料・実装方式の違いは、UCPとACPの違いとEC対応で詳しく比較しているので、接続先を選ぶ前に一読してほしい。加えて、エージェント間の決済認可を扱うAP2（Agent Payments Protocol）は、決済の「承認と責任分界」を扱う層として注目されており、AP2とEC決済の実務で日本のチェックアウト事情に即して解説している。Visaのトークンやパスキーはこうしたプロトコルとどう噛み合うのか——という視点で読むと、全体の見取り図が立体的になる。Googleのエージェント型ブラウジングの動きはMariner終了とGeminiエージェントも参考になる。

セキュリティと不正対策

Human-Not-Presentという新しいリスク面

これまでのカード決済は、対面（Card Present）か、オンラインの本人不在（Card-Not-Present）かで語られてきた。エージェント決済はさらに一歩進み、「Human-Not-Present（人間そのものが取引の瞬間にいない）」という状態を生む。人間がボタンを押さない取引が常態化するため、「誰が」「どの権限で」動いているのかを取引ごとに証明する仕組みが不可欠になる。ここでエージェント連動トークンとパスキー認証が効いてくるわけだ。

Visaは「信頼こそが究極の通貨（Trust is the Ultimate Currency）」という言い方でこの点を強調している。エージェントに買い物を任せられるかどうかは、突き詰めれば決済インフラを信頼できるかどうかにかかる。トークンのスコープ化、リアルタイムの不正監視、そして紛争解決の権利という三層で、Visaは card-not-present の商取引を守る枠組みを整えている。

加盟店が押さえるべき守りの論点

EC事業者の側でも、対応すべき守りの論点がある。まず、エージェント経由の注文が「正規のトークンによるものか」を検証できる決済経路を選ぶこと。Cloudflareなどが取り組む、エージェントの正当性を確かめる仕組み（正規のエージェントか、なりすましかを見分ける層）も併用が進んでいる。次に、大量の自動取引が来ることを前提に、不正検知のしきい値やレート制限を人間中心の設計から見直すこと。エージェントは高速に大量のリクエストを投げうるため、旧来のボット対策が過剰にブロックしてしまう「正規エージェントの誤遮断」も新たなリスクになる。

もう一つ見落とせないのが、機微な購入や高額購入の扱いだ。Visa側で承認要求のガードレールが働くとはいえ、加盟店側でも高額注文やギフト、デジタル財のような不正の温床になりやすいカテゴリで、追加確認のフローを持っておくと安全度が上がる。守りは決済ネットワーク任せにせず、自社の商材特性に応じて重ねるのが基本だ。

計測と体制づくり

エージェント経由の可視化から始める

エージェント決済への備えは、作って終わりではない。まず計測だ。自社サイトやフィードへのアクセスのうち、どれがAIエージェント経由なのかを可視化する。ユーザーエージェント、リファラー、プロトコル経由の識別子などを手がかりに、AI由来のトラフィックとコンバージョンを通常の流入と分けて見る。前述のとおりAI経由は高コンバージョンの傾向があるため、ここを混ぜて計測していると、施策の効果を過小評価してしまう。

計測の指標も、人間向けとは少しずらす必要がある。表示回数やクリック率ではなく、「エージェントの比較候補に載った回数」「フィードの属性充足率」「在庫API応答の成功率」「エージェント経由の決済成功率」といった、機械可読性と決済到達性を映す指標を追いたい。コンバージョンを、人間の一往復ではなくエージェントの一連の判断プロセスの結果として捉え直すと、ボトルネックが見えやすくなる。

小さく試し、素早く直す体制

体制面では、商品データ・決済・エンジニアリングの担当が分断されていると、エージェント対応は進まない。フィード整備はマーケ、決済はファイナンス、APIは開発、と縦割りのままでは、「在庫が合わない」「トークン決済が通らない」といった問題が誰の責任にもならず放置される。少人数でも横断のオーナーを置き、発見（見つかるか）→比較（選ばれるか）→決済（買えるか）の全経路を一気通貫で見る体制が要る。

そして、この領域は標準もプレイヤーも動きが速い。VisaのパイロットにはAldar、AWS、Diddo、Highnote、Mesh、Payabli、Sumvinらが名を連ね、年内の本格展開が予告されている。プロトコルもトークンの仕様も更新が続く以上、完璧な計画を立ててから動くより、小さく接続して計測し、素早く直すサイクルのほうが向いている。海外先行の事例を横目に、まずは自社の商品データと在庫APIの現状把握という「動ける一歩」から始めるのが現実的だ。全体戦略はSEOとLLMOのハイブリッド戦略やAISEO完全ガイドの考え方と接続させると、検索最適化と決済最適化を一枚の絵で描ける。

よくある質問

Q1. Visa×ChatGPTのエージェント決済とは、結局何が新しいのですか？

AIエージェントが利用者に代わって商品を探し、選び、支払いまで完結できる点が新しさです。2026年6月にVisaがChatGPTへ決済網を組み込み、支出上限や加盟店ホワイトリストの範囲でVisa加盟店への代理購入が可能になりました。

Q2. エージェントに勝手に買われてしまう心配はないのですか？

利用者の制御が前提の設計なので、その心配は小さいです。1取引・1日・1週間ごとの支出上限、加盟店ホワイトリスト、高額購入時の承認要求といったガードレールが働き、条件を満たす取引しかエージェントは実行できません。

Q3. EC事業者がまず着手すべき備えは何ですか？

商品データの機械可読化が最優先です。商品名・ブランド・価格・在庫を最低限そろえ、SKUやGTIN、返品・配送条件まで整合的に持たせます。並行して決済連携と在庫APIのリアルタイム化を進めると、エージェントの比較候補に残りやすくなります。

Q4. トークン化決済は従来のカード決済と何が違うのですか？

トークンが「特定のエージェント」と「取引の文脈」に結びつく点が違います。カード番号を露出させず、万一エージェントが乗っ取られても被害はトークンの範囲でせき止められるため、人間不在の取引でも爆発半径を小さく抑えられます。

Q5. ACPやUCP、AP2など複数のプロトコルすべてに対応が必要ですか？

必ずしも全部を個別実装する必要はありません。VisaのIntelligent Commerce Connectは主要プロトコルからの流入を受けられる中立の受け口を目指しており、対応済みプラットフォームやPSPに乗ることで、複数プロトコルをまとめて受けられる可能性があります。

Q6. 日本のEC事業者にとって、これは今すぐ関係ある話ですか？

はい、準備は今から始める価値があります。動きは海外先行ですが、Visaは中立インフラとして世界展開を進めており、対応加盟店は急増します。商品データと在庫APIの整備は今日からでも着手でき、早く動くほど競合に差をつけられます。

Q7. エージェント経由の来訪は、本当にコンバージョンにつながるのですか？

つながりやすい傾向があります。Adobe Analyticsによれば2026年3月のAI経由トラフィックはオーガニックより42%高いコンバージョン率を記録し、AI経由トラフィック自体も前年同期比393%増と急伸しています。買う気度の高い流入として無視できません。

Q8. 何から計測を始めればよいですか？

AIエージェント経由のトラフィックとコンバージョンを、通常流入と分けて可視化することから始めます。そのうえでフィードの属性充足率、在庫API応答成功率、エージェント経由の決済成功率など、機械可読性と決済到達性を映す指標を追うと、ボトルネックが見えます。

Q9. 決済のセキュリティはVisa任せで十分ですか？

Visaのトークンやパスキーは強力ですが、加盟店側の守りも重ねるべきです。正規トークンの検証、正規エージェントの誤遮断を避けるレート制限の見直し、高額・機微カテゴリでの追加確認フローなど、自社商材に応じた対策を組み合わせると安全度が上がります。

関連用語

• LLMO
• AEO
• GEO
• ChatGPT検索
• 構造化データ
• JSON-LD
• Schema.org
• コンバージョン

関連記事

• LLMO完全ガイド
• AI検索最適化ガイド
• AISEO完全ガイド
• SEOとLLMOのハイブリッド戦略
• UCPとACPの違いとEC対応
• AP2とEC決済の実務
• ChatGPTショッピングと商品可視性
• ChatGPTショッピングとMerchant Center連携
• Mastercard Agent Pay とは｜EC事業者が今準備すべきこと【2026年】
• PayPal Store Syncで商品をAIに表示させる方法
• Microsoft Copilot Checkout Merchant Program 商品表示とEC対策
• Google Universal Cartとは？加盟店が今すぐ備える実装手順