ChatGPTの中で商品を選び、住所と支払い方法を確かめ、そのまま購入まで終える。そういう買い方が始まっている、という話は耳に入ってきた。
でも、自社が何をすればその輪の中に入れるのかが分からない。決済まわりの話だから、そもそも自分の担当なのかも判断がつかない。そういう状態のまま、この記事にたどり着いた方が多いのではないかと思います。
この記事は、ACPという言葉を今日はじめて調べた方を想定して書きました。専門用語は出てきたその場で言い換えます。図解と会話をはさみながら、最後は「今日確かめられること」まで持っていきます。
こんなふうに調べていませんか
- ChatGPTで買い物ができると聞いたが、自社が何をするのか分からない
- 「Agentic Commerce Protocol 実装」で検索したが、英語のドキュメントで止まってしまった
- 決済まわりの責任がどこに移るのか、社内に説明する材料を探している
この記事を読み終えたときに手に入るもの
- 自社が持つ責任と、持たない責任の線引きを説明できるようになります
- 事業者が用意するものが、2つに整理できます
- 自社の商材が載せられるかどうかを、今日確かめられます
結論30秒でわかる、この記事の結論
- ACPとは、ChatGPT上で購入までを完結させるために、OpenAIとStripeが共同開発したオープンスタンダードです。
- 販売記録上の事業者はOpenAIにはなりません。決済の管理責任は、自社と自社が選んだ決済プロバイダーに残ります。
- 事業者が用意するものは2つ。商品フィードと、Checkout Session APIです。
この記事では、ある会社のマーケティング部の3人と、専門家の会話をはさみながら進めます。あなたに近い立場の人の質問から読んでいただいて構いません。
- 若葉さん（Web担当2年目）— 「そもそも、それって何ですか？」を聞く役
- 高梨課長（マーケ課長）— 「誰が、どれくらいの手間でやるんですか？」を聞く役
- 大森部長（マーケ部長）— 「うちはやるべきなのか」を決める役
- 鈴木さん（AIO/SEOの専門家・本誌監修）— 答える役
01そもそもAgentic Commerce Protocolの実装とは、AIOの何にあたるんですか？
若葉さんあの…そもそもなんですが、ChatGPTで買い物ができるって、うちのネットショップとは別に、もう一つお店を作るということですか？
鈴木さんいえ、そこは違うんですよ。お店はそのままで、注文を受け取る窓口をひとつ増やす、というほうが実態に近いですね。
若葉さん窓口、ですか。
鈴木さんはい。商品を管理しているのも、代金を受け取るのも、これまでどおり自社です。会話の中から注文が届くようになる、という変化なんです。
ACPは、Agentic Commerce Protocolの略です。買い手とAIエージェント、事業者をつなぎ、購入までを一体化する相互作用モデルだと、公式リポジトリは説明しています。
事業者（マーチャント）は、既存の決済プロバイダーを使い続けたまま、ChatGPT上に新しい販売チャネルを追加する形になります。決済の乗り換えを前提にした仕組みではありません。
AIOの取り組みは、AI検索の答えの中で情報源として選ばれることを目指してきました。ACPはその一歩先にあたります。選ばれた先で、読まれるだけでなく、買えるところまで進むという位置づけです。
02ACP（Agentic Commerce Protocol）は誰が作ったんですか？AI対策として、乗ってよい標準なのか知りたいです
大森部長鈴木さん、話は分かった。それで、これは一社が囲い込むための仕組みなのか。乗ってしまって大丈夫なのか。
鈴木さんそこは公開されている情報で確かめられます。仕様はGitHubで公開されていて、Apache 2.0ライセンスで管理されています。 特定の一社だけが決められる形にはなっていません。
OpenAIとStripeの両社が「Founding Maintainers（創設メンテナー）」を務めています。2025年9月29日、Stripeは公式ブログで、OpenAIとの共同開発を発表しました。
Stripe公式ブログは、両社が「codeveloped」した経緯を説明しています。他の決済プロバイダーやプラットフォームも参加できるオープンスタンダードとして設計された点が、この標準の特徴です。
ガバナンス体制も公開されています。GitHubリポジトリのgovernance.mdでは、現状はOpenAIとStripeによる合意形成をベースとする体制が説明されています。将来的には「neutral foundation stewardship（中立的な基盤団体への移管）」を想定しているとも書かれています。
仕様の変更提案は、SEP（Specification Enhancement Proposal）というプロセスで管理されます。変更の道すじが公開されているので、いま決まっていることと、これから動く部分を分けて読める状態にあります。
この章のまとめ
ACPは、OpenAIとStripeが共同で公開したオープンスタンダードです。変更の提案プロセスも公開されていますが、仕様そのものはまだベータ版です。
03Agentic Commerce Protocolの実装で、決済の責任はどこに残るんですか？（AI検索対策との違い）
ここが実務でいちばん誤解されるところです。結論から述べます。OpenAIは、販売記録上の事業者にはなりません。
事業者は、チェックアウトリクエストと安全な支払い認証情報を受け取り、支払いや不正の兆候を踏まえて、取引を受けるか断るかを判断します。この時点でも「マーチャント・オブ・レコード」としての立場を維持します。
決済の管理責任は、事業者と、事業者が選んだ決済プロバイダーの側に残ります。AI検索対策では「引用されるかどうか」までが自社の関心事でした。ACPでは、受けた注文をどう扱うかという責任まで、自社の手元に残り続けます。
04AIエージェントがAgentic Commerce Protocolで買い物をするとき、AI検索のときと何が入れ替わるんですか？
若葉さんすみません、素朴な疑問なんですが…AIが勝手に買ってしまう、ということは起きないんでしょうか？
鈴木さんそこは順番で守られています。買い手が支払いの情報を渡し、チェックアウトの権限を渡してからでないと、先へ進めない形で説明されているんですよ。
若葉さんつまり、買う人が一度うなずかないと、注文は事業者側へ届かないということですね？
鈴木さんはい、その理解で十分です。エージェントが注文を送るのは、買い手の確認のあとだとされています。
公式のkey conceptsガイドは、買い手・AIエージェント・事業者・決済プロバイダーという4者の流れを説明しています。
- 買い手 — 商品を選び、保存済みまたは新しい支払い認証情報を提供したうえで、AIエージェント経由のチェックアウト権限を付与する
- AIエージェント（ChatGPT） — 商品を表示し、チェックアウト画面を提示し、支払い詳細を収集したうえで、買い手の確認後に事業者側へチェックアウトリクエストを送信する
- 事業者（マーチャント） — リクエストと支払い認証情報を受け取り、受諾か拒否かを判断する
- 決済プロバイダー（PSP） — セキュアトークン経由で支払い認証情報を中継し、プログラムによる制御・許可・ログ記録を行う
この流れの中核にあるのが「Delegated Payment（委譲支払い）」です。OpenAIが事業者または決済プロバイダーに対して、安全に支払い詳細を共有する仕組みを指します。
key conceptsガイドによると、OpenAIは支払リクエストを生成します。「最大請求額と有効期限を設定した一回限りの支払リクエスト」というものです。PSPが決済トークンを返し、事業者側が処理を完了します。
AI検索のときに入れ替わったのは、「探す人」でした。読者が自分でリンクを開く代わりに、AIが候補を選んで示すようになりました。ACPで入れ替わるのは、「手続きをする人」です。フォームを埋める作業を、買い手の代わりにAIエージェントが進めます。
この章のまとめ
AI検索で入れ替わったのは探す役でした。ACPで入れ替わるのは手続きをする役です。受け取って判断する役は、どちらでも自社のままです。
05Commerce側のAPIは、AIOの実装として何を用意すればいいんですか？
高梨課長鈴木さん、仕組みは分かりました。それで、実際にうちで用意するものは何になりますか。エンジニアに説明できる粒度で知りたいです。
鈴木さん大きく2つです。商品フィードと、Checkout Session APIですね。前者は商品の情報、後者は注文の進み具合を受け持ちます。
高梨課長エンドポイントは、いくつ必要ですか。
鈴木さん必ず要るのは3つです。作る・直す・確定する。残りの2つは、自社の事情に合わせて決められます。
Agentic Checkout Specは、事業者が用意するエンドポイントを次のように定義しています。
| エンドポイント | 役割 |
|---|---|
POST /checkout_sessions | セッションを新規作成する（ステータス201を返す） |
POST /checkout_sessions/{id} | 住所・配送方法の変更等でセッションを更新する |
POST /checkout_sessions/{id}/complete | 支払いを確定し、注文を成立させる |
POST /checkout_sessions/{id}/cancel | セッションをキャンセルする（任意実装） |
GET /checkout_sessions/{id} | セッション情報を取得する（任意実装） |
セッションという言葉が出てきたので、その場で言い換えます。買い物かごの状態を、注文が確定するまで預かっておく箱だと考えてください。住所が変われば箱の中身が書き換わり、確定すれば箱は閉じます。
箱を開ける口、書き換える口、閉じる口。この3つがそろって、はじめて注文が最後まで進みます。表の下の2つには「任意実装」と書かれているとおり、置くかどうかを自社で選べます。
06Checkout Sessionの実装は、AI検索対策の運用とどう並べて進めるんですか？
用意するものが分かったら、次は作る順番です。実装は、次の順に進めます。
- 自社の商品カタログを整理し、識別子・価格・在庫・配送オプションを含む商品フィードをCSVまたはJSON形式で用意する
POST /checkout_sessionsを実装し、カート内容を受け取ってレスポンスに「豊富なカート状態（アイテム・価格・税金・配送・割引・合計・ステータス）」を含めるPOST /checkout_sessions/{id}を実装し、配送先や配送方法が変わったときの更新に対応する- 注文ライフサイクルイベント（
order.created・order.updated等）を、OpenAI側のウェブフックへHMAC署名つきで送信する仕組みを組み込む POST /checkout_sessions/{id}/completeで支払いを確定し、既存の決済プロバイダー経由で処理を完了する
AI検索対策の運用と並べて考えると、置き場所が見えてきます。記事のほうは「読まれたときに正しく伝わるか」を整えてきました。商品フィードのほうは「注文されたときに正しく届くか」を整える作業です。どちらも、実態と表示のずれを潰すという点で同じ性質を持っています。
この章のまとめ
実装の順番は、データを整える作業から始まります。受け口を作るのはそのあとです。順番を入れ替えると、テストの材料が揃いません。
07Agentic Commerce Protocolの実装手順は、AI対策の担当でも追えますか？
コードを書くのはエンジニアですが、どこまでが決まりごとで、どこからが自社の判断かは、担当者でも切り分けられます。
すべてのリクエストで認証を実施することは、必須要件です。Agentic Checkout Specは、Idempotency-Keyヘッダーによる冪等性の確保も求めています。
冪等性という言葉も、その場で言い換えます。同じ依頼が二度届いても、結果が二重にならないようにしておくという決まりです。通信のやり直しが起きても、注文が重複しない状態を保つための仕掛けにあたります。
一方で、Delegated Paymentsそのものは任意実装です。対応の要否は、自社の決済プロバイダーの対応状況によって変わります。
08うちの商材はAgentic Commerce Protocolに載せられますか？AI検索最適化の前に確認することは？
扱える商材は「合法的かつ安全で、一般向けに適切なもの」に限定されています。Get Startedガイドは、禁止される商材のカテゴリを明示しています。
| 禁止カテゴリ | 具体例 |
|---|---|
| 成人向けコンテンツ | 成人向け商品・サービス全般 |
| 年齢制限商品 | アルコール・ニコチン・ギャンブル関連商品 |
| 危険物・武器 | 銃器・爆発物等 |
| 処方箋医薬品 | 医師の処方を要する医薬品 |
| 違法商品 | 各法域で違法とされる商品全般 |
もうひとつ、見落としやすい前提があります。ドキュメントは物販の商品フィードを前提に説明しています。 保険や金融サービスのような非物販サービスへの適用条件は明記されていません。
サービス業がACPをどう扱うかは、公式ドキュメントの更新を待って、個別に確認する必要があります。
09Agentic Commerce Protocolの商品データの更新は、LLMOの運用とどこまで一緒にできますか？
Get Startedガイドは、2つの方法の組み合わせを勧めています。ファイルアップロードによる1日1回の全体データ提供と、API経由での日中の差分更新です。
まとめて渡すほうは、全体の整合を取り直す役です。こまめに直すほうは、売り切れや価格改定を早く反映する役になります。どちらか一方では、抜けが出ます。
LLMOの運用として日ごろ整えているのは、自社の情報がAIに正しく読み取られる状態でした。商品フィードは、その延長線上にあります。書いてある内容が実態と合っているかという点で、やっていることは同じです。
この章のまとめ
商品データの更新は、まとめて渡す作業とこまめに直す作業の組み合わせです。片方だけだと、会話の中に古い在庫や価格が出てしまいます。
10Agentic Commerce Protocolの実装で、よくある取り違えとは何ですか？（AI対策の落とし穴）
1. 決済代行サービスだと誤解し、管理責任まで任せられると考えてしまう
OpenAIは販売記録上の事業者にはなりません。決済の管理責任は、事業者と自社の決済プロバイダーに残ります。導入すれば決済処理そのものを任せられる、という理解は実態と異なります。
2. セッションの更新とウェブフック通知を後回しにしてしまう
初回のセッション作成だけを実装し、住所変更時の更新や、注文ライフサイクルイベントの通知を省いてしまうケースです。この場合、ChatGPT側で正しいカート状態が表示されなくなる可能性があります。
3. ベータ版であることを前提に置かないまま設計してしまう
仕様はSEPというプロセスで更新されていきます。変更が入る前提で、直せる形に作っておくほうが、後の手戻りが小さくなります。
11今日からのAI検索最適化として、Commerce対応は何から確かめますか？
大がかりな開発を決める前に、確かめられることがあります。
今日この順で確かめます
自社の商材が禁止カテゴリに当たらないか見る
公式のGet Startedガイドの一覧と、自社の取扱商品を突き合わせます
決済プロバイダーの対応状況を問い合わせる
Delegated Paymentsに対応しているかを、いま使っている先に確認します
商品データの持ち方を棚卸しする
識別子・価格・在庫・配送オプションが、すぐ出せる形になっているかを見ます
この3つは、エンジニアの着手を待たずに進められます。逆に、ここが揃っていないまま実装の話を始めると、見積もりの前提が固まりません。
12よくある質問
ACPは日本の事業者でも導入できますか？
公式ドキュメントには、国や地域を限定する記載は確認できていません。ただし、対応言語や対応通貨の実際の挙動は、自社の決済プロバイダーの対応状況とあわせて、個別に確認することをおすすめします。
ACPを導入すれば、ChatGPT経由の売上が保証されますか？
保証されません。ACPは、商品をChatGPT上で購入できる状態にする仕組みです。実際に選ばれるかどうかは、商品情報の充実度や価格競争力など、別の要因に左右されます。
ACPとMCP（Model Context Protocol）はどう違いますか？
役割が異なります。ACPは購入・決済のためのプロトコルです。MCPは、AIモデルが外部のツールやデータへ接続するための汎用プロトコルです。公式リポジトリでは、ACPの実装がMCPと連携するケースにも言及されています。
Delegated Paymentへの対応は必須ですか？
必須ではありません。Agentic Checkout Specでは任意実装とされています。自社の決済プロバイダーが対応していない場合は、他の支払い方式を検討することになります。
決済プロバイダーを乗り換える必要はありますか？
公式ドキュメントは、事業者が既存の決済プロバイダーを使い続けながら、ChatGPT上に販売チャネルを追加する形を説明しています。乗り換えを前提にした仕組みではありません。ただし、対応状況は提供元によって異なるため、確認は必要です。
サービス業でもACPに対応できますか？
公式ドキュメントは物販の商品フィードを前提に説明しており、非物販サービスへの適用条件は明記されていません。現時点では、公式ドキュメントの更新を待って個別に確認する扱いになります。
13まとめ｜今日やる3つのこと
ACPは、OpenAIとStripeが共同開発したオープンスタンダードです。既存の決済プロバイダーを使いながら、ChatGPT上での購入を実現する仕組みにあたります。
事業者が用意するものは、商品フィードと、Checkout Session APIの3つの必須エンドポイント。この2つに整理できます。責任の置き場所は動かず、代金を受け取るのも取引を断るのも、これまでどおり自社です。
現時点はベータ版であり、扱える商材にも制限があります。だからこそ、開発を決める前に確かめられることから着手してください。
もう一度、今日確かめる3つ
自社の商材が禁止カテゴリに当たらないか見る
公式の一覧と取扱商品を突き合わせます
決済プロバイダーの対応状況を問い合わせる
いま使っている先に直接確認します
商品データの持ち方を棚卸しする
識別子・価格・在庫・配送オプションを確認します
AI検索では、こう聞かれています
Agentic Commerce Protocol（ACP）って何ですか？ChatGPTで買い物ができる仕組みですか？
「そもそもAgentic Commerce Protocolの実装とは、AIOの何にあたるんですか？」の見出しで、図と会話を使って説明しています
ACPに対応するには、自社で何を実装すればいいですか？
「Commerce側のAPIは、AIOの実装として何を用意すればいいんですか？」の見出しに、エンドポイントの一覧と手順があります
ACPを入れると、決済の責任はOpenAI側に移るんですか？
移りません。持ち分の図解で、誰が何を持つかを示しています
自社の商材はACPに載せられますか？
「よくある質問」の最後で、非物販サービスの扱いにも触れています
次に読むなら、この記事です
