エージェンティックコマースのプロトコル:ACP、AP2、UCPと、カタログに必要なもの

TL;DR

• 2026年10月時点で重要なオープンなエージェンティックコマースのプロトコルは、ACP(OpenAIとStripe)、UCP(Googleと小売パートナー)、AP2(Googleが作成し、現在はFIDO Allianceのもと)の三つです。これらは同じ購買の異なるレイヤーを担います。
• ACPとUCPは、エージェントと販売事業者の間の製品カタログとチェックアウトを標準化します。AP2は、ユーザーが特定の購入と支払いを承認したことを示す署名付きの証明を標準化します。VisaとMastercardは、エージェントと支払い認証情報を検証するための独自のプログラムを運営しています。
• 三つとも製品データにGTINを受け入れますが、いずれも必須ではなく、GS1 Digital Linkに言及しているものもありません。チェックアウトは販売事業者独自の商品IDで行われ、まさにそこで製品の同一性がずれる可能性があります。

エージェンティックコマースのプロトコルとは、AIエージェントがウェブサイトをスクレイピングすることなく、誰かに代わって製品を見つけ、カートに入れ、代金を支払えるようにするオープンな仕様です。2026年10月時点で、業界の重みの大半を担っているのは次の三つです。Agentic Commerce Protocol(ACP)、Universal Commerce Protocol(UCP)、**Agent Payments Protocol(AP2)**です。これらはレイヤーとして機能します。ACPとUCPはエージェントが製品、カート、注文について販売事業者とやり取りする方法を記述し、AP2はユーザーが実際に何を承認したかを、すべての関係者が事後に証明できる方法を記述します。

ブランドや輸入者にとって、実務上の問いはもっと絞られます。エージェントがどのプロトコルを使っても、あなたのカタログに尋ねることは同じです。この商品は何か、いくらか、購入できるか、そしてチェックアウトにどのIDを渡すのか。本ガイドでは、2026年10月時点で、各プロトコルの所有者、標準化している内容、販売事業者が提供しなければならないもの、そして製品の同一性がどこに位置づけられるかを解説します。

エージェンティックコマースのプロトコルにはどのようなものがあり、いつ公開されたのか

Agentic Commerce Protocol(ACP)とは何か

ACPは、購入者、そのAIエージェント、事業者の間のコマースのためのオープンな仕様です。OpenAIとStripeが2025年9月29日に、ChatGPTのInstant Checkoutとともに、Apache 2.0ライセンスで公開しました。公式リポジトリはACPをベータ版とし、創設メンテナーであるOpenAIとStripeが保守しているとしています。2026年4月以降、メンテナーのファイルにはMetaもリードメンテナーとして記載されています。最新の安定版は2026-04-17です。

ACPは次の四つを標準化します。

• チェックアウト。 販売事業者はチェックアウトセッションAPIを公開します。エージェントは商品からセッションを作成し、住所と配送方法で更新し、完了またはキャンセルします。仕様は、販売事業者が注文、支払い、税金、コンプライアンスの記録システムであり続けること、そして支払いは販売事業者自身の決済サービスプロバイダーを通じて行われることを明記しています。
• 委任された支払い。 決済プロバイダーが使い捨てのトークンを発行し、その使用は「allowance」によって制限されます。上限金額、通貨、特定のチェックアウトセッション、特定の販売事業者、有効期限です。StripeのShared Payment Tokenが最初の互換実装でした。別個の委任認証APIが3-D Secure 2のチェックを扱います。
• 製品フィード。 バージョン2026-04-17でFeed APIが追加されました。これはプッシュ型のモデルで、販売事業者はエージェントプラットフォームがホストするフィードに、ファイル全体または部分的な更新としてカタログを送信します。
• カートと注文、およびModel Context Protocol(MCP)向けのバインディング。

Instant Checkoutはどうなったのか

2026年3月24日、OpenAIは、Instant Checkoutの初期バージョンが望んでいた柔軟性を提供できなかったこと、そしてOpenAIが製品の発見に注力する一方で販売事業者は自社のチェックアウトを使えるようにすることを発表しました。同じ発表の中で、ACPを拡張して製品フィードとプロモーションフィードをChatGPTに取り込むとも述べています。つまりプロトコルは継続し、チェックアウトの仕様も存続していますが、現在のChatGPTではチェックアウトよりもフィードのほうが重要です。ChatGPTへの製品フィードのオンボーディングは承認されたパートナーに限られ、パートナーはOpenAIを通じて申請します。

ACPフィードにはどのような製品データが必要か

オープンなACP Feed APIでは、製品には安定したidと少なくとも一つのバリアントが必要で、各バリアントには安定したidとtitleが必要です。それ以外はすべてスキーマ上は任意です。補助通貨単位での価格と定価、在庫状況、メディア、カテゴリー、色やサイズなどのバリアントオプション、販売者、単価、そしてbarcodesのリストで、各エントリーにはGTIN、UPC、EANなどの種類と値があります。

ChatGPT向けのOpenAI独自のフィード仕様はより厳格です。商品ID、タイトル、説明、製品URL、ブランド、販売者名、メイン画像URL、在庫状況、価格が必須です。gtinフィールドは任意で、有効なチェックデジットを持つ8桁、12桁、13桁または14桁でなければならず、製品にGTINがない場合は省略すべきとされています。mpnフィールドはブランドとともに送信しなければならず、仕様は、欠けているGTINの代わりに部品番号をでっち上げないよう販売事業者に求めています。

ACPのフィード提案は重要な点も明確にしています。フィードのデータは情報提供用であり、価格、在庫、税金、配送についてはチェックアウトのレスポンスが正となります。フィード内のバリアントIDが販売事業者のチェックアウトで受け付けられるIDでない場合、販売事業者はマッピングを提供しなければなりません。

Universal Commerce Protocol(UCP)とは何か

UCPは、購買の全行程(発見、カート、チェックアウト、アカウント連携、注文)をカバーするオープンな標準です。Googleが2026年1月11日に公開し、Shopify、Etsy、Wayfair、Target、Walmartと共同で開発され、ucp.devでApache 2.0ライセンスのもと公開されています。ガバナンスはその後拡大しています。2026年4月にStripeがGoogleとShopifyに加わってGoverning Councilの常任メンバーとなり、夏の間に決済、宿泊、食品の技術委員会が設置されました。現在のリリースはv2026-08-25です。

UCPに対応する事業者は、提供する機能を列挙したプロファイルを/.well-known/ucpで公開し、エージェントが個別の統合なしにそれを発見できるようにします。機能には次のものがあります。

• カタログの検索とルックアップ。v2026-04-08で追加。
• カートとチェックアウト。税金と価格は事業者が計算します。
• OAuth 2.0によるアイデンティティ連携。エージェントは顧客のパスワードを保持することなく、その顧客のアカウント内で行動できます。
• 注文。ステータス、出荷、返品の更新をwebhookで通知します。
• 決済ハンドラー。支払い手段とそれを処理するプロバイダーを分離し、支払いマンデートにはAP2を使用します。

UCPはREST、MCP、またはAgent2Agent(A2A)で提供できます。Googleの最初の実装は、Google検索のAIモードとGeminiアプリで、対象となる販売事業者からの購入を可能にしています。Google Merchant Centerのアカウントと既存のショッピングフィードで動作し、利用はウェイティングリストを通じて行われ、販売事業者が引き続き販売主体(merchant of record)となります。

UCPにはどのような製品データが必要か

UCPのバリアントには、id、title、description、priceが必須です。バリアントのidは、チェックアウトで商品IDとして使われるものです。任意のフィールドには、販売事業者のsku、正規URL、在庫状況、メディア、単価、そしてbarcodesがあり、その既知の種類はUPC、EAN、ISBN、GTIN、JANです。

ルックアップのルールは示唆に富んでいます。UCPのカタログは、製品IDとバリアントIDによるルックアップをサポートしなければなりません。SKUなどの二次識別子をサポートしてもよいとされています。GTINによるルックアップは、エージェントが当てにできるものではありません。

Google独自の実装では、Merchant Centerのフィードルールが引き続き適用されます。Googleは、製造者がGTINを割り当てているすべての製品にGTINを推奨しており、割り当てられたGTINを省略すると製品が不承認となる可能性があると警告しています。

Agent Payments Protocol(AP2)とは何か

AP2は別の問題を解決します。エージェントが支払う時、販売事業者、カード発行会社、決済ネットワークは、ユーザーが「購入」をクリックするところを見ていません。AP2は、ユーザーが何を承認したかについての署名付きの証拠を彼らに提供し、取引を受け入れ、紛争を解決できるようにします。Googleが2025年9月16日に発表しました。2026年4月28日、Googleはバージョン0.2をリリースし、AP2をFIDO Allianceに寄贈すると発表しました。標準化はFIDOのワーキンググループで続けられています。AP2仕様サイトとリポジトリは、Apache 2.0ライセンスで公開されています。

二つのバージョンは同じ考え方を異なる形で記述しています。

• バージョン0.1(2025年9月)は三つのマンデートを使用していました。ユーザーが求めたものを記録するIntent Mandate、ユーザーが承認した正確な商品と価格を記録するCart Mandate、そしてPayment Mandateです。
• バージョン0.2(2026年4月)は、何を購入するかを保証するCheckout Mandateと、支払いを保証するそれに紐づいたPayment Mandateを使用します。それぞれにオープン形式とクローズド形式があり、オープン形式はカートが確定する前のユーザーの制約を保持し、クローズド形式は確定した一つのチェックアウトに結びつきます。マンデートは選択的開示に対応した署名付きの認証情報であり、各関係者は必要なものだけを見ることができます。

AP2は五つの役割(ショッピングエージェント、認証情報プロバイダー、販売事業者、販売事業者の決済処理業者、そしてユーザーが同意を与える信頼されたサーフェス)と二つのモードを定義しています。「human present」の購入では、ユーザーが最終的なカートを承認します。v0.2の主な追加点である「human not present」の購入では、ユーザーが事前に制約に署名し、エージェントがそれを満たす購入を完了します。

AP2は、カタログとチェックアウトのAPIを意図的に対象外としています。UCPと連携するように設計されており、UCPとともに使用する場合、Checkout Mandate内の販売事業者が署名したチェックアウトはUCPのチェックアウトオブジェクトでなければなりません。その商品型が持つのは、id(多くの場合SKUと説明されています)、title、price、そして任意の画像URLだけです。

VisaとMastercardはどこに位置づけられるのか

両カードネットワークには、これらのプロトコルを置き換えるのではなく、その隣に位置するプログラムがあります。扱うのはエージェントのアイデンティティと支払い認証情報であり、製品データではありません。

• Visa Trusted Agent Protocol(2025年10月14日、Cloudflareと共同開発)は、承認されたエージェントが販売事業者へのリクエストに署名できるようにし、販売事業者が正当なショッピングエージェントと悪意のあるボットを見分けられるようにします。エージェントの意図、消費者の認識、任意の支払い情報を含めることができ、Visa Developer CenterとGitHubで公開されています。
• Mastercard Agent Pay(2025年4月29日)はAgentic Tokensを導入し、エージェントが取引する前に登録と検証を受けることを求めています。2026年3月5日にMastercardとGoogleが導入したVerifiable Intentは、ユーザーが承認した内容を改ざん困難な形で記録するためのオープン仕様で、AP2およびUCPと整合しています。Googleの2026年4月の発表によれば、Verifiable IntentもFIDO Allianceに寄贈されます。

販売事業者は通常、決済プロバイダーを通じてこれらに接することになり、これらによってカタログに含めるべき内容が変わることはありません。

ACP、UCP、AP2はどう違うのか

製品の同一性はどこに位置づけられ、プロトコルはどこで沈黙しているのか

並べて読むと、三つの仕様はいずれも、チェックアウトで製品を販売事業者が選んだIDで識別しています。ACPはフィードのバリアントIDを使い、UCPは自らのバリアントIDを使い、AP2のマンデートは販売事業者から受け入れ可能な商品IDを列挙します。一つの店舗で注文を完了するには、これで妥当です。しかしこれは、Paula RiveroがチューリッヒでのW3C/GS1ワークショップで指摘した弱点です。エージェントはチェックアウトを完璧に実行しながら、それでも間違った製品を購入することがあり得ます。販売事業者の内部IDは、その店舗の外では、それがどの物理的な製品なのかについて何も語らないからです。

その境界を越えるフィールドがGTINです。ACPとUCPはどちらもGTINの置き場所を持っており、OpenAIのフィード仕様はそのチェックデジットを検証します。しかし三つのプロトコルのいずれもGTINを必須としておらず、エージェントが販売事業者をまたいで同じGTINをどう比較すべきかも定めておらず、GS1 Digital Link、デジタルプロダクトパスポート、あるいはブランド自身の情報に製品を解決するその他の方法にも言及していません。

これらがどう組み合わさるかについての私たちの解釈は、次のとおりです。いずれの仕様にも記載されているものではありません。

• フィード内のGTINは、販売事業者の間をつなぐ橋です。 二つの店舗が同じシャンプーを同じGTINで販売していれば、エージェントはそれらを同じ製品と認識し、タイトルから推測するのではなくオファーを比較できます。GTINがなければ、エージェントは名前の照合に頼ることになります。
• オープンなAP2マンデートの精度は、その商品IDの精度で決まります。 「この製品とまったく同じものを再注文する」ことを承認したユーザーは、v0.2では販売事業者の商品IDのリストを承認しています。それらのIDの背後にあるGTINこそが、二つ目の店舗でもその指示を同じ意味にするものです。
• GS1 Digital Linkは、ブランドにとっての真実が置かれる場所です。 GS1 Digital Link URIは同じGTINから構築されるため、すでにGTINを持っているエージェントはURIを組み立て、ブランドが管理する情報(仕様、取扱説明、安全情報、そしてEUではパスポートのデータ)へと解決できます。どのプロトコルもエージェントにこれを求めてはいません。同時に、それを妨げるものも何もありません。

QRコードが役に立たない場面もあります。QRコードはチェックアウト、支払い、マンデートには関与せず、プロトコルに準拠したフィードにQRコードは必要ありません。ここでの価値は、その背後にある識別子です。

ブランドと輸入者はいま何をすべきか

プロトコルは今後も変わり続けますが、カタログの作業はどのプロトコルが勝つかに左右されません。

1. GTINを持つすべての製品にGTINを付与してください。 自社のシステム、Google Merchant Centerのフィード、そしてあらゆるACPフィードで付与し、チェックデジットが有効であることを確認します。GTINのない製品のために識別子をでっち上げてはいけません。
2. バリアントごとに安定したIDを一つ保持してください。 そしてフィード内のIDがチェックアウトで受け付けられるIDであることを確認します。ACPとUCPはどちらもこれに依存しています。
3. GTINをバリアントIDに明示的にマッピングしてください。 一つのGTINは、内容量や配合を含め、カタログ内の販売可能な一つのバリアントを指すべきです。
4. エージェントが選択に使うフィールドを送信してください。 タイトル、説明、ブランド、価格、在庫状況、画像、正規の製品URLです。ACPとUCPでは、これらがチェックアウト前にエージェントが目にするものです。
5. 価格と在庫を最新に保ってください。 どちらの仕様もフィードを情報提供用、チェックアウトを正とみなしているため、古いフィードはエージェントを失敗するチェックアウトへと導きます。
6. 決済プロバイダーに、どのエージェント型フローに対応しているかを確認してください。 ACP向けのStripeのShared Payment Token、UCPの決済ハンドラー、AP2マンデート、VisaとMastercardのエージェントプログラムです。これらを自社で実装することはほとんどありません。
7. GTINに解決可能な置き場所を用意してください。 自社ドメインのもとにあるGS1 Digital Linkリゾルバーがあれば、どのエージェントも、どのプロトコルでも、製品をあなた自身のデータと照合できます。これはEUのデジタルプロダクトパスポートが依拠することになる経路でもあります。

Digital LinkはGS1ソリューションパートナーであり、私たちのプラットフォームは各製品にGTINに基づくGS1 Digital Linkを付与し、その背後に人とマシンの両方が読めるブランド管理のページと構造化データを用意します。エージェンティックコマースにおいて、これはプロトコルが空けたままにしているアイデンティティのレイヤーです。どのエージェントやプロトコルが問い合わせても、あなたのデータに解決される、製品ごとに一つの識別子です。エージェント主導の購買に向けてカタログの準備がどこまで整っているかを確認したい場合は、お問い合わせください。私たちのチームがあなたと一緒に製品データを確認します。

よくある質問

ACPとAP2の違いは何ですか。

ACPはコマースのプロトコルです。AIエージェントと販売事業者の間の製品フィード、チェックアウトセッション、委任された支払いトークンを標準化します。AP2は決済の信頼に関するプロトコルです。ユーザーが何を承認したかを証明する署名付きのマンデートを標準化し、カタログとチェックアウトは他のプロトコルに委ねています。AP2の仕様は、連携するよう設計されたコマースのプロトコルとしてUCPを挙げています。

ACPはChatGPTのInstant Checkoutと同じものですか。

いいえ。Instant Checkoutは、ACPの上に構築されたOpenAIの製品でした。2026年3月、OpenAIは販売事業者が自社のチェックアウトを使えるよう単独のInstant Checkoutから方針を転換し、ChatGPTでの発見のために製品フィードとプロモーションフィードを取り込めるようACPを拡張しました。ACPの仕様自体は引き続きオープンで、ベータ版のままです。

エージェンティックコマースのプロトコルはGTINを必須としていますか。

いいえ。ACPとUCPはどちらもGTINを受け入れる任意のバーコードフィールドを提供しており、OpenAIのChatGPTフィード仕様もgtinを任意としています。Google Merchant Centerは、GTINを持つすべての製品にGTINを推奨しており、割り当てられたGTINが欠けている製品を不承認とすることがあります。

これらのプロトコルのいずれかはGS1 Digital Linkを使用していますか。

2026年10月時点では使用していません。ACP、UCP、AP2のいずれの仕様もGS1 Digital Linkに言及していません。GS1 Digital Link URIはGTINから構築されるため、これらのプロトコルを通じてGTINを受け取ったエージェントであればそれを解決できますが、それはこれらがどう組み合わさるかについての私たちの解釈であり、プロトコルの要件ではありません。

現在AP2を所有しているのは誰ですか。

GoogleがAP2を作成し、2026年4月28日に、バージョン0.2のリリースとあわせてFIDO Allianceへの寄贈を発表しました。仕様とSDKは引き続きGitHubで公開されており、さらなる標準化はFIDOのワーキンググループで行われます。

EUの販売事業者はこれらのプロトコルを使えますか。

仕様はオープンであり、どこでも実装できます。これらに基づく最初の消費者向け製品は米国で公開されており、販売事業者がどの国で参加できるかはプラットフォームが国ごとに決定します。そのため、計画を立てる前に各プラットフォームの現在の利用資格を確認してください。