AIが買い物できる店へ。WebMCPが変えるECサイトの「入口」

ネットショップの「商品を探す」「カートに入れる」が、AIにとって明示的な操作になる。CloudflareとEC基盤のCommerce.comは10月21日、BigCommerceの店舗に、ブラウザー内のAIエージェントが使えるWebMCPを導入すると発表した。Cloudflareによれば対象は約10万ドメイン。買い物をするAIに、画面を推測してクリックさせる代わりに、店側が用意した機能を使わせる取り組みだ。

画面の「見た目」から、店が公開する「機能」へ

従来のブラウザー操作型エージェントは、商品ページの文字やボタンを読み取り、検索欄やサイズ選択を推測して操作する。デザインの変更やポップアップで失敗することもある。WebMCPではサイトがsearch_productsやadd_to_cartのような操作を、入力項目を含めて構造化されたツールとして公開する。エージェントはその定義を読み、価格やサイズなどの条件を渡して実行できる。

今回の仕組みでは、Commerce.com側の買い物用ツールをCloudflareが店舗のドメイン上へ届ける。利用者のブラウザー内で検索やカート追加を行い、購入の最終手続きは店舗のチェックアウト画面で本人が進める設計だ。店舗側は対象機能を設定画面から無効にできる。個々の店がサイトのテーマを書き換えずに導入できる点も、プラットフォーム経由で広げる意味がある。

「約10万店で使える」の読み方

ここで、導入規模と実際の利用規模は分けて考えたい。Cloudflareが示すのは、Commerce.comが運用する約10万ドメインに機能を提供するという話だ。利用者が普段使うブラウザーで、すべての買い物AIがすぐ使えるという意味ではない。WebMCPは提案中の規格で、Chromeでは試験用フラグやオリジントライアルなどを通じて利用する段階にある。購入完了率が上がったといった成果も、今回の発表からは確認できない。

また、WebMCPのツールは基本的にエージェントがその店舗を訪れたときに見つかる。店を横断して商品を発見する仕組みとは役割が異なる。店外から接続するAI向けには、Commerce.comは別のサーバー側MCPも用意している。どの経路から訪れたAIにも、商品情報、在庫、価格、返品条件を正しく渡せるかが、実運用の課題になる。

日本のECが見るべき「操作の設計」

日本の店舗にとって示唆的なのは、AI向けの入口を設けても、決済と顧客との接点を自社サイトに残せる構成だ。ただし、ツールを公開すれば安心というわけではない。送料や税、地域別の配送可否、クーポン、在庫更新の時差まで、AIが誤解せず扱える必要がある。カート追加の後に人が確認する境界も明確にしたい。

AIが買い物を手伝う時代の競争は、AIに見つかるかだけでは決まらない。店が何をできると伝え、どこで利用者に判断を返すか。その設計が、売り場の新しい品質になる。

---

出典：Cloudflareの発表（2026年10月21日）、Commerce.comの発表（同日）、Chrome開発者向けWebMCP資料。導入規模と機能の説明は各社の公表に基づく。