ChatGPTで販売する：ChatGPT ShoppingとACPプロトコルの完全ガイド（2026年）

ChatGPT Shoppingとは何か

ChatGPT Shoppingとは、ChatGPTに統合された購買体験の総称です。ユーザーが必要を言葉にしたとき（「10月に屋久島を歩くための防水ジャケット」「コーヒー好きへの5,000円以内のギフト」）、ChatGPTは単なるリンクの一覧ではなく、画像、価格、販売者、在庫状況を備えた商品カードで応答できます。

3つの異なる構成要素が併存しており、これを混同することが販売者の最初の誤りです。

• オーガニックな商品発見：ChatGPTが回答のなかで商品を提示するもので、販売者の支払いは発生しません。
• Instant Checkout：対象となる商品と販売者について、ユーザーが会話を離れずに購入を完了できるもの。
• ChatGPT Ads：モデルの回答とは分離された有料の広告枠。ChatGPT広告ガイドで扱っています。

このガイドが対象とするのは前の2つです。この2つは買えません。きれいな商品データと技術的な統合によって得るものです。

ChatGPTは今日どのように商品を見つけているのか

大半の販売者が見落としている点です。自分の知らないうちに、自分が管理していないデータでChatGPTに掲載されている可能性があります。OpenAIのドキュメントによれば、ある商品を扱う販売者の一覧は、第三者の提供元（アグリゲーター、価格比較サイト、カタログのデータベース）か、販売者から直接提供された販売者情報と商品メタデータから生成されます。

この違いは大きなものです。第三者経由では、価格が古く、在庫が誤っており、商品名が曖昧である可能性があり、しかも直接是正する手段がありません。OpenAIにproduct feedを送れば、自社カタログについて自分が真実の情報源になります。

実務上の系として、ChatGPTの最初の回答に表示される価格は通常、一覧の先頭に出た販売者の価格に対応しており、それが利用可能な最安値とは限りません。ChatGPTはそのあと、詳細な商品カードと販売者のランキングのなかで、把握しているなかで最も安い選択肢を前に出します。

Agentic Commerce Protocol（ACP）とは何か

Agentic Commerce Protocolは、OpenAIとStripeが共同で開発したオープンな標準です。販売者とChatGPTのユーザーをつなぐ接続層の役割を果たし、AIエージェントがどのようにカタログを発見し、カートを組み立て、税と送料を計算し、決済を起動するのかを定めます。そのうえで、注文、決済、コンプライアンスは販売者の既存のECスタックに残ります。

プロトコルは3つの仕様で構成されます。

• Product Feed Spec：カタログをどのように送るか。
• Agentic Checkout Spec：エージェントが注文システムとどのように対話するか。
• Delegated Payment Spec：決済をどのように決済事業者へ渡すか。

一度の統合でAIエージェント経由の販売が可能になり、同時に、何を売るか、ブランドがどう見えるか、注文をどう履行するかについての主導権は手元に残ります。

プロトコルがオープンであることが、なぜ決定的なのか

ここでの「オープン」はマーケティング上の主張ではなく、検証できる性質であり、販売者にとって2つの直接的な帰結があります。

Stripeを使う義務はありません。プロトコルはStripeと共同開発されましたが、Stripeを使っていない販売者も既存の決済事業者とともに採用できます。仕様はこの点を明示しています。OpenAIはmerchant of record（記録上の販売者）ではなく、販売者はいつもの決済事業者を使い、他の取引と同じように決済を処理します。

単一のエージェントのために作るのではありません。ACPはChatGPTだけでなく、AIエージェント全般で機能するように設計されています。これが、この投資を独自仕様の統合と根本的に区別する点です。カタログとチェックアウトを適合させる労力は、1つのプラットフォームを超えて役立ちます。だからこそ、まだInstant Checkoutを利用できない販売者にとっても、この作業を優先度の高いものと考えています。

product feed：フォーマット、配信方法、更新頻度

product feedは、販売者が構造化された商品データをOpenAIと共有するための手段であり、これによってChatGPTが検索と購買の体験のなかで商品を提示できるようになります。識別子、説明、価格、在庫状況、メディア、配送オプションを含む、安全で定期的に更新されるフィードを提供する必要があります。

フォーマット。現行の開発者向け仕様は、UTF-8のフラットファイルを記載しています。タブ区切りの.txtまたは.tsv、カンマ区切りの.csv、そしてそれらの圧縮版（.tsv.gz、.csv.gz、.txt.gz）です。アンダースコアで区切られた小文字の正規のフィールド名を並べたヘッダー行があり、続いて1行につき1商品または1バリアントを記述します。販売者向けドキュメントでは、やり取りの方式に応じてTSV、CSV、XML、JSONにも言及があります。実装の時点で仕様において想定されているフォーマットを確認してください。ここはドキュメントのなかでも動く部分です。

2つの配信モード。file uploadは一定の頻度でカタログ全体を送るもので、同じファイル（または同じ分割ファイル群）を最新のスナップショットで上書きします。APIはupsertによって日中の更新を送ります。プロモーションのデータはAPI経由のみです。OpenAIは両者の組み合わせを明示的に推奨しています。1日1回のフル配信をuploadで、日中の更新をAPIで行うという形です。

ここはこの仕組みで最も過小評価されているパラメータです。週に一度しか更新されないカタログは、必然的に誤った価格と、在庫ありと表示された欠品を生みます。ユーザーがその場で購入できる体験においては、誤ったデータは体験を損なうだけでなく、取引そのものを壊します。

product feedの項目：必須、条件付き、推奨

広告用途ではないフィードについて、仕様は3段階の要求水準を区別しています。以下の項目名は執筆時点の開発者向け仕様のものです。実装前に必ず再確認してください。OpenAIはこれらを変更していきます。

必須（10項目）：item_id、title、description、brand、url、image_url、price、availability、is_eligible_search、is_eligible_checkout。

条件付き：identifier_existsがnoでない限りgtinまたはmpnが必要です。在庫状況が予約注文または再入荷待ちの場合はavailability_dateが必要です。チェックアウトを有効にしている場合は販売者ポリシー（seller_privacy_policy、seller_tos）が必要です。

推奨：説明系ではcondition、product_category、material、dimensions、weight、age_group。メディア系ではadditional_image_urls、video_url、model_3d_url。価格系ではsale_priceとその有効期間。バリアント系ではgroup_id、variant_dict、color、size、size_system、gender。物流系ではshipping、pickup_method、is_digital。レビュー系ではreview_count、star_rating、q_and_a、reviews。返品系ではaccepts_returnsとreturn_deadline_in_days。

2つのフラグには特に注意が必要です。is_eligible_searchはChatGPTの検索に商品が現れるかどうかを制御します。is_eligible_checkoutは会話内での直接購入を許可するもので、is_eligible_searchに依存します。検索の対象になっていない商品は購入できません。技術的には妥当なフィードでも、これらのフラグの設定を誤ればカタログは見えないままです。

ChatGPTはどのように表示する商品と販売者を選ぶのか

これは誰も正確な数式では答えられない問いであり、逆のことを主張するコンテンツは疑ってかかるべきです。OpenAIのドキュメントが述べているのは、販売者のランキングが在庫状況、価格、品質、そしてその商品の製造元または主たる販売者であることといった要素を考慮するということです。OpenAIは、これらの基準が今後変化していくこと、特にユーザーの好みに応じて販売者のランキングのパーソナライズが進むことを見込んでいると明記しています。

この一文には4つの実務的な読み方があります。

• 在庫状況：誤った在庫は販売だけでなくランキングも失わせます。フィードの鮮度が可視性の要因になります。
• 価格：同じ商品を扱う販売者間の価格競争力が直接効きます。この点で作業は価格比較サイトに近づきます。
• 品質：OpenAI側では意図的に広い言葉ですが、具体的には商品データの網羅性と正確さ、そしてレビューを提供している場合はそのシグナルに置き換わります。
• 主たる販売者または製造元：自社製品を自ら売るブランドは、再販業者に対して構造的な優位から出発します。D2Cブランドにとっては良い知らせであり、複数ブランドを扱う流通事業者にとっては現実的な制約です。

これらは販売者のランキングの基準であり、ChatGPTが特定のクエリに対して関連する商品を選ぶ仕組みとは別のものです。後者は自然言語で表現された必要の理解に関わり、したがってタイトル、説明、属性の意味的な豊かさに関わります。

Instant Checkout：何であり、実際どこで使えるのか

Instant Checkoutは、ユーザーが会話の内側で直接購入できるようにします。対象商品には購入ボタンが表示され、ユーザーはChatGPTを離れることなく注文、配送先住所、支払い方法を確定します。

現在の対象範囲を、脚色せずに書きます。この機能は承認されたパートナー向けに提供されています。米国のChatGPT Plus、Pro、Freeのユーザーは、会話のなかで米国のEtsy出品者から購入でき、100万を超えるShopifyの販売者（Glossier、SKIMS、Spanx、Vuoriといったブランドを含む）が次の波として告知されています。

つまり、日本の販売者であればInstant Checkoutはまだ開かれていません。「今日から有効にできます」と提案するコンテンツは、告知しているものとは別の何かを売っています。いま開かれているのは地道な作業です。カタログの品質、商品識別子、データの構造化、そしてproduct feedのオンボーディングへの応募です。オンボーディング自体も承認されたパートナー向けで、OpenAIの販売者向けフォームから申し込みます。

そしてここが、まさに面白い時間帯です。アクセスが限られているあいだにカタログを整える販売者は、開放された日に対象となります。開放されてから話題に気づく販売者は、目の前に半年分のデータ整備を抱えることになります。

2つの技術仕様：Agentic CheckoutとDelegated Payment

Agentic Checkout Spec。販売者は5つのRESTエンドポイントを公開します。チェックアウトセッションの作成、セッションの更新（商品、配送、割引）、支払い方法を伴う確定、キャンセル、セッション状態の取得です。各レスポンスは、商品、価格、税と手数料、配送、割引、合計、ステータスを含む完全なカート状態を返す必要があります。販売者は購入者情報（氏名、メールアドレス、電話番号）、配送先と請求先の住所、数量、支払いトークンを受け取ります。カードの完全なデータを受け取ることはありません。そしてwebhook（作成、確定、発送、履行、キャンセル）でライフサイクルを追跡します。

Delegated Payment Spec。ユーザーはChatGPT内で支払い方法を選びます。OpenAIは決済データを販売者の決済事業者へ渡し、事業者は1回限りで上限が設定された支払いトークンを返します。これはPCIの対象範囲外です。OpenAIは注文を確定する時点でこのトークンを渡します。プロジェクトの規模を見積もるうえで重要な点として、この仕様への直接的な統合は、PSPと、自社のカードデータ保管庫を持つPCI DSSレベル1認定の販売者に限られます。大多数の販売者にとって、この部分は社内の技術チームではなく決済事業者が担います。

構造的に重要な点は、販売者が注文と顧客との関係の所有者であり続け、merchant of recordであり続けることです。

販売者が制御できること、できないこと

プロトコルを誠実に読むと、かなり明確な線引きが得られます。

制御できること：どの商品を露出し、どれを露出しないか（対象フラグによる）、送信する価格と在庫状況、説明コンテンツとメディア、プロモーション、販売と返品のポリシー、注文の履行と物流、自社PSPを通じた決済処理、購入後の顧客との関係、そしてmerchant of recordであり続けること。

制御できないこと：ある回答に表示されるかどうか、販売者ランキングにおける自分の順位、ChatGPTが商品を説明する際の正確な言い回し、自分の隣に表示される競合との比較、そして自分の市場へInstant Checkoutが開かれる時期。

これは構造的には自然検索と同じ非対称です。入力の品質は制御できても、出力の判断は制御できません。違いは、ここで送るデータがウェブページよりもはるかに規格化されていることで、そのぶん最適化はより機械的で、推測の入り込む余地が小さくなります。

Shopify、WooCommerce、PrestaShop、Magento：連携の実際の状況

ドキュメントに存在しない「ネイティブ対応」を告知する記事が数多くあります。検証できることと、できないことを整理します。

Shopifyが最も進んだプラットフォームです。OpenAIはShopifyの販売者がInstant Checkoutに加わることを告知しており、100万を超えるストアが対象とされています。対象化への最短経路ですが、アクセスは依然としてOpenAIの承認が条件であり、ストア管理画面のスイッチひとつではありません。

WooCommerce、PrestaShop、Magento / Adobe Commerce：現時点で、OpenAIの公式ドキュメントはこれらのプラットフォーム向けのネイティブ連携を一切記述していません。技術的に妨げるものはありません。ACPはRESTエンドポイントとフラットファイルのフィードに基づくオープンなプロトコルであり、独自開発のサイトを含めどのスタックにも実装できます。ただし現実には、個別開発を行うか、サードパーティのモジュールやコネクタを使うかのいずれかになり、この種の部品の保守については通常どおりの慎重さが必要です。

これら3つのプラットフォームに対する私たちの推奨は、チェックアウトから始めないことです。product feedから始めてください。ここは即座に価値があり、サードパーティのモジュールに依存せず、あとでどのコネクタを選んでも役に立ち続ける部分です。

あなたの商品がChatGPTに現れない理由

原因は3つの系統に整理でき、頻度の高い順は次のとおりです。

1. フィードがなく、第三者データが不利に働いている。直接のフィードがなければ、ChatGPTは第三者提供元のメタデータに依拠します。そこで商品の識別が誤っていたり、分類が誤っていたり、そもそも存在しなければ、あなたは存在しません。しかも、それを知らせる警告は一切ありません。

2. フィードはあるが、具体的なルールで落ちている。is_eligible_searchフラグがfalse、identifier_existsを指定しないままgtinやmpnが欠けている、予約注文商品にavailability_dateがない、チェックアウトを有効にしているのに販売者ポリシーを提供していない、UTF-8でないエンコーディング、規約に合わないカラムヘッダー。これらのエラーは行全体を黙って弾きます。

3. 対象ではあるが、順位が低い。同じ商品を扱う他の販売者に対して価格競争力がない、在庫が欠品と示されている、データが不完全、製造元に対して再販業者である。システムのなかには入っていても、上位3行には決して入りません。

これに加えて、技術的ではない4つ目の原因があります。ユーザーのクエリが、記述されているとおりの商品の位置づけと単純に一致していないという場合です。ここで、ChatGPT SEOのガイドで説明している意味的な作業が、カタログの作業と合流します。

カタログを実際にブロックするデータ品質の問題

私たちが確認するカタログでは、5つの問題が繰り返し現れ、詰まりの大半を説明します。

商品識別子の欠落。GTIN（場合に応じてEAN、UPC、ISBN）は、同じ商品について自社のオファーを他の販売者のものと突き合わせるための軸です。これがなく、MPNもidentifier_existsも正しく設定されていなければ、その商品は紐づけ不能な対象になります。これが第一のブロック要因であり、日本のカタログ、とりわけ自社独自の型番を製造しているブランドで非常に多く見られます。

価格と在庫の陳腐化。日中の更新がない日次フィードだけでは、購入が即座に成立する体験を壊すのに十分です。ここでの鮮度は快適さの問題ではなく、ランキングの基準です。

画像が弱い。背景が中立でない、商品が見切れている、解像度が足りない、ウォーターマークがある、別カットのない一枚だけの画像。商品カードがサムネイルと3行に集約されるインターフェースでは、画像が判断のうち不釣り合いに大きな部分を担います。

説明が薄い。タイトルを言い換えただけの2行の説明では、その商品がどの必要に応えるのかをモデルが理解できません。素材、寸法、重量、対象年齢、利用シーンといった属性は装飾ではありません。自然言語のクエリが引っかかるためのフックです。

バリアントのモデリングが不適切。色とサイズがgroup_idなしに独立した商品へ分散している、あるいは逆に、区別できる属性なしにまとめられている。どちらの場合も、特定のサイズを求めるユーザーに何を提示すべきかエージェントには分かりません。

ChatGPT Shopping vs Google Shopping：本当に変わる点

すでにGoogle Shoppingに出稿している販売者は本物の優位から出発します。product feedの規律は同じで、項目のかなりの部分が重なります。ただし、3つの根本的な違いが戦略を変えます。下の表がそれを整理しています。

最も構造的な違いはこれです。Google Shoppingでは、可視性は主にMerchant CenterとGoogle Adsを通じてクリック単位で買います。ChatGPT Shoppingでは、オーガニックな発見は買った枠ではなく、データの品質と鮮度、価格、そして主たる販売者としての立場に依存します。予算のレバーはChatGPT広告という形で別に存在しますが、販売者のオーガニックなランキングを置き換えるものではありません。

2つ目の違いはチェックアウトです。Googleはトラフィックの大半を販売者のサイトへ送ります。ChatGPTは、対象となる商品については取引を会話のなかに留めます。これにより、コンバージョン率の最適化という問いが、商品ページからproduct feedへ移動します。

3つ目の違いは成熟度です。Merchant Centerは15年以上安定してきたシステムで、固まったドキュメントと充実した診断ツールがあります。ACPは登場から1年未満で、仕様はまだ動いています。機会が大きいということでもあり、実装のたびにドキュメントを再確認する義務があるということでもあります。

オーガニックなShopping、Instant Checkout、ChatGPT Ads：この3つを混同しない

この3つの仕組みは、事業者によるものも含め、出回っているコンテンツのなかで頻繁に混同されています。しかし、それぞれ論理が異なり、展開の速度も同じではありません。

オーガニックなShoppingは買えません。きれいなproduct feedと競争力のあるデータで獲得するものです。承認されたすべての販売者が利用でき、他のすべての前提になります。

Instant Checkoutは会話のなかに取引を加えます。現在は承認されたパートナーと限られた地理的範囲に限定されています。Agentic Checkout Specの実装を前提とするため、本格的な技術プロジェクトになります。

ChatGPT Adsは、モデルの回答とは別の、スポンサー枠を買うものです。独自の入札とターゲティングの仕組みを持ちます。OpenAIはproduct feedからのキャンペーンも提供しており、仕様には専用の項目（is_ads_eligible）があります。ここで相乗効果に注目してください。同じproduct feedの作業が3つすべてに効きます。

これが、チェックアウトではなくカタログから始めるべき決定的な論拠です。他の要素がいつ開放されるとしても、収益が保証される唯一の作業だからです。

販売者向けチェックリスト：ChatGPTとACPに向けてカタログを整える

• 商品識別子のカバー率を確認します。有効なgtinまたはmpnを持つカタログの割合と、残りについてidentifier_existsが正しく設定されているかどうか。他のすべてに先立つ、最初の作業です。
• 価格と在庫の実際の鮮度を測ります。最後の同期が何時のものか、そして実際にはもうないのに在庫ありと表示されている品番がいくつあるか。
• 画像を監査します。解像度、背景、ウォーターマークの不在、additional_image_urlsによる別カットが少なくとも1点あること。
• カタログのなかで最も短い説明を洗い出し、マーケティング文を長くするのではなく、構造化された属性（product_category、material、dimensions、weight、age_group）を補完します。
• バリアントのモデリングを確認します。group_id、color、size、size_systemが商品ファミリー全体で一貫していること。
• is_eligible_searchとis_eligible_checkoutを意識的に設定し、後者が前者に依存することを忘れないでください。
• 販売者ポリシー（seller_privacy_policy、seller_tos）を準備します。チェックアウトを有効にした時点で必須になります。
• 配信の構成を計画します。日次のフル配信をupload、日中の更新をAPI、プロモーションはAPIのみ。
• WooCommerce、PrestaShop、Magentoを使っている場合、モジュールの登場を待って計画を止めないでください。product feedは今すぐ作れます。
• OpenAIの販売者オンボーディングに応募し、Instant Checkoutの地理的範囲の変化を追いかけてください。
• 編集面も軽視しないでください。商品を説明するページは、購買以外の文脈でもChatGPTの回答を支えます。詳細はChatGPT SEOのガイドで扱っています。

Ready2GEOでは現在AI Shopping Feed Auditorを開発しています。カタログをこれらの要件一式と突き合わせ、識別子のカバー率、欠けている必須項目、対象フラグ、画像と説明の品質を確認し、詰まっている品番の一覧を返すツールです。現在開発中で、まだ利用できません。準備ができ次第、ツール一式に加わります。それまでのあいだ、上のチェックリストはカタログのエクスポートに対して手作業でも十分に処理できます。