WebMCP
ChatGPTが、
「今開いている画面」を直接操作し始めた。
これまでは画面を見せて指示するか、コピペで橋渡しするしかありませんでした。デスクトップ版ChatGPTがWebMCPに対応し、開いているサイトをチャットから直接操作できるようになった意味を、仕組みとリスクの両面から読み解きます。
コピペとスクショの時代が
終わり始めた
OpenAI Devsが2026年8月25日に発表したとおり、ChatGPTデスクトップアプリ内蔵ブラウザがWebMCPという実験段階のオープンなWeb標準に対応した。サイト側が「商品を購入する」「座席を予約する」「カタログを検索する」といった操作を“ツール”としてページに宣言しておくと、ChatGPT(およびOpenAIのコーディングエージェントCodex)はそのツールを直接呼び出せる。画面をスクリーンショットで読み取ってクリック位置を推測する必要がなくなる。
2026年のAI業界は「エージェント型ブラウジング」一色だった。ChatGPT Atlasをはじめ各社が画面を見て操作するエージェントを競って出したが、多くは見た目からの推測に頼る脆さを抱えていた。ボタンの位置が変われば迷子になり、確認ダイアログを誤クリックする事故も起きた。WebMCPが注目される理由はここにある。特定企業のハック的な機能ではなく、他のAIベンダーも採用できる中立な公開仕様として提案されている点が、これまでの視覚頼みのエージェントとは一線を画す。
「見て操作する」から
「呼び出す」へ
WebMCPの正体は、Webサイトが自分の機能を関数として宣言し、エージェントがそれを直接コールできるようにする仕組みだ。
OpenAIは同時に、ノーコードでサイトを作れる「ChatGPT Sites」機能もアップデートし、そこで作ったサイトを最初からWebMCP対応にできるようにした。さらに開発者向けに「WebMCP Challenge」というハッカソンを実施中で、締切は2026年9月4日午前5時(日本時間)、上位10チームには賞金3,000ドルと1年分のChatGPT Proライセンス、加えてパートナー企業からの賞品が用意されている。詳細はOpenAI Developer Communityの告知スレッドにまとまっている。
誰に、どう効くか
立場によって「やること」が変わる。三つの視点で整理する。
サイト運営者・開発者
自社サイトを「エージェント対応」にしたいなら、主要な操作をWebMCPのツールとして宣言することを検討する価値がある。WebMCP Challengeに参加すれば、賞金や露出も狙える。今はまだ対応サイトが少ないぶん、先に動くほど差別化になる。
ChatGPTデスクトップの利用者
WebMCP対応サイトでは、予約・買い物・検索といった作業をコピペなしでChatGPTに任せられる。試すなら、まずは対応済みの新しいサイトで従来のスクリーン読み取り型の操作と体感速度を比べてみるとよい。
企業・IT管理者
社内システムや自社の顧客向けWebアプリをAIエージェントに直接操作させる以上、どの操作を"ツール"として公開するかという権限設計が新たに必要になる。UIの見た目を守るだけでは足りない。
操作を見せるのではなく、
操作を呼び出せるようにする。
次に何が起きるか
注目すべきはWebMCP Challengeの締切(9月4日)後、どれだけの主要サイトが実際にツール宣言を実装してくるかだ。オープン標準である以上、対応が広がれば広がるほどChatGPT側の恩恵も大きくなる。サイト運営側は、今のうちに自社の主要な導線(検索・予約・購入など)をツール化する価値があるか検討しておきたい。まだ目新しい段階だからこそ、早期対応は差別化にもなる。
一般ユーザーは、対応サイトを見つけたら実際に試し、コピペ運用との違いを体感しておくと、今後どのサイトで使うと得かの判断がしやすくなる。
見落とせないリスクもある
ブラウザ作業がそのままAIに渡せるので、コピペの手間は消える。その一方で、業務システム側の権限設計は見直しが要る——これは今回の発表自体が抱える最大の論点だ。エージェントが「見てクリックする」だけだった時代は、誤操作の被害は限定的だった。だがサイトが"ツール"を直接公開する以上、たとえば「アカウント削除」のような破壊的な操作を不用意に公開すれば、AIエージェントがそれを字義どおり実行してしまうリスクが生じる。
サイト運営者は、公開する操作の範囲を慎重に絞り込む必要がある。ユーザー側も、ログイン済みの画面でAIエージェントに何をどこまで任せてよいか、認可の粒度をあらためて意識したほうがよい。独立系メディアの報道でも、利便性と同時にこの権限設計の論点が指摘されている。