## 情報源
- URL: https://www.youtube.com/watch?v=TocdnAuFSxM
- タイトル: 【これ便利】WebMCPとは？Cloudflareの新機能も解説！AIエージェント時代のサイト設計を解説
- チャンネル: まさおAIじっくり解説ch
- 投稿日: 2026-08-10 / 約10分 / 再生4,209 / いいね92
- スコア: 80/100（関連性30・鮮度25・信頼性10・深度15）

## 主要な発見

### WebMCP は「MCP がブラウザに来ただけ」
本質は既知の MCP と同じで、**実行場所がブラウザに移った**もの。サイト側が HTML 内でツールを宣言（`registerTool` 相当）し、AI エージェントはそれを呼ぶ。

従来のブラウザ自動化（Playwright / Computer Use 系）との差:

| | 従来のブラウザ自動化 | WebMCP |
|---|---|---|
| 操作の根拠 | **DOM を見て推測**（このボタンが検索だろう） | サイトが宣言したツールを**呼ぶ** |
| 壊れやすさ | UI 変更で即死 | ツール定義が契約になる |
| 速度 | スクショ/DOM 走査で遅い | 呼び出し1回 |
| 再現性 | 低い | 高い |

→ 当環境で Playwright MCP が「セレクタが変わって落ちる」たびに直している問題（[[instinct-vvv-bots-spa-title-fallback]] 等）は、**根本的には推測に依存している**ことが原因。WebMCP はその依存を相手側の宣言に置き換える。

### Cloudflare の新機能（ベータ）— 既存サイトを一切変更せずに対応
エッジでスクリプトを自動注入することで、**サイトのコードに手を入れずに**次の2つを有効化できる:
1. **コンテンツ来歴（provenance）の検査** — その内容がどこから来たかを確認できる
2. **MCP サーバーへの中継** — **ユーザーのログイン状態を保ったまま**安全に中継する

「エッジで注入」なので、CMS を触れない・レガシーで改修できないサイトでも導入経路がある。

### 視点の転換
これまでのサイト運営は「エージェントの流入＝怪しいボット」として**弾く**方向だった。WebMCP はその逆で、**正規のアクセスとして迎え入れ、やってほしい操作をこちらから定義して渡す**設計思想。弾く/迎えるは技術ではなくポリシーの選択になった。

## 既存知見との接続
- [[instinct-cdn-shielding-is-not-a-boundary]] — Cloudflare をエッジ層として使う話が増えるほど、「CDN の向こう側に何が居るか」の把握が重要になる。エッジ注入は**サイト所有者の意図しない挙動を足せる**ということでもあるので、防御側から見ると来歴検査は必須。
- 当環境の vvv-bots は求人サイトのスクレイピングが主体で、相手が WebMCP を出してくれば**規約的にもクリーンな取得経路**になりうる（[[instinct-vvv-bots-domain-migration-normalize]] のような正規化苦労も減る）。まだベータで対応サイトは無いに等しいが、**採用が始まったら真っ先に検討すべき代替経路**。

## アクションアイテム
- **段0（記録のみ）**: 対応サイトが存在しないため現時点で実装対象なし。vvv-bots の取得先が WebMCP を出したら Playwright 経路より優先する、という判断だけ残す。