推奨：WebMCP が実際のタスクを解決するかを考える前に、SEO と GEO を整える
WebMCP は SEO や GEO と重なる部分がありますが、同じ仕事ではありません。この言葉を混同すると二つの誤解が生まれます。エージェント API を追加すれば AI 検索で見つかるようになるという誤解と、LLM が読めるコンテンツならエージェントが予約、設定、送信を安全にできるという誤解です。
実務的な整理は単純です。SEO はページを見つけてもらうためのものです。GEO は AI が情報を理解し、引用し、正確に説明するためのものです。Agent Readiness は、許可されたエージェントがサイト上の範囲の決まったタスクを完了するためのものです。WebMCP は最後の層を実装する、ブラウザネイティブな選択肢の一つです。
コンテンツが弱い、商品情報が不完全、クロールに問題があるサイトでは、WebMCP が次の優先投資になることはほとんどありません。フィルタリング、設定、長いフォーム、サポート受付、予約のような反復的で価値の高いタスクがある成熟したサイトで初めて検討に値します。
発見、回答の適格性、タスク完了、呼び出し可能な機能は連続しています。ただし、各層には別の証拠が必要です。
一つの表で境界を整理する
| 層 | 主な対象 | 解決する問題 | 典型的な作業 | 約束しないこと |
|---|---|---|---|---|
| SEO | 検索エンジンと検索者 | ページをクロール、インデックス、検索語との一致ができるか | 情報設計、レンダリング、タイトル、内部リンク、構造化データ | エージェントによる自動取引 |
| GEO | AI の回答システムと読者 | 情報を正確に理解、再利用、引用、推奨できるか | 直接回答、証拠、エンティティの明確化、抽出しやすい節 | あらゆる場所での直接的な順位上昇 |
| Agent Readiness | 許可されたエージェントとユーザー | エージェントが安全に移動、絞り込み、タスク完了できるか | 安定した状態、エラー、権限、確認 | ユーザーの制御を迂回すること |
| WebMCP | ブラウザ内のサイトとエージェント | 特定のページ機能をどう構造化ツールとして公開するか | ツール schema、パラメータ、origin 境界、出力制限 | 汎用 AI 検索クローラのプロトコル |
WebMCP とは何か、何ではないか
Google Chrome の WebMCP ドキュメント によると、WebMCP は JavaScript 関数や HTML フォームを、自然言語の説明と構造化 schema を持つツールとして公開するための提案中の Web 標準です。imperative API は JavaScript 機能向けで、declarative API は標準 HTML フォームに注釈を付けます。
利点は DOM の推測を減らせることです。旅行サイトなら航空券検索とフィルターを公開できます。SaaS ならサポートチケットの下書き作成を公開できます。EC サイトなら、許可された商品設定や公開在庫の照会を公開できます。
これは新しい sitemap ではありません。ChatGPT、Google AI Overviews、Perplexity がページを引用する保証でもありません。バックエンド MCP サーバーの代替でも、本人確認、支払い確認、サーバー側認可を回避する方法でもありません。
執筆時点で WebMCP は Chrome の early preview と origin trial の段階にあります。安定した獲得チャネルではなく、検証すべきインターフェースの方向として扱ってください。
WebMCP が GEO の議論に入る理由
どちらも同じ行動変化に対応しています。人はすべてのページを読んだり、すべてのボタンを押したりしないかもしれません。AI は比較、要約、絞り込みを行い、ユーザーの承認後には操作することもあります。
GEO は依然として信頼できる回答源になることが目的です。商品ページは、何の商品か、誰に合うか、価格や制約、証拠、代替案との意味のある違いを説明する必要があります。こうした改善は、WebMCP を採用しないサイトでも有効です。
WebMCP は、すでに存在し、権限で保護された操作をエージェントに渡すためのものです。商品説明、価格、在庫、返品条件がすでに分かりにくいなら、ツールを追加するとエージェントがその混乱をより速く広げるだけです。
WebMCP をロードマップに入れるべき場合
| 現在の状況 | 最初の優先事項 | 今 WebMCP を検討するか |
|---|---|---|
| 主要ページを安定してクロールできない、商品情報が散在している | 技術 SEO とコンテンツ・エンティティ整備 | いいえ |
| ページは機能するが、AI の回答がブランドを誤解したり制約を落としたりする | GEO、証拠、コンテンツ構造 | 保留 |
| 複雑な絞り込み、設定、長いフォームで離脱が多い | UX とイベント分析 | 読み取り専用の実験を探す |
| 明確な権限モデル、監査可能なサーバー API、取り消し可能な操作がある | Agent Readiness とセキュリティ設計 | 制御された試作を作る |
| エージェントに購入、削除、機密データ変更を直接させたい | リスク審査と確認 UX | 最初の機能にはしない |
プロトコルではなくタスクから始める
「WebMCP をサポートすべきか」から始めないでください。代わりに「エージェントが完了するよう依頼されている、反復的なユーザータスクは何か」と尋ねます。
良い候補には、明確な目標、少数で検証可能な入力、プレビュー可能な結果、安全な終了方法があります。「予算とサイズで公開商品を絞り込む」は、「ユーザーのために購入する」より良い最初のタスクです。
次に確認します。既存のユーザーフローは信頼できるか。必須のフィールドは何か。出力にレビュー、第三者テキスト、機密データがあるか。最初は読み取り専用の結果や下書きを返せるか。どこでユーザー確認が必要で、何を見せるべきか。
実装が終わるまでセキュリティの問いを残してはいけません。 WebMCP セキュリティチェックリスト：Agent Ready の前にサイトを Agent Safe にする で、信頼する origin、不信な UGC、読み書きの境界、確認の公開チェックを確認してください。
SaaS の例：自律サポートよりサポートチケットの下書き
顧客がエージェントに「過去三日間のエラーをサポート依頼にまとめてほしい」と頼む場面を考えます。
弱い設計では、エージェントがすべてのプロジェクトを読み、問題を推測し、チケットを送信します。権限を超えたり、ログのテキストを命令として扱ったり、誤ったキューを選んだりする可能性があります。
より良い設計は、ユーザーがすでに閲覧できるエラー要約だけを公開し、読み取り専用ツールで期間とプロジェクトを絞り込み、送信ではなく下書きを作り、タイトル、説明、添付、宛先をユーザーに見せ、サーバー側の本人確認、プロジェクト権限、フィールド検証を維持します。
SEO はドキュメントを見つけてもらいます。GEO はエージェントと顧客が定義、制約、解決策を理解するのを助けます。WebMCP は、この既存タスクがページ推測に依存しにくくなるようにするだけです。
想像上の WebMCP 順位ではなく Agent Readiness を測る
| 指標 | 問い |
|---|---|
| タスク成功率 | エージェントは少ない再試行で許可された目標を完了できるか |
| 人による引き継ぎ率 | ユーザーはどこで最も頻繁に修正または引き継ぐか |
| 安全な停止率 | 未知、未認可、危険な入力をツールは正しく拒否するか |
| 確認後の完了率 | 影響を見た後でもユーザーは操作を承認するか |
| コンテンツと回答の品質 | 関連ページは理解され、引用され、適格な訪問を送っているか |
これらの指標は SEO と GEO のレポートの横に置きます。置き換えるものではありません。
WebMCP を正しい位置に置く
WebMCP は、ブラウザエージェントに raw DOM 自動化より明確な操作インターフェースを与えるため、追跡する価値があります。成長チームにとって、新しいプロトコル名より順序が重要です。ページを発見可能、理解可能、信頼可能にし、価値あるタスクを安全で検証可能に設計してから、WebMCP が適切な実装かを決めます。
実務的なサイト監査には、 SEO、GEO、Agent Readiness の四層監査 を続けて読んでください。証拠、リスク、30 日の優先順位を分けることで、実験的なプロトコルだけに予算を使うのを防ぎます。
FAQ
WebMCP と Model Context Protocol は同じですか？
いいえ。ツールや schema などの用語は共有しますが、WebMCP は現在のブラウザページのフロントエンド機能と DOM 操作に焦点を当てます。MCP は一般にバックエンドサービス、データソース、ローカルツールを接続します。両者は補完できます。
GEO に WebMCP は必要ですか？
いいえ。GEO の大部分はコンテンツ品質、エンティティの事実、証拠、ページ構造、技術的アクセス可能性です。ユーザーが本当にエージェントに複雑なサイト内タスクを完了させる必要がある場合だけ、WebMCP を検討してください。
WebMCP は EC 専用ですか？
いいえ。サポート、旅行検索、SaaS の設定、予約、データ絞り込みにも適用できます。共通するのは、明確で、制限でき、確認できるタスクがあることです。
情報源
著者：Maya Ellison、Auspia の 12 年経験を持つ GEO 戦略リサーチャー。Maya は AI 検索での可視性、ブランドエンティティの明確さ、成長チーム向けの実践的な GEO 運用について執筆しています。
