WEBサイト
2026年7月10日、Search Engine Land が「検索がコマースになった日」と評する記事を公開した。Googleが同年5月のGoogle I/O 2026で示した3つの仕組み——WebMCP・Universal Commerce Protocol（UCP）・Universal Cart——が、AIエージェントによる「代理実行」の基盤として整理された内容だ。
これまでのSEOは「検索結果に出て、クリックしてもらう」ことがゴールだった。しかしこの3つの仕組みが揃うと、ユーザーは検索結果をクリックせず、エージェントが商品を探し、カートに入れ、決済まで完了させる場面が現実の選択肢になる。WEBディレクターにとって「サイトが人間に見られるか」だけでなく「サイトの機能がエージェントに呼び出せる形で宣言されているか」が新しい点検項目になる。
本稿では、WebMCP・UCP・Universal Cartがそれぞれ何を意味するのかを一次情報から整理し、当サイトが今週確認すべき実務チェックリストと、当サイト自身の現在地を正直に開示する。
「クリックする場所」から「エージェントが動く場所」へ — 何が変わったのか
従来の検索体験は、ユーザーが検索し、結果一覧を見て、気になるリンクをクリックし、サイト上で自分の手で操作を完了する、という流れだった。この流れでは、サイト側は「クリックされやすい見出し」「わかりやすいUI」を整えれば十分だった。
WebMCP・UCP・Universal Cartが示す方向は、この流れの後半——クリック後にユーザーが自分の手でやっていた部分——をエージェントが代行する世界だ。エージェントは画面のスクリーンショットを解析してボタンの位置を推測するのではなく、サイト側があらかじめ宣言した「呼び出せる機能のリスト」を読み、必要な機能を直接実行する。この転換を指して、Search Engine Landは記事の中で「Core Web Vitalsを人間の閲覧体験の点検指標として使ってきたのと同じように、エージェントがサイトを実際に使えるかどうかを点検する視点が必要になる」という趣旨の指摘をしている。まだ確立した名前を持つ単一の指標があるわけではないが、「エージェントがこのサイトで迷わず行動を完了できるか」という観点そのものが、次の点検項目になるという指摘として受け止めたい。
WebMCPとは何か — サイトの機能を"呼び出せる関数"として宣言する
WebMCP（Web Model Context Protocol）は、WEBサイトが自分の持つ機能を「エージェントが呼び出せる構造化ツール」として宣言する仕組みだ。在庫検索・チェックアウト開始・サポートリクエスト送信といった操作を、ラベル付きの"メニュー"としてエージェントに提示する。GoogleとMicrosoftが共同で仕様策定を進めている。
対応状況（2026年7月10日時点、Search Engine Land記事より）は次の通りだ。
- Chrome 149でオリジントライアル（origin trial）が稼働中🔧 Chrome限定・様子見中
- Firefoxは2026年第3四半期の対応を約束
- Safariは2026年第4四半期の対応を予定
2026年2月時点ではChrome 146のCanary版で「WebMCP for testing」フラグを有効化する形のテストだった（Forbes報道）ことを踏まえると、この5カ月でオリジントライアルの段階まで進んだことになる。まだ実験段階の技術であり、全ブラウザで安定稼働する状態ではない。だからこそ「今すぐ実装する」段階ではなく「仕様の動きを追いながら、自社の機能をエージェント向けにどう宣言し直すかを考え始める」段階だと捉えるのが実務的だ。
Universal Commerce Protocol（UCP）とUniversal Cart — チェックアウトの共通言語
UCP（Universal Commerce Protocol）は、AIエージェントが商品発見からカート構築、チェックアウト完了、注文処理までを、ユーザーの個別操作なしに実行できるようにする共通言語だ。2026年1月11日に発表され、Google・Shopify・Walmart・Target・Etsy・Wayfair・PayPal・Stripeが共同開発の中心となっている。Google Developers Blogによれば、決済・小売業界のエコシステム全体で20社以上のパートナー企業がこの標準を支持しており、Visa・Mastercard・American Express・Adyen・Best Buy・Flipkart・Macy's・The Home Depot・Zalandoといった決済ブランド・小売企業も名を連ねる。個別サイトが決済連携先ごとにバラバラの統合を組む必要がなくなり、単一の統合ポイントに集約できることが狙いだ。
Universal Cartは、この上に乗るGoogleの消費者向けサービスで、Search・Gemini・YouTube・Gmailを横断してユーザーが集めたアイテムを1つのカートに集約する仕組みだ。ユーザーがどのGoogleサービス経由で商品を見つけても、最終的なチェックアウトは1つのカートで完結する。
Universal Cartは2026年5月19日発表されたばかりのサービスであり、本稿執筆時点（2026年7月）で第三者による独立した使い勝手レビューや評判データは確認できなかった。ローンチから2カ月程度では実運用の評価が定まっていないのが実情だろう。「まだ評価が定まっていない」という状態自体を、無理に埋めずそのまま書いておく。
市場規模についても触れておく必要がある。「Agentic Commerce（エージェントによる商取引）」の市場規模予測は、調査会社によって数字が大きく割れている。数億ドル規模とする予測から数千億ドル・数兆ドル規模とする予測まで幅があり、算出方法も対象範囲もまちまちだ。本稿ではこうした変動の大きい市場予測数値は引用しない。当サイトが確認できた確度の高い定量情報は、Google Developers Blogが示す「UCPパートナー企業20社以上」という参加企業数のみであり、これ以上の統計は一次情報が固まってから改めて扱う。
当サイトはEC機能・チェックアウトを持たない情報サイトのため、UCP自体は直接の実装対象ではない。ただし、問い合わせフォームや資料請求のような「フォームで完結する行動」を、エージェントが将来同じ発想で代行しようとする可能性はある。UCPが物販の文脈で先行しているだけで、根っこにある「エージェントに行動を任せられる形でサイトの機能を宣言する」という発想自体は、EC以外のサイトにも波及してくると見ておくべきだろう。
これは「新しいSEO」なのか — archives/90・archives/93との地続き
当サイトはこれまで、AIエージェントとの向き合い方を何度か扱ってきた。archives/90ではIETF WebBotAuth WGの発足を扱い、AIエージェントが「誰であるか」を暗号署名で証明する仕組みの標準化を追った。archives/93ではCloudflareがAIボットをSearch/Agent/Trainingの3分類に刷新した動きを扱った。どちらも「エージェントがサイトに来たとき、どう扱うか」という受け身の話だった。
今回のWebMCP・UCPは方向が違う。エージェントが来訪した後、単に情報を読み取るだけでなく「サイトの機能を実行する」段階に入ってきている点が新しい。archives/90・archives/93が「入口の管理」だとすれば、今回は「入った後、何をさせるか」の話だ。この2つは切り離せない。エージェントを正しく識別できても、エージェントに何もさせられないサイトは、単に「読まれるだけ」で終わる。逆に機能を宣言しても、エージェントの識別ができなければ、なりすましや誤操作のリスクを制御できない。両輪で考える必要がある。
WEBディレクターが今週確認すべき実務チェックリスト
WebMCP自体はまだ実験段階だが、「エージェントが行動を完了できるか」という視点でサイトを見直すこと自体は、今すぐ始められる。以下は当サイトが推奨する点検項目だ。当サイトの実施状況もあわせて正直に記載する（当サイトでやっているかどうかに関係なく、読者にとって必要な項目は掲載している）。
- 問い合わせ・予約・資料請求などの導線が、フォーム1本で完結する構造になっているかを点検する。複数ページにまたがる複雑なフローは、人間にとっても分かりにくいが、エージェントにとってはさらに解析しづらい。✅ 当サイト実施済（お問い合わせフォームは単一ページで完結）
- サイト内検索を Schema.org の SearchAction で機械可読に宣言しているかを確認する。エージェントが「このサイトで検索できる」ことをページを読まずに把握できる、現状もっとも実務的な"構造化されたアクション宣言"の実例だ。✅ 当サイト実施済
- チェックアウトや申込フォームの入力項目名・ボタンのラベルが、視覚的な装飾に頼らず意味の通るテキストになっているかを点検する。アイコンだけのボタン、画像化されたラベルは、スクリーンショット解析に頼る旧世代のエージェントだけでなく、WebMCP的な構造化宣言を後から追加する際にも足かせになる。
- Chrome・Firefox・Safariの対応スケジュール（2026年下期）を横目で追いつつ、自社の主要な"行動"（購入・予約・問い合わせ・登録）を洗い出しておく。WebMCPの実装自体は時期尚早でも、「エージェントに何をさせたいか」の棚卸しは今すぐできる。🔧 当サイトもこれから
- EC機能を持つサイトは、UCPのパートナー企業（Shopify・Stripe等）が使っているカート・決済基盤に自社が乗っているかを確認する。乗っていれば、UCP対応は基盤側のアップデートで自動的に恩恵を受けられる可能性がある。自社独自実装のカートは、対応が遅れるリスクを見ておく。
WebMCPとUCP、どちらの話か迷ったときの整理表
WebMCPとUCPは名前が似た文脈で語られることが多いが、対象にしているレイヤーが違う。読者から「結局どっちを見ればいいのか」と聞かれることが多いので、整理する。
| 項目 | WebMCP | UCP（Universal Commerce Protocol） |
|---|---|---|
| 対象範囲 | サイトの機能全般（検索・問い合わせ・チェックアウト開始等） | 商品発見からチェックアウト完了までの商取引フローに特化 |
| 技術レイヤー | ブラウザAPI（navigator.modelContext） |
サイト・決済プロバイダー間のプロトコル（オープンソース標準） |
| 策定主体 | Google・Microsoft共同 | Google・Shopify・Etsy・Wayfair・Target・Walmartが中心 |
| 発表時期 | 2026年2月Chrome Canaryでテスト開始、7月時点でChrome 149オリジントライアル | 2026年1月11日発表 |
| 現在のブラウザ対応 | Chrome限定（Firefox 2026年Q3・Safari 2026年Q4予定） | ブラウザ非依存（サイト・決済基盤側の実装次第） |
| 対象サイト | あらゆるWEBサイト | EC・物販・予約等、決済を伴うサイト |
ひとことで言えば、WebMCPは「エージェントにサイトの機能を教える土台」、UCPは「その土台の上で、決済まわりだけを共通言語化した専門分野」という関係になる。情報サイトである当サイトにとって現実的な検討対象はWebMCP側であり、UCPは物販サイトを運営する読者向けの話として切り分けて読んでほしい。
WebMCP以外の代替手段 — 今すぐ使える選択肢
WebMCPの実装を急がない、あるいはChrome以外のブラウザ対応が揃うまで待つと判断した場合でも、「エージェントに自社サイトの機能を発見・実行させやすくする」ための代替手段はすでにいくつか存在する。
- Schema.org の既存Actionタイプを使う。WebMCPのような専用ブラウザAPIではないが、
SearchActionのように標準化されて久しいAction型もある。当サイトのサイト内検索はこの方式で、エージェントが機械的に呼び出せる状態になっている（前掲の通り実装・動作確認済み）。 - llms.txt でエージェント向けの案内を出す。WebMCPほど厳密な「関数呼び出し」ではないが、サイトのどこに何があるかをテキストで案内する簡易な方法として、当サイトも既に設置している（archives/93で扱ったAIボット管理とあわせて運用中）。
- OpenAPI仕様や既存のREST APIドキュメントを公開する。エージェント専用の仕組みではないが、機能を機械可読な形で説明する document を用意しておくこと自体が、将来どの標準が主流になっても流用しやすい資産になる。
- フォーム・ボタンのラベルを意味の通るテキストにしておく。前述のチェックリストの3番目と重なるが、これはどの標準を採用するにしても効いてくる、最も投資対効果の高い準備だ。
WebMCP・UCPという名前が付く前から、「サイトの機能を機械可読にする」という発想自体は存在していた。新しい標準に飛びつく前に、まず手元にある選択肢（SearchAction・llms.txt・OpenAPI）で棚卸しを済ませておく方が、結果的に近道になる。
当サイトの現在地（自己実証）
当サイトはWEBディレクター向けの情報サイトであり、物販のチェックアウト機能を持たない。そのためUCP・Universal Cartは直接の実装対象にはならない。一方で、WebMCPが体現している「サイトの機能をエージェントに発見・実行させやすい形で宣言する」という発想は、当サイトのような情報サイトにも無縁ではない。ここでは誇張せず、実際に確認した現在地だけを書く。
- トップページの
WebSite構造化データにpotentialActionとしてSearchActionを実装済み。サイト内検索（/search?q=キーワード）が実際にエージェントから機械的に叩ける状態であることを、本記事公開作業時にHTTPステータス200で確認した。✅ 当サイト実施済 - お問い合わせフォーム・メルマガ登録フォームについては、SearchActionのような「行動そのものを機械可読に宣言する」構造化データはまだ実装していない。Schema.orgには「ContactAction」のような専用の型は存在しないため、どの型で宣言するのが適切かをまず調べる必要があり、今回は見切り発車で実装しなかった。次の一歩として検討する。🔧 当サイトもこれから
- WebMCP本体（
navigator.modelContextAPI）は未実装。Chrome限定のオリジントライアル段階であり、Firefox・Safariが出揃う2026年下期を待ってから実装判断をする方針。今この段階で飛びつくより、対応ブラウザが揃ってからの方が投資対効果が読みやすい。🔧 当サイトもこれから
「当サイトがやっていないから書かない」ということはしない。読者にとって必要な情報は、当サイトの実装状況にかかわらず書く。そのうえで、当サイトの現在地は誇張せず正直に開示する。
まとめ
WebMCP・UCP・Universal Cartは、まだ実験段階の技術であり、明日から全サイトが対応必須になるものではない。しかし、この3つが向いている方向——検索結果をクリックする人間の代わりに、エージェントがサイトの機能を直接実行する世界——は、実装の是非とは別に、今のうちに理解しておく価値がある。
WEBディレクターが今週できることは、WebMCPの実装ではない。「自社のサイトで、エージェントに代行させたい行動は何か」を棚卸しし、その行動がフォーム1本で完結する構造になっているか、意味の通るテキストで表現されているかを点検することだ。仕様が固まってから動くのでは遅い分野もあれば、仕様が固まる前に動いても投資が無駄になる分野もある。WebMCPは後者に近い。だからこそ、実装ではなく「棚卸し」から始めるのが、今の時点での正しい距離の取り方だ。
関連 archives（連載軸として読む）
- archives/90「IETF WebBotAuth WG が発足した日」 ── エージェントが「誰であるか」を証明する標準化の起点（2026-06-29）
- archives/93「Cloudflareが『検証』の定義を変えた日」 ── エージェントの入口管理の刷新（2026-07-02）
- archives/102「AIの回答を『買う』ことが、Googleの規約違反になった日」 ── 同じ「AI×検索」変化の中で、こちらは"引用を操作する"側の規制を扱った（2026-07-14）
