MCP 2026-07-28で「普通のWebサイトがAI対応する時代」が近づいた
MCP という言葉、聞いたことはあるけど「エンジニアの話」で済ませていた方、そろそろ視界に入れてもいい頃です。
7月28日にMCPの正式仕様2026-07-28が公開されました(5月のリリース候補版を経て、正式リリースとなったバージョンです)。開発者向けの技術更新ですが、中身が中小企業経営者にも関係する話に化けつつあります。ざっくり言えば、AIエージェントが外の世界と話すための土管が、専用のトンネルから普通の道路に格下げされた。この意味を、順を追って書きます。
そもそもMCPとは 「AIが外と話すための共通規格」
MCP(Model Context Protocol)は、Anthropicが2024年11月に提案した、AIエージェントが外部のツールやデータと話すための共通規格です(用語集のMCPの項で解説しています)。
たとえばClaude Codeにカレンダーを見せたい、Slackに投稿させたい、社内DBを検索させたい。それぞれのサービスと個別に統合を作るのは重すぎるので、「AIがどう話しかけたら応えてくれる」を統一の約束事にするという発想です。USB-Cのコネクタが1本になれば、あらゆる機器がそれで繋がるのと同じ考え方だと思ってください。
このMCP、去年から今年にかけて Claude / ChatGPT / Cursor / Gemini など主要AIが軒並み対応し、業界標準になりつつあります。ただし今までは、サーバー側の実装がかなり重かった。ここが今回の更新で大きく変わりました。
何が変わったか 「重いプロトコル」から「HTTPS一発」へ
新仕様の主な変更点を、非エンジニア向けに翻訳するとこうです。
| 変更 | 意味 |
|---|---|
| 完全ステートレス化 | セッションIDや初回ハンドシェイクを廃止。リクエストがどのサーバーインスタンスにも当たれるようになった |
| 通知の一本化 | 複数の複雑な仕組みを統合。実装がシンプルに |
| 一覧・リソース取得のキャッシュを標準化 | tools/list や resources/read などに有効期限・共有範囲のヒントを持たせ、同じ問い合わせを何度も投げにくくした |
| 古い機能の非推奨化 | Roots、Sampling、Loggingなどを非推奨に(少なくとも12か月は動作を維持)。仕様が痩せた |
エンジニアではない方に大事な一言でまとめると、Cloudflare WorkersやVercel Functionsのような、普通のWebサーバーの上で軽く動くMCPサーバーが作れるようになった、ということです。今までは「MCP専用の常時起動サーバーを立てて…」だったのが、HTTPSでPOSTを受けるMCP対応エンドポイントとして実装しやすい水準まで軽くなりました。もちろんツール定義や認証、権限設計といった仕事は残りますが、土台の重さは別次元です。
これで見えてくる未来 Webサイトが「AI向け入口」を持ち始める
技術の話を、ビジネス側の景色に翻訳します。
今までのMCPサーバーは、既存のサービスのAPI(プログラム向けの入口)をラップして作るのが基本でした。「うちのカレンダーAPIがあるから、それをMCP化して公開しよう」というパターンです。これはAPIをすでに持っている大手サービスや、開発リソースのある会社にしかできませんでした。
新仕様の軽さなら、話が変わります。APIを持っていない普通のWebサイトが、自分でMCPエンドポイントを1つ足すだけで、AIエージェントと直接話せる入口を持てるようになる。町の飲食店のサイトが「今日の空席状況を教えて」「予約入れて」に応えるとか、士業事務所のサイトが「初回相談の空き枠を教えて」に答えるとか。これまで「AI連携? うちには関係ない」と思われていた小さなサイトが、AIエージェントの相手になりうる。
もう一歩踏み込むと、検索エンジンに「見つけてもらう」時代から、AIエージェントに「呼ばれる」時代への変化の一部かもしれません。ユーザーがChatGPTやClaudeに「近くで今夜7時に4人で入れる焼き鳥屋教えて」と聞いたとき、AIが個別の店のWebサイトに直接問い合わせて空席を確認する。そんな未来の技術的な土台が、静かに整い始めています。
ただし、これは検索エンジンのようにAIが勝手に全Webサイトを巡回して呼び出す、という意味ではありません。エージェント側がそのMCPサーバーを発見・接続し、ユーザーや組織の権限のもとで使う仕組みが必要です。今回の仕様でも認可まわりが強化されており(OAuthやOpenID Connectに寄せる方向の変更)、AIエージェントに「何を見せ、何を実行させるか」は、単にエンドポイントを置くだけでなく認証・権限・ログとセットで設計する必要があります。
中小企業に、いま何が起きるか
一気に世界が変わるわけではありません。実装するには技術的な準備が要りますし、AIエージェント側がそれを使う仕組みも整う必要があります。ただ、今後1〜2年で「Webサイトを持つ = AIエージェントの相手になる」という前提が広がる可能性は十分あります。
自社で今から意識できることは、次の3つです。
- 自社サイトの情報が構造化されているか: 営業時間、料金、予約可否、よくある質問。AIに読み取ってもらいたい情報が整理されているかを見直す。今すぐMCPを実装しなくても、この土台があるかどうかで将来の差が出ます
- AIに公開してよい情報の線引きを決めておく: 公開OKな情報(店舗情報、商品情報)と、そうでない情報(在庫の内部原価、社員情報)。シャドーAIの記事で書いた「公開の線引き」が、いよいよ実装レベルで問われ始めます
- Web制作の相談時に「AI対応」を1項目入れる: 次にサイトをリニューアルするタイミングで、「AIエージェントから呼び出される想定はあるか」を制作者と話す。半年後の常識になっているかもしれません
私たちのAI導入支援の現場でも、「うちのサイト、AIから使ってもらえるようにできますか」という相談が少しずつ出始めています。まだ大半は「先取りする一部の会社」の話ですが、この仕様変更は、その少数派が動きやすくなる方向への一歩です。
まとめ: 静かだが、地味に大きい更新
派手なモデル発表と違って、プロトコル仕様の更新はニュースになりにくい。ただ、土管が変われば流れる水も変わる。今回のMCP更新は、AIエージェントが世界と繋がる速度を、間違いなく一段引き上げます。
観察ポイントは2つ。ひとつは、Cloudflare や Vercel といったホスティング事業者が、MCPサーバー用のテンプレートやツールをどれだけ早く出してくるか。もうひとつは、ChatGPT / Claude / Gemini といったAIエージェント側が、この新仕様に基づく新しいMCPサーバーをどれだけ活用するようになるか。
いまはまだ地味な話です。でも半年後、1年後に「うちのサイト、AI対応してますか」が普通の質問になっているかもしれない。準備は早いほうが安く済むので、次の打ち合わせのアジェンダに1行だけでも入れておく価値はあります。