CloudflareがWebMCP公開、AIが使うWebサイトの時代へ

CloudflareCloudflare(クラウドフレア)Webサイトやアプリの高速化・セキュリティ保護・DDoS攻撃対策を担うクラウドサービス企業、およびそのサービス群の総称。世界中に分散したネットワーク網を通じてサイトの表示速度向上や不正アクセス防止を提供する。近年はエッジ環境でのAI実行基盤も展開している。詳しく見る →は2026年8月6日、Webサイトに「WebMCPWebMCP(Web Model Context Protocol)WebMCPは、Webサイトがブラウザ上のAIエージェントに対して自サイトの機能やデータを標準化された形で提供するための仕組み。MCPの考え方をWebに適用し、AIが人間に代わってサイト上の操作を実行できるようにすることを目指す提案・技術である。詳しく見る →」のインターフェースを追加できる機能をDeveloper Previewとして公開した。

Cloudflareを利用するWebサイトでは、設定を有効化することで、サイト本体のコードを変更せずにAIエージェントAIエージェントAIエージェントとは、目標を与えると自ら手順を判断し、複数の作業を連続して実行するAIの仕組みです。従来のチャットAIが「質問に答える」だけなのに対し、情報収集・判断・ツール操作までを自律的に進める点が特徴です。詳しく見る →向けの「ツール」を公開できる。

今回の発表で重要なのは、新しいWeb開発機能が増えたことだけではない。

これまでWebサイトは、人間がページを読み、ボタンを押し、フォームへ入力することを前提に設計されてきた。WebMCPが普及すれば、企業は今後、「人間が利用しやすいWebサイト」だけでなく、「AIが利用しやすいWebサイト」を設計する必要が出てくる可能性がある。

CloudflareがWebMCPのDeveloper Previewを開始

Cloudflareが公開したのは、同社のネットワークを利用するWebサイトへWebMCPの仕組みを追加する機能だ。

WebMCPは、WebサイトがAIエージェントに対して、実行可能な操作を構造化された「ツール」として公開するためのブラウザAPIAPI(Application Programming Interface)APIとは、あるソフトウェアの機能やデータを、別のソフトウェアから呼び出して利用するための接続窓口・規約のこと。経営視点では、自社システムに生成AIや外部サービスを組み込む際の要となり、既存業務へのAI連携やコスト・拡張性を左右する重要な仕組みです。詳しく見る →である。

現在のAIエージェントがWebサイトを操作する場合、画面を解析し、「このボタンが検索」「このフォームが住所入力」といった形で、人間向けの画面構造を理解しながら操作する方法が一般的だ。

WebMCPでは、この方法を変える。

例えば旅行予約サイトなら、

• 商品やプランを検索する

• 空室を確認する

• 予約内容を入力する

• 予約処理を実行する

といった機能を、AIが直接理解できるツールとしてWebサイト側から提供できる。

CloudflareのBrowser Runの説明では、WebMCPにより、AIエージェントがスクリーンショットを解析してボタンを探す代わりに、「searchFlights()」や「bookTicket()」のような構造化された機能を直接呼び出せるとしている。

その結果、ブラウザ操作を高速化し、画面変更によって自動操作が壊れる問題を減らせる可能性がある。

Cloudflareならサイト本体を変更せずに導入

WebMCPをWebサイトへ直接実装する場合、本来はAIへ公開するツールを設計し、Webサイトの機能と接続する必要がある。

Cloudflareは今回、この導入作業を簡略化した。

Cloudflare Dashboardの「Agent Readiness > Labs」からWebMCPを有効にすると、Cloudflareのエッジ側でWebページへ小さなスクリプトを挿入する。

そのため、元のWebサイトのコードやサーバーを変更する必要はないとしている。

Cloudflareによると、この仕組みは静的なWebサイトでも、SPA（Single Page Application）でも同じように利用できる。

現時点のDeveloper Previewでは、「Content Credentials」と「Site MCPMCP(Model Context Protocol)MCPは、AIモデルと外部のデータやツールを標準化された方法でつなぐためのオープンな接続規格です。Anthropic社が2024年に公開し、AIが社内システムやファイル、業務アプリと安全に連携するための「共通の差し込み口」の役割を果たします。詳しく見る → Server」の2つのツール群が提供されている。

Content Credentialsでは、画像に付与されたC2PAの来歴情報などをAIエージェントが読み取れる。

Site MCP Serverでは、企業がすでにMCPサーバーを運用している場合、そのMCPサーバーが提供するツールをWebMCP経由でブラウザ上のAIエージェントへ公開できる。

ここには注意が必要だ。

Cloudflareの機能を有効にしただけで、自社サイトの検索、購入、予約などあらゆる機能が自動的にAI対応するわけではない。

実際の業務機能をAIから操作させるには、どの機能をツールとして公開するかを企業側で設計し、必要に応じてMCPサーバーなどと接続する必要がある。

WebMCPとは何か

WebMCPは、Webアプリケーションの機能をJavaScriptベースの「ツール」としてAIエージェントへ公開するための仕組みだ。

WebMCPの仕様では、Webページを「クライアント側でツールを実行するMCPサーバー」のように扱う考え方が示されている。

Model Context Protocol（MCP）は、AIが外部システムやデータ、ツールへ接続するための共通仕様として利用が広がっている。

WebMCPでは、この考え方をブラウザ内部まで広げる。

AIはWebページに用意されたツール一覧を確認し、「何ができるサイトなのか」を理解したうえで、必要な操作を実行する。

人間が画面を見るためのHTMLとは別に、AIがサービスを理解し、操作するためのインターフェースがWebサイトに加わる、と考えると分かりやすい。

ただし、WebMCPは現時点で確立されたWeb標準ではない。

2026年7月28日付の仕様は、W3C Web Machine Learning Community GroupによるDraft Community Group Reportであり、W3C標準でもW3C Standards Track上の仕様でもない。

CloudflareもWebMCPを実験的な機能として扱っている。

「Webサイトを見る」のではなく「Webサービスを使う」AIへ

今回の動きで注目すべきなのは、AIエージェントとWebの関係が変わり始めていることだ。

従来の検索エンジンは、Webサイトを巡回して情報を収集し、検索結果からユーザーをサイトへ送客してきた。

生成AI生成AI(Generative AI)生成AIとは、テキスト・画像・音声・コードなどのコンテンツを人間の指示(プロンプト)に応じて新しく生み出すAIの総称です。大量のデータから学習したパターンをもとに、質問への回答や文章作成、要約、翻訳などを自動で行います。ClaudeやChatGPT、Geminiが代表例です。詳しく見る →では、Webページの情報を読み取り、その内容を回答としてユーザーへ返す利用が増えている。

さらにAIエージェントでは、情報を取得するだけではなく、ユーザーに代わってWebサービスを操作する方向へ進んでいる。

航空券を調べるだけではなく予約する。

商品を比較するだけではなく購入する。

店舗を検索するだけではなく予約する。

経費精算サービスの操作や、業務システムへの入力まで代行する。

こうした利用が広がれば、企業のWebサイトを訪れる主体は、人間だけではなくなる。

Cloudflare自身も、Webが「相手は人間である」という前提で作られてきた一方、AIエージェントからのアクセスが増えているとの問題意識を示している。

経営者が押さえるべき3つのポイント

1. Webサイトが「人間向け画面」だけでは不十分になる可能性

これまで企業のWeb戦略では、SEO、UI、UX、コンバージョン率など、人間がサイトを訪問することを前提とした指標が重視されてきた。

AIエージェント経由の利用が広がれば、新しい論点が加わる。

「AIが自社の商品やサービスを理解できるか」

「AIが正しい価格や在庫情報へアクセスできるか」

「AIが予約や購入まで安全に実行できるか」

といった、AIからの利用可能性である。

これはSEOの単純な延長とは限らない。

情報を「見つけてもらう」ことに加えて、AIがサービスそのものを「利用できる」状態を設計する必要が出てくるためだ。

2. APIを持つ企業の優位性が大きくなる可能性

WebMCPによって、既存のWebサービスが自動的にAIエージェント対応するわけではない。

AIへどの機能を提供するのかを定義し、それを安全に実行できるバックエンドが必要になる。

そのため、自社サービスの機能がAPIとして整理されている企業や、MCPなどを通じて業務機能を外部へ公開できる企業は対応しやすい。

一方、業務ロジックが画面操作や人手に強く依存している企業では、AIエージェントへの対応以前にシステムの再設計が必要になる可能性がある。

3. 顧客接点そのものが変わる可能性

最も大きな変化は、顧客が企業のWebサイトを直接操作しなくなる可能性だ。

例えばユーザーがAIへ、

来週の大阪出張で、会社の規定内のホテルを予約して

と依頼したとする。

AIが複数のホテル予約サービスを調べ、条件を比較し、そのまま予約まで実行できれば、ユーザー自身は各Webサイトをほとんど見ない。

企業から見れば、これまで人間のために設計してきたWebサイトの一部が、AIエージェント同士がサービスを比較・選択・利用する接点へ変わる。

そうなれば、Webマーケティングだけでなく、商品設計、価格設計、顧客獲得、ブランド戦略まで影響を受ける可能性がある。

日本企業への影響

日本企業が現時点ですぐWebMCPへ対応する必要があるとは言えない。

WebMCPはまだ実験段階であり、ブラウザやAIサービスがどこまで対応するかも確定していない。

一方で、自社のWebサービスが「AIから利用されること」を前提に準備を始める意味はある。

特にEC、旅行、金融、不動産、飲食予約、人材、SaaSなど、検索から申込・購入・予約までオンラインで完結するサービスでは影響が大きくなる可能性がある。

日本企業にとって重要なのは、WebMCPという特定技術を導入するかどうかだけではない。

商品情報、価格、在庫、予約、顧客情報などが構造化され、必要な機能を安全にAPI経由で実行できる状態になっているかを確認することだ。

AIエージェント対応は、Webサイトの改修というより、サービスや業務のデジタル化の成熟度を問う問題になる可能性がある。

企業が取るべきアクション

短期：AIエージェントから見た自社サイトを確認する

今後1〜3か月で、まず確認すべきなのは自社サービスの「Agent Readiness」だ。

例えば、主要な顧客行動について、

• 商品を検索できるか

• 正確な価格を取得できるか

• 在庫を確認できるか

• 予約や購入がAPIから実行できるか

• 認証が必要な操作を安全に制御できるか

を棚卸しする。

Cloudflareを利用している企業であれば、Developer Previewを検証環境で試す方法もある。

中期：AI向けに「何を実行可能にするか」を設計する

6か月から数年の視点では、単にWebMCPを導入するのではなく、自社サービスの機能をAIへどう公開するかを整理する必要がある。

特に重要なのは、

• AIに情報だけを取得させるのか

• 検索や見積もりまで許可するのか

• 購入や予約まで実行させるのか

という権限設計だ。

AIが実行できる範囲が広がるほど利便性は高まる一方、誤操作、不正利用、個人情報、認証、決済、責任分界といった問題も大きくなる。

技術部門だけではなく、事業部門、セキュリティ、法務を含めて設計する必要がある。

SUKUMOの視点

今回の発表で重要なのは、CloudflareがWebMCPを簡単に導入できるようにしたこと以上に、「企業のデジタルサービスを誰が使うのか」という前提が変わり始めたことだと思う。

これまでWebサイトの利用者は人間だった。

だから企業は、人が読みやすい文章、人が押しやすいボタン、人が迷わない導線を設計してきた。

しかしAIエージェントがユーザーの代理として検索、比較、交渉、予約、購入まで行うようになれば、企業にはもう一つの利用者が生まれる。

AIである。

そのとき競争力を左右するのは、Webサイトがきれいかどうかだけではない。

自社の商品、価格、在庫、サービス、業務機能がどれだけ構造化され、AIから正確かつ安全に利用できるかが重要になる。

これはWeb担当者だけの問題ではない。

AIを前提として、顧客接点やサービスそのものをどう設計し直すかという経営課題である。

ただし、WebMCPがその標準になるかはまだ分からない。

現在はDeveloper Previewであり、仕様も標準化の途上にある。

だからこそ、今すぐWebMCPへ全面投資する必要はない。

経営者が問うべきなのは、「WebMCPを導入するか」ではなく、「顧客の代理としてAIが自社サービスを利用する時代になったとき、私たちの会社は選ばれ、正しく利用される状態になっているか」ではないだろうか。