購入者がエージェントになる時代のサイト: 準備チェックリスト

Anna Siminchenko2026.09.16 · 1 分で読める

2026年9月9日、OpenAIは自律エージェント、つまり課題を受け取って注文の確定まで最後までやり切るプログラムを動かすための専用サービスを公開しました。これはつまり、商品カードを目で見るのではなくデータを読む購入者が、ショップのサイトにやってくるということです。OpenAIのコマース関連ドキュメントを読み直して、すべてを1つのリストにまとめました。そういう購入者がボタンまでたどり着き、キャプチャで詰まらないために、マークアップ、フィード、決済に何が入っていなければならないかという話です。

エージェントは普通の検索ロボットとどう違うのか

検索ロボットはページをインデックスに入れて、あとで人間にリンクを見せるために来ます。そこから先の判断は人間がします。サイズを選べば価格が出てくるのだろうと察しますし、メール登録のポップアップは自分で閉じます。

エージェントはそれができません。エージェントは行動します。商品を選び、カートに入れ、決済を渡します。人間が直感で通り抜けているものはすべて、プログラムのためにはデータの中に明示的に書かれている必要があります。価格、在庫、配送日数、返品条件です。

そもそも購入は商品ページの中だけで完結するものではなくなりました。Snapchatは2026年9月13日、商品カードをダイレクトメッセージの中に直接追加しました。以前はアプリ内のショップ面で見せていたものが、今は商品を会話の相手に送れます。このときサイトは開かれません。購入者に届くものはすべて、あなたのデザインではなくあなたのデータから来ます。

Instant CheckoutとACP: チャットの中で購入が起きる場所

Instant Checkoutは、ショップのサイトに移動せずにChatGPTの画面の中で注文を確定する仕組みです。動いているのはAgentic Commerce Protocol (ACP)、つまりAIアシスタントの中で購入を完結させるためのオープン標準で、StripeがOpenAIと共同で開発しました。

ショップ側に求められるのは3つです。商品フィード、Agentic Checkout Spec (注文状態のやり取り) の実装、そしてDelegated Payment Spec (決済の受け渡し) です。アクセスはまだ承認済みパートナーだけで、申請はchatgpt.com/merchantsから行い、統合はテスト用フィードの検証から始まります。Stripeの情報では、米国の購入者にはまずEtsyの出店者の商品が開放され、その後Glossier、Vuori、Spanx、SKIMSを含む1,000,000以上のShopify出店者が順次つながっていきます。

リスクを見積もる人にとって重要な点があります。お金と注文はショップ側に残ります。OpenAIはmerchant of record、つまり法的な意味での販売者にはなりません。税金の計算はショップ、不正チェックはショップ、決済の売上処理も自社の決済サービスでショップが行い、ChatGPTには"承認"または"拒否"というステータスを返します。

Delegated Payment Specの仕組みはこうです。OpenAIが上限金額と有効期限を持つ使い捨ての決済リクエストを作り、決済プロバイダーがそれに対してトークンを返します。最初の対応実装はStripe Shared Payment Tokenで、条件に合うカードはさらにネットワークトークンに変換されます。

そして正直な線引きも書いておきます。OpenAIへの標準的なフィード投入は今のところ米国向けが前提で、target_countriesやstore_countryという列があってもそこは変わりません。共通フォーマットが現在記述しているのはUS、CA、MXです。ショップがこれらの国にない場合、1週間の作業になるのは"チャットでの販売開始"ではなく"データの整備"です。

以前人間が商品カードを読み、意味を自分で補って理解する

現在プログラムがフィードと構造化データを読み、使い捨てトークンで代金を処理する

マークアップ: JavaScriptなしでも見えるProductとOffer

チェックアウト連携をしない場合でも全員に必要な最低ラインは、商品ページのSchema.org構造化データです。名称と画像を持つProduct型、その中に価格、通貨、availability (在庫) を持つOffer。これはGoogleが商品向けの検索結果で求めるのと同じ項目なので、この作業は使い捨てになりません。

確認は簡単で、私は必ずこれを最初にやります。ブラウザーでJavaScriptを切って商品ページを開く。価格、在庫、注文ボタンが見えるなら、データはHTMLの中にあります。見えないなら、それはクリック後にスクリプトが描いているもので、エージェントが受け取るのは名称だけの空のページです。

同じテストで2つ目の問題も見つかります。バリエーションを選んだあとにだけ出てくる価格です。商品にサイズが5つあって価格をスクリプトが差し込んでいるなら、マークアップにはバリエーションごとにOfferが必要です。そうでないとデータの中に価格が1つも存在しません。

フィード: 必須9項目と、行ごと落ちる原因になる値

商品をChatGPTの回答に載せるにはフィードが必要で、OpenAIの仕様では1行につき必須項目が9つあります。item_id、title、description、url、brand、seller_name、image_url、availability、price。形式はCSVまたはJSONです。

availability項目が受け付ける値は5つだけです。in_stock、out_of_stock、pre_order、backorder、unknown。項目が欠けている、空、あるいは知らない値だと、その行ごと拒否されます。つまりその商品はエージェントにとって存在しません。価格は"79.99 USD"のように書き、桁区切りは入れません。

同じフィードの内容制限は、titleが150文字まで、descriptionがプレーンテキストで5,000文字まで。urlとimage_urlはhttpまたはhttpsで公開状態で開ける必要があり、ログインとパスワードは不可です。認証の後ろにあるフィードは役に立ちません。GTINは8桁、12桁、13桁、14桁のいずれかで、チェックディジットが正しいことが厳密に求められます。

私自身も引っかかりかけた落とし穴が1つ。OpenAIにはもう1つ、Google互換のフィードプロファイルがあり、そこでは同じ意味が別の書き方になります。列名はid、title、description、link、image_link、availability、price、brand。予約注文はpre_orderではなくpreorderと書きます。unknownという値は受け付けられません。availability_dateはpreorderとbackorderで必須です。価格0が許されるのは携帯電話 (カテゴリー267) とタブレット (カテゴリー4745) の場合だけで、しかもsubscription_costと合わせて指定します。

各行にitem_id, title, description, url, brand, seller_name, image_url, availability, price
availabilityは許可された5つの値のみ
価格は79.99 USD形式
titleは150文字まで, descriptionは5,000文字まで
urlとimage_urlはログインなしで開ける
GTINは8, 12, 13, 14桁のいずれか

2つのフィードプロファイルを1つの表にまとめました。列は"項目"、"OpenAIでの書き方"、"Google互換プロファイルでの書き方"、"間違えると何が壊れるか"。作るのに1時間かかりましたが、毎回ドキュメントを開いてpre_orderかpreorderかで悩むのをやめられました。

更新頻度: Googleは1日1回以上、ACPは最短15分

Googleの商品データ管理画面であるGoogle Merchant Centerは、最低でも1日1回更新された最新のフィードを求めます。2026年6月1日付のACP商品フィード公開仕様では最短15分ごとという頻度が示されていて、OpenAIとの統合ではカタログの日次スナップショットが前提になっています。

実務的な意味は1つです。サイトの在庫がフィードの更新より速く変わるなら、エージェントは存在しない商品を注文し、決済の段階で拒否されます。拒否は失った注文というだけでなく、判断をプログラムが行うチャネルでショップの評価を落とすことでもあります。

is_eligible_checkoutフラグと、これがないとチェックアウトが有効にならない2つのページ

OpenAIのフィードで購入可否を担当するのはis_eligible_checkoutフラグです。これが効くのは2つの条件が揃ったときだけ。is_eligible_search項目もtrueであること、そしてあなたの統合でチェックアウトが有効になっていることです。つまり、まず商品が表示を許され、そのあとでようやく購入を許されます。

チェックアウトのためには、公開URLを持つ項目がもう2つ、実質必須になります。seller_privacy_policy (プライバシーポリシー) とseller_tos (販売条件) です。これらのページがマイページの中やPDFで認証の後ろにあるショップは、公開領域に出す必要があります。

別の話として、ディスカバリーとチェックアウトは別の課題だと知っておくとよいです。2026年8月15日のPaz.aiの解説によれば、ACPが記述しているのは購入セッションそのものであり、商品がChatGPTの回答に載ること自体はフィード経由でACP checkoutを実装しなくても可能です。プロトコルのレベルでの手数料はなく、支払うのは決済サービスとプラットフォームの分だけです。

エージェントを完全に止めてしまうもの

3つのものが、マークアップの作業をすべて無駄にします。プログラムがそこを通過できないからです。

商品カード、カート、注文手続きに至る途中のキャプチャ。人間なら5秒で解きますが、エージェントはそこで止まって去ります。
価格を見る前の会員登録の必須化。価格がログインユーザーにだけ見えるなら、エージェントにとって価格は存在しません。
ウィジェット1画面だけで成立している決済、つまり決済トークンを渡す独立したステップがない構成。エージェントには分解できる流れが必要です。注文内容を確定し、金額を受け取り、決済を渡す。

4つ目は私が最もよく見かけるもので、これが一番もったいない。1年前に"念のため"robots.txtに入れたAIクローラー向けの禁止ルールです。robots.txtはサイトのルートに置かれ、ロボットにどこへ行ってよいかを伝えるファイルです。そこにAIクローラーの禁止が残っている間、そのショップはエージェント経由のシナリオから丸ごと切り離されていて、どんなマークアップも助けになりません。

アトリビューション: あとでエージェント経由の注文をレポートで見つける方法

チャットで確定した注文は、いつものサイト訪問を伴わずに来ます。そのためチャネル別レポートではノーリファラーに沈むか、どこにも現れないことがあります。OpenAIは推奨事項のセクションで、フィードのurl項目にパラメーター、たとえばutm_medium=feedを付けること、そしてカタログのスナップショット間でそれを同一に保つことを明確にすすめています。変わってしまうと、同じ商品が別々のリンクとして数えられます。

集計のもう半分はサイトの外に出ます。Google Adsは2026年9月10日からオフライン売上、つまりブラウザーの中で起きなかった売上のアップロードを受け付けます。エージェント経由の注文も同じ仕組みです。取引はあなたのCRMに現れるので、ピクセルではなくデータのアップロードで広告管理画面まで届ける必要があります。

同時に、このチャネルがどこへ向かっているかも見えてきます。2026年9月10日にSearch Engine Landが、Amazonが自社の広告購入プラットフォーム経由でChatGPT内への広告配信を試験していると伝えました。エージェントが商品を選ぶ場所が、有料枠を持つ媒体になっていきます。そこに無料で入るのは、時間が経つほど難しくなります。

プラットフォーム利用のショップなら、作業の一部は済んでいる

統合を手で書き始める前に、プラットフォームを確認してください。Search Engine Journalは2026年6月16日に、Shopify Agentic Storefrontsが米国の対象出店者ではデフォルトで有効になっており、1つの管理画面からChatGPT、Google AI Mode、Microsoft Copilot、Perplexityへカタログを配信すると書いていました。小さなショップにとって、今どのプロトコルを使うかを決めているのは開発者ではなくプラットフォームです。