CloudflareとCommerce.com、約10万店舗にWebMCP導入
- •CloudflareとCommerce.comが、約10万の店舗ドメインでブラウザー型ショッピングエージェント向けWebMCPを有効化
- •加盟店は個別にオプトアウト可能で、ツールは買い物客のブラウザー内で動き、認証情報は第三者に送信されない
- •Cloudflareは独自のMCPパスと安全なフォールバックを追加し、購入確定は買い物客自身が実行
CloudflareとCommerce.comは、約10万の店舗ドメインでWebMCPを有効にし、ブラウザー上のAIエージェントがページのボタンを推測せず、定義済みの買い物用ツールを使えるようにしています。Cloudflareはネットワークのエッジで小さなスクリプトを挿入し、加盟店はCommerce.comの管理画面の設定から個別にオプトアウトできます。WebMCPはGoogleが提案する実験段階のブラウザー標準で、実験的なChromeフラグ、Chrome Origin Trials、一部のエージェント型ブラウザーやCloudflare Kitesurfなどの開発環境で早期プレビューとして利用できます。Cloudflareは8月にエッジでの実装をベータ版として開始しました。
Commerce.comのプロダクト管理ディレクター、クリスティーナ・ポトツカは、加盟店はサイトを作り直さずにエージェントの買い物結果に表示され、顧客を維持し、決済手続きを管理したいと述べています。WebMCPでは、エージェントが商品検索、詳細確認、カート作成、決済ページへのリンク提示を行い、買い物客は加盟店のサイトにとどまります。サーバー側MCPがエージェントの店舗への直接接続を支えるのに対し、WebMCPは買い物客のブラウザー内で動くエージェントに対応します。両方式は同じ買い物用ツールを使います。連携機能は店舗のドメイン上にある買い物客の利用中のブラウザーセッションでツールを実行するため、エージェントには同じ価格とカートが表示され、認証情報は第三者に送信されません。CloudflareはバックエンドのMCPサーバーのツール定義と動作を変更せずに中継し、加盟店がツールのロジックを管理できるようにしています。
たとえば、サイズ10で140ドル未満の防水トレイルランニングシューズを探してカートに入れる場合、WebMCPがないエージェントは、クリックを模擬する過程でクッキー通知、サイズ選択メニュー、ボット検査に対応しにくいことがあります。WebMCPを使えば、エージェントはdocument.modelContextからツールを見つけ、search_productsとadd_to_cartを呼び出して、利用中のセッションのカートを更新できます。購入を完了するには、買い物客自身が決済ボタンをクリックします。これにより、支払い情報を保護し、最終取引の操作権を買い物客に残します。
Commerce.comは、Cloudflareの共有ゾーンでホストするほぼ10万の店舗へのWebMCP有効化を依頼しました。標準はドメイン全体で切り替える設計のため、CloudflareはConfiguration Rulesとカスタムホスト名のメタデータを連携させました。プラットフォームがメインゾーンでWebMCPを有効にし、エッジルールが加盟店ごとのオプトアウト設定を確認します。オプトアウトした店舗にはスクリプトを挿入せず、リモート照会も追加の遅延も発生しません。Cloudflareは、Commerce.comのサーバーがブリッジの想定する/mcpではなく/api/mcpにあると判明したため、ゾーン単位のMCP URL設定も追加しました。店舗のMCPサーバーが停止している場合やブラウザーがWebMCPに対応していない場合、スクリプトは終了し、店舗サイトは通常どおり読み込まれます。Cloudflareは、標準の進化に合わせ、エージェントがサイト上のツールを見つける方法など、WebMCPの開発を続けるとしています。