ChatGPT Wallet開始、エージェント決済の仕組みと日本事業者の判断

結論：ChatGPTは「調べて終わり」から「決済まで」に踏み込んだ。ただし日本ではまだ使えない

2026年11月13日（米国時間）、OpenAIはChatGPT Walletの提供を開始しました。AIエージェントが利用者に代わって支払いまで完了できる機能で、パートナーはAmerican Express、Mastercard、Visaの3ネットワーク。使えるのは米国の18歳以上のChatGPT Pro契約者で米国発行の対象カードを持つ人に限られ、日本での提供時期は発表されていません。

整理するのは3点です。仕組みがどうなっているか、日本の事業者にとって何が変わるのか、この決済モデルに残っている弱点はどこか。

仕組み：決済トークンと生体認証の2段構え

OpenAIの公式発表とヘルプセンターで確認できるフローは次のとおりです。

カードを1度だけ登録する。カード番号・有効期限・セキュリティコードはチャット欄ではなく安全な入力フォームに入れる。ChaseのカードはChaseアプリ内で本人確認が必要

dotに買い物を頼む。「セーターを探して」「来週末シカゴのホテルを予約して」のように依頼する

購入前に内容を確認する。加盟店、商品、合計金額、使用カード、定期課金の条件が表示される

生体認証で承認する。Face ID、Touch ID、指紋認証。対応端末での承認は必須

決済ネットワークが支払いトークンを発行する。実際のカード情報の代わりに、その取引専用のカード番号・セキュリティコード・有効期限が生成される

dotがチェックアウトを完了し、結果を報告する

ポイントは、エージェントも加盟店も本物のカード番号を受け取らないことです。トークンは取引ごとに発行され、加盟店はPayment Account Reference（PAR）で元の決済口座と突き合わせます。同意の範囲はその1回の取引だけで、別の購入には使い回せません。ただし利用者が定期課金に同意した場合は、加盟店がその支払い情報を保存して再度課金できます。既存のポイントと、対象となる紛争時の保護は維持されます。返品・返金・配送の窓口は従来どおり加盟店、不正請求や請求内容の争いはカード発行会社という役割分担も明記されています。

規模と収益モデル：週12億人、有料1億人、手数料ゼロ

OpenAIはChatGPTが週12億人に使われていると公表しています。CNBCは第3四半期末時点で有料ユーザーが約1億人と報じました。今回の機能は、そのうち米国Pro層というごく一部だけが使える段階です。OpenAIは開始時点で手数料を取らないと明言しています。過去の「Instant Checkout」は手数料モデルで2026年3月に方針転換しました。今回はカードネットワークの既存の決済網に乗る形なので、収益より加盟店との関係構築を優先しているのが読み取れます。

日本の事業者にとっての本題：AIエージェントを「通す」か「止める」か

機能そのものは米国限定ですが、この発表で日本のEC事業者が今日から判断できることがあります。OpenAIは同時にCommerce Partner Playbookを公開し、加盟店側の対応を4項目に整理しました。

商品情報を正確に保つ：ChatGPT上で自社を「Claim」して認証を受けると、事業者情報を更新し、最新の価格と在庫を載せた商品フィードをアップロードできる
エージェントのアクセスを確保する：CDNやWAFを設定し、Web Bot Authの署名付きリクエストを識別できるようにする。ブラウザ経由のアクセスにはプラグインも商品フィードも不要
決済・リスク管理側と連携する：Walletのトークンは既存のチェックアウトで動くが、リスク管理システムが正当なエージェント購入を「不審」として拒否・キャンセルする可能性がある。OpenAIはForter、Riskified、Sardine、Signifyd、決済代行ではAdyen、Checkout.com、Stripeと連携して認識精度を上げようとしている
エージェント向けの接点を用意する：プラグインで在庫確認やカート操作を可能にする、あるいはWebMCPツールをサイトに追加する

ここで見落とせないのが、業界が一枚岩ではないことです。11月11日、United AirlinesはAIエージェントからの航空券予約をブロックすると表明しました。AmazonはPerplexityのショッピングエージェントを裁判所の命令で排除しています。OpenAI自身も「一部のサイトは意図せずエージェントをブロックしうる」と認めています。つまり2026年11月の実務判断は「AIエージェント対応をするか」ではなく、「自社の商品がAI経由で買われることを許すか、拒否するか、条件付きで許すか」です。

弱点：承認と受付は別問題

この仕組みは「承認の確実性」と「加盟店の受付」を分離しています。利用者が承認しても、加盟店のチェックアウトやリスク判定で落ちることがあります。OpenAIのヘルプセンターにもこう書かれています。

Ready to check out means your approval is complete. It does not confirm that the merchant has placed your order.

「承認済み」は「注文確定」ではありません。決済が失敗したのに保留（pending）だけが残るケースも想定され、二重注文のリスクは利用者側の運用に依存します。

もうひとつの弱点はプロンプトインジェクションです。エージェントが商品ページやレビューを読む以上、そこに書かれた指示で購入判断が歪む可能性は構造的に残ります。1件ごとの生体認証は最後の砦ですが、承認画面の金額と商品を人が読む前提が崩れたら成立しません。将来構想の「支出上限・カテゴリ・期間を設定して事前承認する」完全委任は、まさにこの砦を外す話です。

日本の読者が今やるべきこと

機能を待つのではなく、エージェント経由の注文を受けられる状態かを点検するのが先です。WAF・bot対策がWeb Bot Authの署名付きリクエストを通す設定になっているか、商品情報が構造化されて最新か、リスク管理システムがエージェント由来の注文をどう判定するかを決済代行会社に確認しているか。この3点は、日本でWalletが提供される前でも意味があります。ChatGPTやClaude、Perplexity経由の流入はすでに発生しているからです。

そして完全委任の時代に備えて規約を先に整えておくこと。誰が注文したのか、返品は誰の責任か、定期課金の同意をどう記録するか。OpenAIは「加盟店が顧客関係・価格・履行・返品・顧客対応を保持する」と明記しました。エージェント経由でも人間の取引と同じ責任分担が適用されるという宣言であり、逆に言えば規約がその前提を満たしていなければ、トラブルは全部自社に来ます。制約は米国Pro契約者・米国発行クレジットカード限定、デビットとバーチャルカードは非対応、dotとの会話内のみ、承認は生体認証必須、Walletのカードは各加盟店サイトの保存カードとは別物です。