2026年10月11日更新。WebMCPはページの操作を公開し、MCPはAIアプリケーションをツールやデータサービスに接続します。 補完できますが、すべてのサイトに両方が必要なわけではありません。
違いを比較する
| 質問 | WebMCP | MCP |
|---|---|---|
| 接続の位置 | 対応ブラウザの文書内 | アプリのクライアントとMCPサービスの間 |
| 主な用途 | ページの検索、フォーム、操作 | サービスデータの取得やツール実行 |
| 定義の提供 | ツールフォームやdocument.modelContext | サービスが提供するツール定義 |
| ユーザー情報 | サイトのセッションを利用できるが権限確認は必要 | 伝送と認可の設計による |
| 利用条件 | 実験的なブラウザとエージェントの対応確認 | 互換クライアントとサービス |
MCPサービスはローカルでもリモートでも動作します。リモートのバックエンド専用とする説明は狭すぎます。WebMCPはpostMessageの伝送仕様ではなく、MCPサービスを自動変換する橋でもありません。MCPの紹介とWebMCP草案を参照してください。
ページ操作にWebMCPを使う
利用者が店のページを見ながら商品検索や既存の予約フォームを使う場合、ブラウザツールで同じアプリの能力を公開できます。既存フォームには宣言型、動的な操作にはexecuteコールバックが適する場合があります。
人向けの画面、入力検証、サーバーの認可を維持します。実装ガイドとブラウザ検証を確認してください。
アプリ連携にMCPを使う
サイトを開かずに内部サービスやローカル開発ツールを利用する助手には、MCPが適する場合があります。認証と権限は伝送方式と配置によって異なり、すべてに追加APIキーが必要とは限りません。認可が不要になるわけでもありません。
両方が役立つ場合
ブラウザ向けのページ検索と、MCPクライアント向けの独立したレポートサービスを提供する製品も考えられます。実際に両方の用途があるときに実装し、すべての機能を最初から二重化する必要はありません。
セッションとプライバシー
サイトのセッションを利用すれば、一部の流れで重複ログインを減らせます。認証、権限確認、重要操作の確認は必要です。ツールの返す情報はエージェントによってブラウザ外で処理される可能性があります。どちらの仕組みも、単体ではローカル処理を保証しません。
アノテーションは説明であり、動作を強制しません。MCPと現在のWebMCPではフィールドが異なります。アノテーションガイドを確認してください。
選択を検証する
一つの実際の機能で、発見、有効入力、無効入力、人向けの操作をテストします。無料スキャンは登録とページの証拠を提供しますが、実行は別に検証します。スコアガイドで評価範囲を確認できます。
