WebMCPで約10万のネットショップがAI対応に、決済は本人操作のまま

WebMCPで約10万のネットショップがAI対応に、決済は本人操作のまま ITニュース

Cloudflareが2026年10月21日、Commerce.comが運用するほぼ10万のドメインで、AIエージェント向けの買い物ツールをWebMCP経由で提供し始めたと公式ブログで発表しました。AIに「この条件の靴をカートに入れて」と頼む使い方に関わる話で、ネットショップを運営している人や、自社サイトのAI対応を考える情シスに関係します。

WebMCPで何が変わったのか、結論

結論から言うと、WebMCPによって、AIエージェントは画面のボタンを推測して押す代わりに、search_products のような決まった名前のツールを直接呼べるようになります。ネットショップ側は、サイトを作り直さなくても、この窓口を開けられます。

ただし、決済は利用者本人の操作のままです。購入を確定するチェックアウトは、利用者自身が押します。

論点 公式ブログの説明
対象 Commerce.comが運用するほぼ10万ドメイン
WebMCPの段階 試験的な提案ブラウザ標準で、早期プレビュー段階
買い物の確定 利用者自身がチェックアウトを押す
加盟店の選択 ダッシュボードで個別にオプトアウトできる

WebMCP以前、AIの買い物が不安定だった理由

公式ブログによると、今のAIエージェントの多くは、サイトのHTMLを見て「このボタンは何をするものか」を推測し、クリックして、外れたらやり直します。この方法は遅く、トークンを多く使います。テーマを変えただけで動かなくなることもあります。

たとえば、Cookieバナーに邪魔されたり、サイズの選択肢を読み違えたり、ボット対策のチャレンジで止められたりします。

WebMCPは、Google発のブラウザ標準として説明されていて、ページ上にAI向けの構造化されたツールを置く仕組みです。エージェントは必要なツールを直接呼ぶので、買い物が速く、安く、確実になる、というのが公式の見立てです。

WebMCPを使うと、AIエージェントはどう買い物するのか

公式ブログの例は、「防水のトレイルランニングシューズを140ドル以内、サイズ10で探してカートに入れて」と頼む場面です。エージェントは、ストアが公開しているツールを document.modelContext で見つけて、次の2回の呼び出しで済ませます。

search_products({ query: "trail running shoe", max_price: 140, size: 10 })
add_to_cart({ product_id: "shoe_123" })

ポイントは、エージェントが利用者のブラウザセッションの中で、ストアのドメイン上で動くことです。そのため、見える価格もカートも利用者本人と同じで、カートはリアルタイムに更新されます。支払い情報を第三者に渡す形ではなく、購入の最後は利用者がチェックアウトを押します。

WebMCPを約10万ドメインで有効にしたしくみ

Commerce.comはすでにCloudflareで約10万のドメインを運用していて、「全ストアで一度にWebMCPを有効にできないか」と相談したのが始まりです。

CloudflareのWebMCPは、8月にエッジ実装がベータ公開されました。有効にすると、Cloudflareがエッジで小さなスクリプトを差し込み、サイト側でコードを書かなくてもツールが使えるようになります。今回はこの方式を使ったので、加盟店がテーマを編集する必要はありません。

つまり、役割は次のように分かれています。

担当 役割
Commerce.com 買い物ツールの中身を持つMCPサーバー（/api/mcp）を運用する
Cloudflare エッジでツール定義と操作をそのまま中継し、スクリプトを差し込む
加盟店 サイトの編集は不要。望まなければオプトアウトを選べる

Commerce.com側の説明では、WebMCPは、サーバー側のMCPと並べて使えます。サーバー側は、複数のサイトをまたいで買い物を手伝うアシスタントのように、ストアへ直接つなぐエージェント向けです。WebMCPは、利用者のブラウザの中で動くエージェント向けで、どちらも同じ買い物ツールを使います。

WebMCPを加盟店ごとに外せるオプトアウト

WebMCPはもともと、ドメイン単位のオン・オフしかありませんでした。ところが、Commerce.comは共有のゾーンに多数の店舗ドメインを載せています。そこで、Cloudflareの「Configuration Rules」と、ドメインごとのメタデータを組み合わせました。

Commerce.comが主要なゾーンでWebMCPをオンにしたうえで、メタデータを確認するルールをエッジに置きます。加盟店がCommerce.comのダッシュボードでオプトアウトに切り替えると、Cloudflareがその店だけWebMCPを自動で外します。外された店では、追加の遅延も、スクリプトの差し込みもありません。

また、安全側の動きも用意されています。MCPサーバーが止まっているときや、ブラウザがWebMCPに対応していないときは、スクリプトが何もせずに終わります。通常のページ表示には影響しません。

WebMCPの現状と、使う前に知っておきたいこと

  • WebMCPは試験的な提案標準で、早期プレビュー段階です。現時点では、Chromeの実験フラグ（chrome://flags/#enable-webmcp-testing）、Chrome Origin Trials、一部のエージェント型ブラウザ、Cloudflare Kitesurfなどの開発環境で使えます
  • 標準の仕様はこれから変わる可能性があります
  • 日本での提供状況や料金は、公式ブログに記載がありません

WebMCPについて、まずやっておきたいこと

おすすめの順に並べます。

  1. ネットショップの運営者は、自分のストアのプラットフォームがWebMCPの対象かを確認する: Commerce.comを使っている場合は、ダッシュボードにオプトアウトの切り替えがあります。残したいか外したいかを、先に決めておきます
  2. AIエージェントに買い物を任せる側は、チェックアウトの画面で内容を見てから押す: 決済を押すのは本人です。カートの中身と金額は、最後に自分の目で確かめます
  3. 自社サイトのAI対応を考える情シスは、まず実験フラグ付きのChromeで動きを見る: 実験段階なので、本番サイトへの導入は仕様の動きを見てからにします
  4. サーバー側のMCPとWebMCPは、別の窓口だと理解しておく: 担当する範囲をそろえておくと、運用で迷いません

ごはんにたとえるなら、これまでのAIは、厨房の見えない店で、手探りで注文を通していたようなものです。WebMCPは、店が「注文票の書き方」を決めて渡してくれる形で、会計は最後に本人がレジで済ませます。

現場で起きそうなこと

「AIに任せたから、カートの中身も安心」と、確認を飛ばして押してしまう。ありがちな落とし穴です。公式の説明でも、購入を確定するのは利用者本人です。AIは探して詰めるところまで、押すのは自分と決めておくと、迷いません。

ほかのITの話題は、技術ネタの記事一覧からどうぞ。

以上は2026年10月21日（Cloudflare公式ブログの公開日）時点の情報です。

ITもごはんも、腹八分目が長続きのコツ！

コメント