AIが買いに来ても、入れない？Meta・Sierraの新規格PAPでAIコマースはどう変わる

AIがあなたの商品を紹介してくれた。そのまま「買っておいて」と頼まれたら、あなたの店で注文まで進められるでしょうか。

AIの回答に登場する準備と、買い物を任されたAIをサイトで受け入れる準備。この両方を考えるきっかけになる発表が、2026年10月6日にありました。

MetaとSierraが発表したのは、利用者のAIと企業をつなぐ新しい接続規格「Personal Agent Protocol（PAP）」です。同じ日、Rezolve Aiは、米大手小売100社のうち97社で、AI向けに公開された購入手段を確認できなかったという調査を公表しました。

AIに見つけてもらった後、どう注文につなげるか。 この視点で二つの発表を読むと、EC担当者が今から調べておくことが見えてきます。

AIコマースの新規格PAPとは？Meta・Sierraが目指すこと

PAPは、利用者のAIと企業サイトをつなぐ共通ルール

PAPは、AIエージェントが企業とやり取りするときの接続ルールです。利用者に代わって動くAIと、依頼を受ける企業の間で、誰のためのアクセスなのか、何の操作を許すのかを扱うことを目指しています。Sierraの発表

買い物の場面で考えてみましょう。利用者がAIに「出張に使えるバッグを探して」と頼み、候補を見てから購入を任せるとします。このとき、利用者は選んだ商品を買ってほしい一方、店側は正しい相手からの注文として受け付けたいはずです。

商品を比較するAIが賢くても、店に入れなかったり、注文を変更する権限が分からなかったりすれば、途中で止まってしまいます。AIと店の間で、アクセスや操作の条件を共有できるようにする。 PAPの狙いは、この場面に置くと理解しやすくなります。

記事では、AIによる商品探しや購入支援を含む商取引を「AIコマース」と呼びます。そのうち、AIが利用者に代わって操作を進める買い物が、PAPと深く関係する領域です。

Walmart・Shopify・Stripeが参加しても、全店舗で使えるわけではない

今回の取り組みには、Meta、Sierraに加え、Walmart、Shopify、Stripeなどが参加しています。小売・EC基盤・決済に関わる企業が同じ接続ルールを検討するため、今後の提供サービスを確認しておく価値があります。

ただし、発表時点のPAPは開発中です。Sierraは最初の仕様となるv0.1を2026年10月中に公開する予定としており、10月7日に確認した発表だけでは、各社の利用者が一斉に使える状態になったとは判断できません。公開予定を含む公式説明

自社の対応を考える際は、「契約している会社が参加しているか」に加え、自分の契約・店舗・購入画面で、どの機能が提供されるかまで確認してください。参加企業の一覧と、自社で使える機能の一覧は、分けて持っておくと判断を誤りにくくなります。

PAPの仕組み：AIエージェントに何を任せるかを決める

商品を調べる段階と、アカウントを使う段階を分ける

Sierraの設計では、アカウントを使わずに済む問い合わせから始め、必要になった段階で利用者のアカウントへのアクセスを扱います。その土台がOAuthという、アクセスの許可を扱う既存の仕組みです。PAPの接続設計

たとえば、バッグの在庫や返品条件を調べるだけなら、一般公開されている情報で答えられます。一方、「先ほどの注文の配送先を変えて」と頼まれた場合は、対象の注文と、変更を許可した本人を確かめる必要があります。

この違いを自社の作業に当てはめると、まず整理すべきなのは操作ごとの条件です。「商品情報を読む」「会員情報を見る」「注文を書き換える」を一括りにせず、必要な本人確認と記録をそれぞれ決めておくと、接続先に求める要件も明確になります。

Webサイト・MCPなどのAPI・企業のAIへ接続する

PAPでは、通常のWebサイト、MCPやOpenAPIなどを使うAPI、企業側のAIエージェントという接続先が想定されています。APIは、サービスの機能をプログラムから利用するための窓口です。想定される接続先

接続先の違いは、担当部署を決める際にも役立ちます。画面上の購入手続きならEC運用担当、受注システムにつながるAPIなら開発担当、対話を通じた返品受付ならサポート担当も交えて確認する、といった分け方です。

MCPという言葉が出てきても、それだけでPAP対応が完了するわけではありません。接続する方法に加えて、誰が何を許可し、結果をどこへ残すかという業務上の条件を合わせる必要があります。

Shopifyの購入画面でAIに渡す操作については、WebMCPとチェックアウトの解説でも扱っています。今回のPAPは、こうした個々の機能を使う際の、利用者のAIと企業との接続を考える話です。

細かな操作制限と決済拡張は、これからの検討事項

行動ごとの細かな制限や決済の拡張は、Sierraが今後の可能性として挙げている内容です。発表済みの構想を、現在使える設定項目として案内することはできません。今後の検討事項

EC担当者は、先に「自社ならどこで許可を求めたいか」を書き出しておくとよいでしょう。注文確定前に確認する内容、金額が変わった場合の扱い、返品やキャンセルを受ける窓口などです。これはPAPの実装手順ではなく、提供される仕組みを評価するための自社要件になります。

米小売100社中97社で、AI向けの購入手段を確認できず

「未公開84社」と「調査アクセスを拒否した13社」の違い

Rezolve Aiは、2026年10月3〜5日に行った公開サイトの調査で、米小売トップ100社のうち、84社ではAI向けの購入窓口を発見できず、13社では調査アクセスを拒否されたと報告しています。合わせて97社、確認できたのは3社という結果です。購入窓口の調査結果

調査結果	社数
購入窓口を発見できず	84
調査アクセスを拒否	13
購入窓口を確認	3

ここでいう購入窓口は、AIが利用できる購入用の接続情報やブラウザ操作用の機能です。調査は外から確認できる仕組みを対象としているため、企業間の個別提携や、人間と同じ画面をAIが操作して買う方法までは、この数字から把握できません。調査方法と対象範囲

「97社がAIの買い物を全面的に拒否した」と読むと、84社と13社の違いが消えてしまいます。自社の調査でも、見つからなかった状態と、アクセスできなかった状態を分けて残すことが大切です。前者なら提供元への機能確認、後者ならアクセス制御の担当者への確認と、次の作業が変わるためです。

公開された購入窓口と、実際の注文成功は別に確かめる

公開された仕組みを発見する調査だけでは、送料の計算、本人の許可、決済、受注処理まで通ったかは分かりません。今回の数値も、各社の商品をAIで購入し終えた割合ではありません。調査が確認している範囲

導入を検討する店では、提供元に購入の流れを一つ見せてもらうと、必要な質問が具体的になります。商品を選び、配送先と送料を確認し、利用者が注文を認め、その注文が管理画面に届くまでを順に追ってください。

途中で在庫切れになった場合や、住所を受け付けられない場合の動きも聞いておくと、サポートの準備に役立ちます。実注文が発生する検証は、提供元のテスト環境や合意した条件で行い、担当者が結果を確認できる形にします。

AIO対策で紹介されることと、AIコマースで買えることは別

約4社に1社が名前を挙げられなかった調査の条件

Rezolve Aiは、公開サイトの調査と併せて、2,047社を対象にAIの回答を調べています。この回答集合では498社、約4社に1社が一度も名前を挙げられませんでした。AI可視性の調査報告

回答の調査期間は9月23日〜10月1日です。企業名を含まない質問を各社につき15件用意し、4つのAIで調べたものであり、一般の利用者が入力した全質問を集計した数字ではありません。回答調査の方法

AIO対策は、AIの回答で自社や商品が適切に紹介されるための取り組みです。ここではまず、自社の顧客が比較するときに聞きそうな質問を決め、どの商品が紹介され、何が判断材料になっているかを確認します。

たとえばバッグなら、「軽くて機内に持ち込みやすいもの」「雨の日の通勤に使いたいもの」では、必要な説明が変わります。製品名が出るかだけでなく、重さやサイズ、用途が正しく説明されているかまで読むと、商品ページで補う情報を考えやすくなります。

自社サイトの引用1.5%を、集客率や売上率に置き換えない

同じ調査では、引用元のうち、対象企業自身のWebサイトが占める割合は1.5%でした。これはAIが回答の根拠として示した情報源の内訳であり、AI経由の訪問や売上が1.5%だったという意味ではありません。引用元の集計

AIの紹介文を見た人がサイトを訪れる場合もあれば、別の店で比較を続ける場合もあります。そのため、回答に名前が出た回数だけを増やしても、注文までのどこが改善したかは分かりません。

一方、購入を受け付ける仕組みが整っていても、商品が候補に入らなければ利用される機会は限られます。今回の二つの発表を合わせて考えると、紹介されるための商品情報と、紹介された後の購入手続きの両方を確認する、という実務上の方針が立てられます。

なお、Rezolve Aiはこの分野のサービスを提供する企業です。結果は同社の調査条件に基づく観測として使い、日本のEC全体や、自社の売上見込みにそのまま当てはめないようにしてください。

日本のECが、AIコマース対応でいま確認すること

AIに答えてほしい商品情報と購入条件を整理する

最初は代表商品を一つ選び、購入前に必要な情報を一覧にするところから始められます。以下はバッグを扱う店を想定した確認例です。自社の商品と条件に置き換えて使ってください。

確認すること	商品ページなどで確かめる内容
商品を選べるか	型番、サイズ、重さ、素材、用途の違いが分かる
買える条件が分かるか	価格、在庫、送料、配送先の条件が確認できる
届く時期が分かるか	発送までの目安と、予約商品の条件が分かる
購入後に困らないか	返品・交換の条件と、問い合わせ先が見つかる

ここで見つけた不足は、項目名だけでなく「どのページの何を直すか」まで残します。「返品説明を改善」より、「商品ページから返品条件へ移動できるようにする」の方が、担当者に作業を渡しやすくなります。

商品ページとFAQで条件が違っていたら、まず内容をそろえます。AIが参照する先を増やすことだけに力を使うより、同じ商品について矛盾なく答えられる状態を先に作ると、購入前の案内にも役立ちます。

カート会社に、AIへの接続方法と本人確認を聞く

利用しているEC基盤や決済サービスには、自社の契約を示して問い合わせてください。抽象的に「AI対応していますか」と聞くより、対象と操作を絞ると、導入判断に使える回答を得やすくなります。

• 自社の契約・購入画面で、現在利用できるAI向けの接続方法はあるか。
• AIに任せられるのは商品検索、カート編集、注文確定のどこまでか。
• 利用者本人の許可は、どの画面で、何の操作に対して確認するか。
• 操作に失敗した場合、人が引き継げるか。注文の重複をどう防ぐか。
• 提供済み・試験中・予定の機能を分けた資料と、テスト手順を確認できるか。

回答を受け取ったら、担当者、確認日、対象の機能を一緒に記録します。PAPの仕様や各社の提供状況が変わったときにも、どの確認をやり直せばよいかが分かります。

AIでの紹介・サイト訪問・注文完了を別々に記録する

運用では、「AIに紹介された」「サイトへ来た」「注文が完了した」を別の記録として追います。それぞれが分かると、商品情報を直すべきか、訪問後の導線を見直すべきか、購入処理を調べるべきかを考えやすくなります。

段階	残しておきたい記録
AIでの紹介	質問、確認日、使ったAI、紹介された商品と引用元
サイトへの訪問	確認できた流入元、着地ページ、その後の操作
注文の完了	受注結果、分かる範囲の経路、失敗した手順と理由

ただし、この三つを同じ利用者の行動として結び付けられるとは限りません。経路が確認できない注文は「不明」のまま残し、集計の説明に含めます。AI経由らしいという印象で売上を足すと、施策の評価を誤ってしまうためです。

まずは一つの商品について、購入前の説明、サービス提供元の対応、注文までの確認項目をそろえてみてください。PAPの仕様公開を待つ間にも、自社のどこから準備すればよいかを具体的にできます。