今日のAI検索需要
毎日同じ基準で市場全体を観測し、検索行動の変化を先回りする。点の位置と大きさは公開検索数ではなく、公式情報の更新、検索意図の切迫度、実践ログを合わせた編集部指数である。
今日の検索需要は、料金から「作業原価」へ進んでいた
8月12日は、単に「どのAIが高いか」ではなく、どの作業がどれだけ利用枠を使い、月額に見合う成果を返したかを知りたい需要が強かった。OpenAIのCodex Rate Cardと追加クレジット案内が更新され、ChatGPT WorkもCodexと同じ利用構造で説明されている。料金表を見る段階から、工程ごとの消費量を測る段階へ関心が移っている。
ここから今回の特集観測
今日は通常の検索需要に加えて、大型モデルの発表だけを追っていると見落としやすい興味深い変化があった。Webサイトそのものが、AIへ機能を渡し始めている。そこで通常マップとは別に、WebMCP周辺だけを拡大した2枚目のミニマップも作った。
Webは「人間が見る画面」から
AIが使える仕組みへ
API、MCP、WebMCPは何が違うのか。ブラウザ操作の延長では見えにくい変化を、WordPress運営者の視点から観測した。
今回の観測：WebサイトがAIへ「道具」を渡し始めた
2026年8月12日時点で、大型モデルの発表を追うだけでは見落としやすい変化があった。GoogleはI/O 2026の公式発表で、Webページ上のJavaScript関数やHTMLフォームなどをブラウザ型エージェントへ構造化して公開するための提案標準「WebMCP」を紹介している。
Microsoft側でも、Fabric local MCPの正式提供と、認証付き操作をクラウド上で実行するFabric remote MCPの公開プレビューが進んでいた。Azure Resource Manager MCP Serverでは、AIがコストや利用量のデータへ標準化された方法でアクセスできる。
個別のニュースだけを見ると別々の機能に見える。しかし並べると、AIが「答える」段階から、既存のWeb・データ・業務システムを「使う」段階へ移っていることが分かった。
記事テーマ別ミニマップ：WebMCP周辺で次に検索されること
これは毎日の市場全体を追うフルスクリーン観測所とは別の、この記事専用ミニマップである。記事で確認した原因から、次に検索が集まりそうな領域をつなげて読む。
需要・上昇圧は検索ボリュームの実測値ではなく、公式情報の新しさ、検索意図、実装への近さを合わせた編集部指数である。
保存版：Computer Use・ブラウザ操作・API・MCP・WebMCPの違い
| 方法 | AIが扱うもの | 向いている作業 | コスト感 | 安定性 |
|---|---|---|---|---|
| Computer Use | PC画面全体 | ファイル選択、他アプリをまたぐ作業 | 大きい | 低〜中 |
| ブラウザ操作 | Web画面、タブ、DOM | ログイン済み管理画面のピンポイント操作 | 中 | 中 |
| API | サービス固有の命令とデータ | 高速・大量・定型のシステム連携 | API料金＋開発費 | 高い |
| MCP | AI向けに定義されたツール | 複数AIから共通の機能を利用 | モデル利用量＋接続先 | 高い |
| WebMCP | Webページが公開する構造化機能 | ブラウザ型AIからWeb機能を直接利用 | 標準化の進展を要観測 | 高くなる可能性 |
※コスト感は当サイトでの運用経験に基づく相対比較。料金表ではない。WebMCPは提案中の標準であり、対応状況や仕様は今後変わる可能性がある。
誤解していたこと vs 実際に起きていること
検索需要は専門用語から実務の言葉へ広がる
初期に検索されるのは「WebMCPとは」「MCPとAPIの違い」「MCPサーバー 作り方」のような専門用語だと考えられる。その後、一般利用者の目的に翻訳される。
- AIにWebサイトを操作させる方法
- ChatGPTでWordPressを更新する方法
- AIでフォーム入力を自動化する
- 自分のサイトをAI対応にする方法
- ブラウザ操作とMCPの違い
これは検索ボリュームの実測値ではなく、公式発表と現在の実装動向から立てた予測である。今後、Search Consoleと実際の検索流入で検証する。
自分のサイトをAI対応させる7項目チェックリスト
- 目的が一文で言えるか
「記事を下書き保存する」など、AIに任せたい操作を明確にする。 - 入力と出力が整理されているか
必要な項目と、成功時に返す結果を決める。 - 権限を分けられるか
読み取り、下書き、公開、削除を同じ権限にしない。 - 人間の承認工程があるか
公開・送信・削除などは、最終確認を残す。 - 実行ログを残せるか
誰が、いつ、何を変更したか確認できるようにする。 - 失敗時に元へ戻せるか
バックアップ、下書き、差分保存を準備する。 - 画面操作以外の入口を作れるか
API、MCP、将来のWebMCPとして公開できる機能を切り分ける。
AIトレンドユニバースで次に検証すること
最初からWordPress全体をAIへ開放する必要はない。安全性と効果を測りやすい「読み取り専用」から始める。
- 行動観測ダッシュボードの集計値をAIが読み取る
- 観測所の候補データを取得し、記事案まで作る
- WordPressは下書き作成までを許可する
- メール配信は原稿作成まで、実送信は人間が行う
この順序なら、現在の運用ルールを崩さず、ブラウザ操作とMCPのコスト・速度・失敗率を実測できる。
今日から再現できる3ステップ
- 作業を1つだけ選ぶ
頻度が高く、失敗しても本番に影響しない作業を選ぶ。 - ブラウザ操作で基準値を測る
所要時間、AI利用量、やり直し回数を記録する。 - API・MCP化した場合と比べる
速さだけでなく、権限・保守・人間確認まで含めて判断する。
この記事そのものがプロンプト
以下をAIへ渡せば、自分のサイトや業務で最初にMCP化すべき機能を整理できる。
あなたはAI業務設計者です。 私が運営するWebサイト／業務について、AIに任せたい作業を整理してください。 【対象】 サイトや業務の概要： 現在の作業手順： 使っているサービス： 人間が必ず判断したい工程： 次の5方式で比較してください。 1. 人間が操作 2. Computer Use 3. ブラウザ操作 4. API連携 5. MCP／WebMCP 各方式について、向いている作業、導入負荷、実行コスト、安定性、権限リスクを表にしてください。 最後に「読み取り専用で始める最小実験」を1つ提案し、成功判定の数値も定義してください。
ボタンを押すと、枠内のプロンプトだけをクリップボードへコピーします。
観測に使った一次情報
WebMCPを含むGoogle公式発表
Fabric local MCPとremote MCPの公式発表
Azure Resource Manager MCP Serverの公式解説
観測日：2026年8月12日。本記事は公開情報と当サイトの実践経験を区別して記載した。予測部分は検索ボリュームの実測値ではなく、今後のアクセスデータで検証する仮説である。
この記事へのコメントはありません。