あなたのShopifyストアには、8月5日から10個のAI用APIが黙って生えている——WebMCPは「実装の3層」が揃った月に何を変えたか

8月5日以降にShopifyのLiquidストアを触った人のうち、自分のサイトに10個のツールが生えたことに気づいた人はほとんどいないはずだ。管理画面にも設定項目にも、それを知らせるスイッチはない。

Shopifyの開発者向けチェンジログは淡々と書いている。「オンラインストアは、AIエージェントが呼び出せるWebMCPツールを公開するようになりました」。インストールも設定も不要。対象は全Liquidストアフロントと、Hydrogenのデベロッパープレビューだ。

公開されるツールは10個。カタログ側が search_catalog browse_store get_product show_variant、カート側が get_cart update_cart cancel_cart、決済・注文が proceed_to_checkout manage_orders、そしてポリシー・FAQ検索の search_shop_policies_and_faqs である。

WebMCPは「順位」の話ではない

WebMCPは、ページがブラウザに対して「このサイトでできること」を名前・説明・入力スキーマ付きで登録する仕組みだ。Chromeの公式ドキュメントは、従来のエージェント操作をactuation（アクチュエーション）——人間のクリックとキー入力を模倣する行為——と定義し、それより高い正確性を狙うと説明する。ボタンのラベルが変わる、想定外のポップアップが出る、独自実装のカレンダーが現れる。人間向けUIを推測しながら操作する方式は、その一つひとつで壊れる。

ここが誤解されやすいポイントだ。WebMCPは検索順位にも引用にも関与しない。 エージェントがページに到達した「あと」の話である。GEO/AIO対策の延長線上にはなく、担当部署も評価指標も違う。先日 予算の24%が向かう先の地面が、4日で86%動いた で触れたAI可視化予算とは、別の予算として扱うべきレイヤーだ。

8月に変わったのは「規格」ではなく「実装の3層」

仕様そのものは、いまも提案段階にとどまる。W3C Web Machine Learning Community Groupのドラフトであり、標準化トラックには乗っていない。Chromeのオリジントライアルは149から（Cloudflareのブログは「Chrome 146で実験的に提供」と記しており、表記に揺れがある）。つまり「決まった規格」ではない。

変わったのは、実装の3層が同じ月に埋まったことだ。

• サイト側：Shopifyが全Liquidストアに一括展開（8月5日）
• 経路：Cloudflareがデベロッパープレビューを公開。ダッシュボードの Agent Readiness > WebMCP をオンにすると、エッジでHTML応答にスクリプトタグを1行注入する。オリジンのコードには一切触れない
• エージェント側：OpenAIが8月25日、ChatGPTデスクトップアプリ内蔵ブラウザに「Site tools」を追加（Search Engine Journalの報道）

サイトを持つ側、経路を握る側、エージェントを持つ側が、それぞれ独立に動いて噛み合った。実験が「経路」になった月、と言い換えてもいい。

新しい論点は「誰がツールの説明文を書くのか」

見落とされがちなのは、この構図がサイトオーナーからエージェント向けインターフェースの決定権を静かに移していることだ。

Shopifyのドキュメントは、マーチャントが個別のツールを無効化したり説明文を編集できるかに触れていない。Cloudflare側もツールは「パック」単位で、初期状態で2つがオンになる。つまり多くのサイトで、エージェントから見た自社の「顔」を決めているのは、サイトオーナーではなくプラットフォームである。

ツールの説明文は、エージェントがどの操作を選ぶかを直接左右する。CMSのデフォルト設定問題と構造は似ているが、影響はもっと直接的だ。タイトルタグの初期値が悪いのと、カートに商品を追加する関数の説明が悪いのとでは、事故の質が違う。

認証済みセッションの中で動く、という前提

WebMCPツールはユーザーのログイン済みタブの中で動く。それが利点であり、同時にリスクでもある。Chromeのセキュリティガイダンスは2つの脅威を挙げる。ツール定義そのものに指示を仕込む悪意ある定義と、返り値に第三者由来の命令が混入する汚染だ。OpenAIはサイト提供のツール定義と結果を「信頼できないもの」として扱うと明言している。

WebMCPはプロンプトインジェクションを解決しない。攻撃面を構造化しただけ、と見るのが正確だろう。この点は、AIクローラーとコンテンツ配信の境界が問われた Perplexityが「欺瞞的」と断じ、Timeの実験を遮断した件 と同じ根を持っている。エージェントに何を見せ、何をさせるかの線引きが、まだ誰にも引けていない。

日本市場ではどう現れるか

まず、今日時点で日本の一般ユーザーに起きることはほぼない。動作はChromium系のオリジントライアルとChatGPTデスクトップアプリに限られ、ChatGPTのSite toolsはGPT-5.6 SolまたはTerraが必要、Lunaでは無効、Enterprise/Eduワークスペースでは利用できない。

構造的にもう一点ある。日本のECはShopify比率が高くない。ASPカートやスクラッチ構築が多く、「全店一括で有効化」という決断ができる主体が少ない。したがってShopifyで起きた「気づかないうちに実装済み」は、日本の主要カートでは当面起きない可能性が高い。

裏を返せば、Cloudflareを既に使っている事業者は、カートベンダーの判断を待たずに先行できる立場にある。ここが今回いちばん実務的な非対称性だ。

今週やること

1. Shopifyを使っているなら、自社ストアで document.modelContext に何が登録されているかを確認する。無効化オプションの有無もShopifyに問い合わせておく
2. Cloudflareを使っているなら、Agent Readiness > WebMCP が意図せずオンになっていないか点検する
3. ログイン後の画面にWebMCPを入れる計画があるなら、セキュリティレビューを先に通す。あとから足すものではない
4. 計測の議論を始める。エージェント経由のセッションをGA4でどう識別するかは、現時点で誰も答えを持っていない

一方で、慎重な見方も要る。標準化トラックに乗らない提案が定着せず消えた例は、Webの歴史に山ほどある。Shopify・Cloudflareを使っていない大半の事業者に、今すぐ工数を割く必然性はまだない。急ぐべきは実装ではなく、「エージェントに何を許すか」を決める人を社内で決めることのほうだ。