AIの購入手続きが約2倍速く。PayPalが試したWebMCPとは？

PayPalは、AIによる購入手続きが小規模な社内テストで約2倍速くなったと報告しました。店の機能をAIへ伝えるWebMCPを使った結果です。ただし、最後に支払いを承認するのは購入者です。[1]

「うちにもPayPalのボタンがある。それなら、AIから買ってもらえるの？」。通販サイトを運営していると、まずそこが気になるはずです。ボタンを置いていることと、今回の機能を利用できることは同じではありません。

この記事では、2026年9月19日時点の案内をもとに、何が便利になるのか、誰が試せるのか、相談する前に何を準備するのかを説明します。現時点で全店舗がすぐ有効にできる設定手順は、公表されていません。

AIが買い物を手伝うと、店では何が起きる？

WebMCPは、サイトが「商品を探す」「カートを更新する」といった機能を、対応するAIへ伝えるための提案中の仕組みです。人に見せるボタンだけでなく、AIが呼び出せる操作も用意する、と考えると分かりやすくなります。[1]

PayPalが示した流れでは、AIが商品探しとカートの準備を手伝い、購入者をPayPalの支払いへ引き継ぎます。購入者はログインし、内容を確認して承認します。今回は「AIにカード情報を預けて、好きに買わせる」という話ではありません。[1]

店側のメリットは、AIが購入の途中で迷う場面を減らせる可能性があることです。ただし、操作が速くなっても、欲しい商品が見つからなければ購入には進みません。商品名、選択肢、在庫などの説明も一緒に整える必要があります。

例えば、同じ商品に複数のサイズがある店を考えてください。「カートに入った」という結果だけでは、購入者が欲しかったサイズかどうかが分かりません。AIからの操作でも、商品と選択肢を特定し、最終確認へ正しく引き継げることが大切です。これは当社が提案する確認観点です。

「約2倍」の数字は、どこまで参考になる？

9月16日の発表は、テスト用店舗でのギフトカード購入を比べたものです。購入完了までの時間の中央値が約2倍速くなり、30回を超える画面操作が3回のツール呼び出しになったとしています。少数のテストによる同社の報告で、一般店舗の売上が2倍になった結果ではありません。[1]

ここでいうツールは、AIが使う「商品を検索する」などの機能です。画面を何度もたどる代わりに、必要な機能を直接使える点が検証の中心です。

この数字から自社の売上や開発費を計算するのは早すぎます。ギフトカードの購入と、サイズ選択や配送先の確認がある商品の購入では、必要な作業が違うからです。記事を読んだ店が使えるのは、倍率そのものより「同じ買い物を、対応前後で比べる」という検証の考え方です。

測るなら、開始と終了を先に決めます。「購入して」という指示から支払い承認画面までなのか、注文番号の発行までなのか。同じ名前で異なる区間を測ると、速くなった理由を説明できません。

まず、自社が相談できる状態か確かめる

今回の機能はStore Sync利用店を対象とする任意の対応として案内されています。Store Syncは、商品情報やカート、注文をAIによる買い物につなぐPayPalのサービスです。PayPalは別に、AI上での支払いを支えるAgent Readyも提供しています。[1][2]

自社で確認する順番は、次のとおりです。契約内容を知らない担当者が、いきなりサイトのプログラムを書き換える必要はありません。

1. 社内の決済担当者に、現在のPayPal契約と担当窓口を確認する。
2. Store Syncを利用しているか、導入を検討中かを確認する。
3. 自社の販売国、配送元、商品種類、使っている通販システムを一枚にまとめる。
4. PayPalの担当者へ、WebMCPの試験参加と自社条件への対応を問い合わせる。

担当者がいない場合は、PayPalの公式案内ページにあるStore Syncの相談フォームが入口です。事業サイト、国、連絡先などの入力欄があります。これは相談窓口であり、送信した瞬間にWebMCPが有効になる画面ではありません。[3]

日本の店舗が今回の機能を利用できるか、対応ブラウザ、必要な契約、費用、利用開始までの期間は、自社の条件を添えて確認してください。公開された一般案内だけから、全ての日本の店舗が対象だとは判断できません。

相談前に作る、商品一つ分の確認メモ

ここからは当社が提案する準備手順です。PayPalの申込必須項目ではありません。技術担当者でなくても、普段の商品管理画面と公開ページがあれば始められます。

最初に、売れ筋の商品を一つ選びます。管理画面で、その商品の識別番号、価格、在庫、選択肢を確認してください。識別番号は、似た商品や色違いを取り違えないための番号です。通販システムによって「商品ID」や「SKU」と表示されます。

次に、お客さん向けの同じ商品ページを開きます。管理画面の編集URLではなく、会員でなくても商品説明を見られるページです。価格、在庫、購入時に必要な選択が、管理画面と食い違っていないかを見比べます。

確認すること	メモに残す内容	食い違った場合
同じ商品か	商品の識別番号と公開ページ	商品名だけで判断せず、色・サイズも照合する
今買えるか	在庫表示と購入ボタンの状態	販売終了や予約販売の条件を説明へ反映する
支払額は分かるか	商品価格、送料、追加費用の条件	確認画面で初めて分かる費用がないか調べる
問題が起きたらどうするか	返品条件と問い合わせ先	注文後に見つけられる場所へ案内を置く

「AI対応」という設定を追加する前に、このメモの空欄を埋めるのがおすすめです。現時点の正しい値がなければ、接続後の回答が正しいかも判断できません。修正担当者と確認日も残せば、後から同じ商品を再点検できます。

試験では、失敗する場面も用意する

試験参加が認められたら、PayPalから案内された環境と手順を使います。実際のお客さんの注文や、本番の商品在庫を使って無断でテストしないでください。

「買えた」で終わらせず、どこで止まり、どう案内されるかを見ます。以下は当社が提案する試験項目です。

用意する場面	確認したい結果
商品が在庫切れ	買えると断言せず、在庫がないことを伝える
カート作成後に価格が変わる	最終金額を購入者が確認できる
購入者が承認をやめる	購入完了として案内しない
通信が途中で止まる	注文の有無を調べられ、重複注文を見逃さない
複数の色・サイズがある	選んだものがカートと最終確認で一致する

結果は「成功・失敗」だけでなく、試した商品、指示した文章、日時、利用環境、表示された内容と一緒に残します。失敗したら、商品データの問題か、AIの操作の問題か、支払いへの引き継ぎの問題かを切り分けます。

例えば「注文が完了しました」とAIが答えても、店の管理画面に注文がなければ成功ではありません。逆に、AIの返答が途中で止まっていても、注文が作成されている可能性があります。試験時は注文番号まで照合する、という合格条件を先に決めておきます。

AgentSignalでは、何を先に確認できる？

公開ページの状態を確認したい場合は、無料AIO診断に自社の商品ページを入力できます。AIOは、AI検索で内容を理解・紹介してもらうための取り組みです。まずページの診断結果を見て、直す必要がある箇所を探します。

この診断は、PayPalへの申請、WebMCPの有効化、注文処理の動作保証を行うものではありません。購入フローの確認は、前の節で説明した試験と注文管理画面で行います。

アクセス計測も使うなら、計測タグの設置手順を確認してください。AI経由の訪問と、実際に受けた注文は別の記録です。訪問が増えたときに注文も増えたかを調べられるよう、注文側の記録も残します。

今日着手するなら、商品一つの価格・在庫・選択肢を照合し、そのメモを持って利用条件を確認するところからです。「新しい仕組みが出たから全店対応」ではなく、自社の買い物が最後まで正しく進むかを確かめて導入を判断できます。