リモートMCPとWebMCPは何が違うのか？

2026年8月25日、OpenAIがWebMCP Challengeを開始し、ChatGPTデスクトップアプリの内蔵ブラウザにWebMCPを使う「Site tools」が実装された。ChatGPT WorkやCodexは、表示中のWebページが公開するツールを発見して実行できるようになった。一方、リモートMCPはネットワーク上のMCPサーバーに接続してAIから呼び出す仕組みである。どちらも「AIにツールを渡す」規格に見えるが、ツールがどこにあり、誰の画面で動くかが根本的に違う。記事は両者の違いを、体験の主戦場をAIホスト側に置くのか、元のWebサイト側に置くのかという点から整理している。ただし現時点のSite toolsには、対応モデル、ワークスペース、ロールアウト、デスクトップアプリといった利用条件があり、誰でも使える段階ではない。

AIの鬼の視点で言えば、この違いは「お客をサイトに呼び戻すのか、AIに呼ばれて仕事をするのか」という問いに直結する。リモートMCPは事業者が自社の能力を配布し、ChatGPTやClaudeのような会話の入り口へ届ける流通チャネルになる。WebMCPはページを開いている人の横で、サイトが選んだ操作だけをAIに使わせる。比較や判断の画面はサイト側に残る。記事が「どちらか一方ではなく組み合わせが主流になる」と書くのも現実的だ。ただ、WebMCPの仕様リポジトリが、ヘッドレスな完全自律処理やリモートMCPの置き換え、人間向けUIの廃止を目標にしていないと明記している点は見落とせない。これは人を外す技術ではなく、人の目の前でAIと一緒に操作する技術として設計されている。その前提を読み違えると、導入の狙いを外す。

中小企業の実務に置き換えると、判断軸は二つでよい。社外の顧客が使う自社サイトなら、予約や見積などの操作をAIから使える形で公開する価値があるかを考える。社内の定型業務で複数サービスを横断する処理なら、リモートMCPが向く。いずれも今の段階では対応モデルや提供条件が限られるため、まずは自社サイトのどの操作に人の確認が要るかを書き出すところから始めるのが賢明である。