WebMCP：エージェントが使う第 2 の経路、ブラウザの中

AI エージェントが自社ストアに到達する経路は 2 つありますが、議論されるのはたいてい片方だけです。

サーバー側の経路が UCP です。エージェントが MCP エンドポイントに接続し、カタログを検索し、カートを作ります。もう 1 つは完全にブラウザ内で動き、購入者がいま見ているそのページ上で動作します。WebMCP と呼ばれ、Shopify では既定で有効です。

要点

• WebMCP は、ページがブラウザ内エージェントに構造化ツールを登録するための Web 標準です。インターフェースは document.modelContext、getTools() と executeTool() を備えます。
• Shopify はすべての Liquid ストアフロントと、ShopifyScripts を描画する Hydrogen 2026-10 のストアフロントで自動登録します。
• ツールは約 19 個、5 グループ——カタログ、カート、チェックアウト、ナビゲーション、ストア情報。
• 公式の言い回し：エージェントはスクリーンショットを解析するのではなくデータを受け取る。
• search_shop_policies_and_faqs は、ナレッジベースが現時点で稼働している唯一の出口です。

ツール一覧

スクリーンショットを関数呼び出しに置き換える意味

この 2 年、ブラウザエージェントは EC サイトを視覚的に操作してきました。スクリーンショット、ボタン特定、座標計算、クリック、再度スクリーンショットで確認。この繰り返しは遅く、高く、壊れやすい。リデザインで壊れ、Cookie バナーで壊れ、遅延読み込みの価格でも壊れます。

WebMCP はこれを関数呼び出しに置き換えます。事業者にとって変わるのは 3 点です。

安定性。 エージェントが依存するのはツール契約であり、ピクセル位置ではありません。商品ページを作り直しても購入経路は動き続けます。頻繁にリリースするチームにとって、見えない破損のカテゴリが丸ごと消えます。

コスト。 add_to_cart 1 回が、十数回のスクリーンショットとクリックを置き換えます。エージェントにとって安く速いということは、途中離脱ではなく完了が増えるということです。

可観測性。 ツール呼び出しは原理的に計測可能で、クリック模倣はそうではありませんでした。自社ストアで何人のエージェントが何をしたかを知る道筋が初めてできます。ただしアトリビューションの断絶で述べたとおり、レポート側はまだ未成熟です。

これを本当に重要にしている条項

自社の /agents.md には、読み飛ばしやすい一行があります。"Do not fall back to scripted form fills or page controls."

ツールが使えないとき、エージェントはクリック操作に戻るのではなく、購入者をブラウザへ返すよう指示されています。これを「WebMCP ツールをゼロ個しか登録していないストアフロント」と組み合わせると、結果は具体的です。エージェントは旧来の視覚方式に劣化せず、立ち去ります。

これにより grep の結果が実数の意味を持ちます。curl -s --compressed https://yourstore.com/ | grep -ci 'modelContext\|webmcp' が 0 を返すのは、機能が 1 つ足りないという話ではなく、閉じた扉です。計測した Headless ストアではこの数は 0、同種の Liquid ストアでは 5 件ヒットしました——完全な比較はこちら。

ナレッジベースとの接続

search_shop_policies_and_faqs は、消費する対象ゆえに個別の注目に値します。Sales channels → Agentic → Knowledge base で公開したファクトです。

プロトコル側の Ask 機能 ask_business はまだ UCP draft で、実店舗が返した 15 ツールには含まれていませんでした。しかしこのブラウザ側ツールは、すでに同じファクトを読んでいます。ブラウザ内エージェントでストアを見ている購入者は、今日あなたが承認した回答を受け取れます。

これが、プロトコルの安定を待たずにいまナレッジベースを作るという実務的な論拠です。資産はすでに使われています。

実際にやること

1. 登録を確認する。 grep を実行。0 より大きいこと。そうでなければ本稿は自社に当てはまりません。
2. Hydrogen の場合、バージョンが 2026-10 であり ShopifyScripts が描画されているか initializeShopifyScripts が呼ばれているかを確認。0 になる最大の原因です。
3. 重要なツールを試す。 ブラウザ内エージェントで自社ストアを見て、商品を探す・カートに入れる・返品について尋ねる。3 分で、どんな監査レポートより多くが分かります。
4. ナレッジベースのファクトを公開する。 search_shop_policies_and_faqs がすでに読んでいます。
5. 「既定」を「正常動作」と思い込まない。 大幅にカスタムしたテーマ、改変したチェックアウト、サードパーティのカートアプリは干渉し得ます。

よくある質問

WebMCP は Shopify の発明ですか。 違います。ページがブラウザ内エージェントに構造化ツールを公開するための、策定中の Web 標準です。Shopify の貢献は、自社ストアフロント全体に既定で実装を展開したことです。それが標準をチャネルに変えます。

WebMCP は UCP を置き換えますか。 いいえ、並行します。UCP はサーバー間で、店舗横断の発見とエージェント側チェックアウトを担います。WebMCP は購入者がすでに開いているページ上で動きます。全体像には両方が必要です——6 層スタックを参照してください。

独自ツールを登録できますか。 Shopify の既定登録は固定セットを提供するため、できません。標準ツールを契約として扱い、良いデータを返すことに投資してください。