AI検索の時代、企業サイトの命題は「AIに正しく引用されること」だった。homula もこの1年、GEO（生成エンジン最適化）を「エンティティを整え、AIの回答に引用される設計」として説明してきた。だがここ数日で、その前提が一段ずれた。2026年8月下旬、OpenAI が ChatGPT のデスクトップ内蔵ブラウザに WebMCP（同社の呼称は「Site tools」）を実装したと発表したのだ（OpenAI Developer Community）。
意味するところは大きい。これまでエージェントは、あなたのサイトを「読んで、スクリーンショットを撮り、どこをクリックするか推測して」操作していた。WebMCP 対応サイトでは、サイト自身が「私にはこういう操作ができます」という構造化ツールの一覧をエージェントに手渡す。ChatGPT のエージェントは、それを直接呼び出す。GEO の問いは「引用されるか」から「使われるか・取引されるか」へ移り始めた。本稿では今回の動きを一次情報ベースで整理し、日本企業がいま何を判断すべきかを示す。
何が起きたのか：WebMCPが「仕様」から「配信」へ
WebMCP そのものは新顔ではない。2026年5月の Google I/O で Google が提案し、Microsoft と共同で策定を進める提案標準で、W3C の Draft Community Group Report として2026年2月に文書化された。Chrome では早期プレビュー（オリジントライアル）として提供が始まっている（VentureBeat）。homula でも6月に、その仕組みと統制の論点を概念として整理した。
今回のニュースは、その概念が主要なエージェント製品に載って配信され始めたという点にある。報道と各社発表を突き合わせると、要点は次のとおりだ。
| 項目 | 今回明らかになったこと |
|---|---|
| 実装主体 | OpenAI が ChatGPT のデスクトップ内蔵ブラウザに WebMCP を実装（「Site tools」） |
| 使う側 | ChatGPT Work と Codex が、対応サイトのツールを自動で発見して呼び出す |
| 確認手段 | ユーザーはアドレスバーの「Site tools」から、そのページが提供する操作を確認できる |
| 作る側 | Codex に依頼すれば、既存の Web アプリや ChatGPT Site に WebMCP 対応を追加できる |
サーバーサイドの MCP と WebMCP は層が違う。サーバー MCP は「バックエンドの業務システムをエージェントにつなぐ」もので、homula の統合基盤 Agens が担う領域だ。WebMCP は「ブラウザ上のサイトそのものがエージェントにツールを公開する」層で、ユーザーがログイン済みのセッションの中でエージェントが操作する。両者は補完関係にある。
商取引が先に動いた：Shopifyの数百万店舗
抽象論ではない。すでに商取引の現場が先行して動いている。報道によれば、数百万規模の Shopify ストアフロントが WebMCP に対応済みで、ChatGPT のエージェントはこれらの店舗でカタログを探索し、カートを組み立てられる状態にあるという（VKTR、Shopify も開発者向けに WebMCP tools を公開）。実験段階の企業として Expedia・Instacart・Target などの名前も挙がっている。WebMCP を提案した Google 側の発表でも、Booking.com・Credit Karma・TurboTax・Redfin・Etsy といった事業者が試行企業として並ぶ。
つまり、旅行予約・小売・金融・EC といった「サイト上で完結する取引」を持つ業種から、エージェント経由の流入・取引が現実になりつつある。ここで効いてくるのは、検索順位でも広告枠でもなく、「あなたのサイトがエージェントから呼び出せる操作を持っているか」だ。同じカテゴリの競合が Site tools を公開していて自社が公開していなければ、ChatGPT のエージェントは呼び出せる相手を選ぶ。
「10日間の号砲」が示す本気度
OpenAI はこのタイミングで、開発者向けの WebMCP Challenge も立ち上げた。Google Chrome（Chromium）・Cloudflare・Shopify・Vercel・Render・Netlify と組んだ10日間のハッカソンで、賞金総額は3.5万ドル、上位10件に各3,000ドルと Codex Micro・ChatGPT Pro 1年分などが提供される。提出は9月3日（PT）締切、受賞発表は9月23日とされる（OpenAI WebMCP Challenge）。
プラットフォーマーとインフラ各社が横並びで旗を振るのは、単発の機能追加ではなく「Web をエージェントが使える面に作り替える」方向に賭けている、というシグナルだ。企業側から見れば、これは「様子見でよい実験」ではなく、GEO 戦略の対象範囲が被引用の最適化から、操作面の設計まで広がったことを意味する。
露出の裏側にある、統制という宿題
ただし、ここが homula が最も強調したい点だ。「サイトがツールを公開する」とは、未知のエージェントに自社サイト上の操作を渡すということでもある。WebMCP のツールは、ユーザーがログイン済みのセッションの中で呼び出される。つまりエージェントは、そのユーザーの権限で動く。露出（見つけてもらう）と統制（勝手に走らせない）は、必ずセットで設計しなければならない。
具体的に詰めるべき論点は次のとおりだ。
- 公開する操作の粒度：まず「読み取り系（在庫照会・検索）」だけを公開し、「書き込み・取引系（購入確定・変更・キャンセル）」は段階を分ける。危険度の高い操作は最初は出さない。
- 確認の差し込み：金額の発生・不可逆な変更を伴う操作には、エージェント任せにせず人間の確認を挟む。承認なしで走る操作の範囲を明確に線引きする。
- 認証とセッションの前提：エージェントはログイン済みセッションの権限で動く。プロンプトインジェクションで意図しない操作を引き出される余地を潰す設計が要る（関連記事：ログイン済みセッションを渡す危うさ）。
- 監査とレート制御：どのエージェントが、いつ、どのツールを、どんな引数で呼んだか。事後に追える記録と、乱用を止めるレート制限を用意する。
「とりあえず全操作を公開してエージェント流入を最大化」は最悪手だ。取引・変更系を無防備に開けば、それはそのまま新しい攻撃面になる。露出を取りにいくほど、何を公開し・何を承認ゲートの内側に残すかの線引きが競争力を左右する。
homulaの観点：GEOと統制を、片方だけでは勝てない
この局面で日本企業が取るべき順序は、はっきりしている。
第一に、GEO の射程を広げる。従来の「AIに引用されるエンティティ設計」に加え、自社サイトの主要導線（検索・照会・予約・見積もりなど）を、エージェントが呼び出せる構造化ツールとして棚卸しする。どの操作を Site tools として公開すれば流入と取引につながるかを、業種特性から優先順位づけする。この「業務の棚卸しとプロトタイプ」は、homula のAIエージェント・ブートキャンプが3〜5日で回す領域そのものだ。
第二に、公開と同時に統制を敷く。何を読み取り専用で出し、何を承認・監査の内側に残すか。エージェントの操作に対する承認フロー・DLP・監査ログ・RBAC は、homula の Agens Control が提供する統制の型に載せられる。露出のために開けた扉ごとに、誰が・何を・どこまでできるかを設計する。
第三に、サーバー側の接続と地続きで考える。WebMCP（ブラウザ層）で外向きの操作面を整えるなら、社内システム側は MCP（サーバー層）で安全につなぐ。両層を分断せず、一つの統制思想の下で設計することが、エージェント経由の業務を破綻なく回す条件になる（MCP活用支援、Agens のMCPハブ）。
まとめ
OpenAI が ChatGPT に WebMCP を実装し、数百万の Shopify 店舗が対応した——この数日の動きは、単なる新機能ではない。Web が「人が読む面」から「エージェントが使う面」へ作り替わり始めたという転換点だ。GEO の問いは「引用されるか」から「使われるか・取引されるか」へ移り、企業サイトは検索結果の一行ではなく、エージェントにとっての取引窓口になりつつある。
ここで勝ち筋を握るのは、露出だけを追う企業でも、統制だけに閉じる企業でもない。どの操作を開き、どの操作を承認ゲートの内側に残すかを、露出戦略と一体で設計できる企業だ。仕様が固まりきる前のいま、読み取り系から小さく公開し、統制の型を先に敷いておくことが、次の一年の差になる。
自社サイトのどの導線を「エージェントが使えるツール」として公開し、どこに承認・監査を残すべきか。露出と統制をセットで設計する第一歩を、homula がご一緒します。