この記事の要点
- Agentic Checkoutは、AIエージェントが決済実行までを代理で担う新しいチェックアウト体験で、2026年時点で3つの実装パターンに分かれる。
- 設計上の論点は認可の強度、返品・チャージバックの責任分界、体験の摩擦レベルの3つに集約される。
- マーチャントは独自実装よりShopify・Stripe・Adyenの既定パターンに乗るのがコスト・品質ともに現実的な選択肢になる。
そもそも人間がフォームを埋めない時代のチェックアウト設計
チェックアウトは、EC体験の中で最もコンバージョンに直結する工程でありながら、最も設計が固着している部分でもあります。過去20年間、「フォームの入力ステップをどう減らすか」「ゲスト購入を許すか」「Apple PayやShop Payをどこに置くか」といった議論が繰り返されてきました。Agentic Checkoutは、この議論の前提自体を根本から変えます。そもそも人間がフォームを埋めないのです。
本記事では、2026年時点のAgentic Checkoutの代表的な実装パターンと、マーチャントが採るべき設計方針を整理します。プロトコル全体像はプロトコル完全比較、消費者側の行動変化はAgentic Shoppingに。
Agentic Checkoutの3つの実装パターン
AIエージェントがチェックアウトを代行する仕組みには、2026年時点で大きく3つのパターンがあります。
Delegated Token型は、ユーザーが事前にAIエージェントに対して「特定のカードで、特定の上限まで」を委任したトークンを発行するパターンです。Mastercard Agentic TokensやVisa TAP経由で発行される委任トークンがこれに該当します。エージェントは自分が持っている委任トークンを使い、ネットワーク側がその範囲内かをチェックします。
Pass-through型は、エージェントがユーザーの既存の決済情報を一時的に受け取って直接決済するパターンです。OpenAIのACPやShopifyのAgentic Checkoutが採用しています。エージェント提供者は決済情報を長期保持せず、取引ごとに取得して使い捨てる設計が主流です。
On-chain型は、ステーブルコインなどのオンチェーン決済を使い、ブロックチェーン上で直接決済を完結させるパターンです。SkyfireとERC-8004の組み合わせが代表的で、カードネットワークを経由しません。AI-to-AI取引やマイクロペイメントで先行しており、一般EC取引ではまだ少数派です。
これらは排他的ではありません。大手マーチャントはDelegated Token型をデフォルトに、特定ユースケースでOn-chain型を補助的に使う、といった組み合わせも見られます。
設計上の3つの主要論点
Agentic Checkoutを設計するとき、避けて通れない論点が3つあります。
1つ目は認可の強度です。エージェントが勝手に高額商品を買ってしまうリスクをどう抑えるか。AP2のMandate（Intent / Cart / Payment）は、この問題に「段階的承認」で答えます。事前の大まかな意図（「500ドル以下で旅行用品」）と、取引直前のカート承認を分けることで、強すぎない柔軟な認可を実現します。
2つ目は返品・チャージバックの責任分界です。エージェント経由の購入で何か問題が起きたとき、誰が責任を負うか。Visa TAPは、TAP信号が付いた取引についてチャージバック責任の一部をVisaネットワーク側に移行する設計になっており、マーチャントにとってはメリットになります。一方、Pass-through型でエージェントが決済情報を扱うパターンでは、責任分界が明確でないケースが残ります。
3つ目は体験の摩擦レベルです。認可を厳しくするほど体験はぎこちなくなります。毎回カートの最終確認を求めれば安全ですが、Agentic Shoppingの「手放し」メリットが損なわれます。この緊張関係をどこでバランスさせるかは、マーチャントごとに判断が分かれる論点です。高単価商品では強めの認可、少額消耗品では弱めの認可という段階設計が現実的な解になります。
マーチャントの実装選択肢
Agentic Checkoutに対応したいマーチャントには、大きく3つの実装選択肢があります。
最も簡単なのはShopify Plusに乗ることです。Shopify Plusマーチャントは、特別な実装なしにStorefront MCPとAgentic Checkout相当の仕組みが自動で使えます。UCPへの対応もプラットフォーム側でハンドリングされます。中小～中堅マーチャントにとって、これが圧倒的にROIが高い選択肢になっています。
2つ目はStripe Agent Toolkit経由の実装です。Stripeを決済プロバイダに使っているマーチャントは、Stripe Agent Toolkitを組み込むことで、Visa TAP対応のエージェント決済を数十行のコードで追加できます。プラットフォームに縛られないため、Shopify以外のECサイトでも使えます。
3つ目は独自実装ですが、2026年時点で積極的に選ぶ理由は限られます。AP2、Visa TAP、Mastercard Verifiable Intent、UCPなどの組み合わせを自前で扱うのは複雑で、プラットフォーム経由のほうが品質とコストで上回るケースが多いです。独自実装は、特殊な業界要件（例: 規制産業の追加ステップ）がある場合に限定するのが賢明です。
返品設計の盲点
Agentic Checkoutの盛り上がりの裏で、見落とされがちなのが返品の設計です。エージェント経由で購入された商品の返品要求は、人間がチェックアウトした場合よりも発生しやすいです。エージェントが「注文したが実物が想定と違った」というフィードバックを受け取るケースが、想定以上に多いのです。
この問題への対応として、主要プラットフォームでは2つのアプローチが併存しています。1つは返品プロセスもエージェントに委任することです。ユーザーが「返品して」と言うだけで、エージェントが返送ラベル発行と返金処理を代行します。もう1つは返品時だけ人間を介在させることです。購入はエージェント、返品は人間という分離で、複雑な判断を人間に残します。
マーチャント側としては、どちらのパターンに来るかをAPI設計で分けておくと運用が楽になります。具体的には、エージェント起源の購入にはフラグを立てておき、返品発生時に自動応答で処理するかサポート担当にエスカレーションするかを制御します。
まとめ — 「見えないチェックアウト」の時代へ
Agentic Checkoutは、「画面を見ないチェックアウト」という新しいUXを前提にします。マーチャントにとって重要なのは、フォームの最適化という従来の競争軸から抜けて、エージェントが成功しやすいAPIとデータを整備するほうへ軸足を移すことです。
多くのマーチャントにとって、最適なスタート地点は独自実装ではなく既存プラットフォームの既定パターンに乗ることです。Shopify Plus、Stripe、Adyenが提供する標準フローは、2026年前半の時点ですでに実用品質に達しており、スクラッチより確実な選択肢です。独自の価値提案を差し込める余地は、支払いフローではなくその前後（商品情報、レビュー、返品体験）にあります。
