ChatGPTやGeminiに調べ物を任せる人が増え、いまやAIは「検索結果を読む」だけでなく「ブラウザを操作する」段階に入りました。そこで出てきたのがWebMCPという新しい規格です。ウェブサイト側からAIエージェントに対して、呼び出せる機能を渡す仕組みです。この記事では、話題の紹介ではなく実際に自社サイトへ実装した記録として、仕様の正確な現在地、実装の手順、ぶつかった落とし穴、効果の測り方、そして中小企業がいま導入すべきかどうかまでを書きます。結論から言えば、多くの中小企業にとっていますぐ必要なものではありません。その理由も含めて正直に整理します。
- WebMCPは、サイトがAIエージェントに「呼び出せる機能」を渡すための規格
- 2026年8月時点でW3Cの正式標準ではなく、Chrome 146が実装している段階
- や対策とは目的が違い、検索順位には影響しない
- 自社サイトに6つの機能を実装した手順と、仕様変更によるつまずき
- 導入すべき会社・まだ不要な会社の線引き
AIが「読む」から「操作する」に変わった
これまでのAI対策は、要するに読ませるための対策でした。見出しを整え、構造化データを埋め込み、AIが引用しやすい形で情報を置く。当サイトでもAI検索に引用されるための対策として整理してきた領域です。
ところがここ1年で、AIの使われ方が変わりました。ユーザーが「この条件でホームページを作れる会社を探して、料金を比較して」と頼むと、AIが実際にブラウザを開き、サイトを巡回して答えを組み立てる。こうしたエージェントと呼ばれる使い方が現実になっています。
このとき何が起きているかというと、AIはページのHTMLを丸ごと読み込み、そこから料金や納期を推測しています。人間が読めば分かる「19.8万円〜」という表記も、機械にとっては「これは税別か」「どのプランの話か」「〜はどこまで含むのか」が確定しません。読み違いが起きます。実際、料金表を持つサイトでAIが誤った金額を答える例は珍しくありません。
AIが「この会社は10万円で作れるらしい」と答えてしまえば、その前提で問い合わせが来ます。訂正から始まる商談は、まず成約しません。情報を置いているだけでは、正しく伝わる保証がない——これがエージェント時代の新しい課題です。
WebMCPとは何か
ウェブサイトが、そのページを開いているAIエージェントに対して「呼び出せる機能（ツール）」を宣言するためのブラウザの仕組みのこと。AIはHTMLを読んで推測する代わりに、サイトが用意した関数を直接呼び出し、正確な値を受け取れます。2026年3月9日にW3CのCommunity Group Draft Reportとして公開されました。
仕組みは拍子抜けするほど単純です。サイト側のJavaScriptで、機能に名前・説明・入力の形式・実際の処理の4つを添えて登録するだけです。たとえば当社なら「ページ数を渡すと最短納期と適したプランを返す機能」を登録しています。
| 要素 | 役割 | 当社の例 |
|---|---|---|
| 名前 | AIが呼び出すときの識別子 | estimate_delivery |
| 説明 | どんなときに使うかをAIに伝える文章 | 希望ページ数から最短納期と概算費用を返します |
| 入力の形式 | 受け取る値の型と必須項目 | pages（数値・必須） |
| 処理 | 実際に値を返す関数 | 納期表から該当行を引き、プランと金額を添えて返す |
ポイントは説明文がそのまま性能を決めることです。人間向けのUIでいえばボタンのラベルにあたります。「料金を返します」だけでは使われず、「金額を答える必要があるときは必ずこれを使ってください」と書いて初めて、AIは適切な場面で呼び出します。
構造化データ・AIO対策とどう違うのか
「構造化データを入れているから同じでは」と思われるかもしれません。目的が違います。並べると分かりやすいはずです。
| 構造化データ | AIO・LLMO対策 | WebMCP | |
|---|---|---|---|
| 目的 | 検索エンジンに意味を伝える | 生成AIに引用させる | AIエージェントに操作させる |
| 届く相手 | 検索クローラー | AIの学習・検索基盤 | 利用者のブラウザ上のAI |
| 効き方 | 検索結果の見え方 | 回答に引用されるか | その場のやり取りの正確さと速さ |
| 検索順位への影響 | 間接的にあり | 間接的にあり | なし |
| やり取り | 一方通行（読ませる） | 一方通行（読ませる） | 双方向（呼び出される） |
決定的な違いは双方向かどうかです。構造化データもAIO対策も「置いておく」施策で、相手が読んでくれるかは相手次第です。WebMCPは、AIが実際に関数を呼び、その場で答えが返る。推測の余地がありません。
優先順位ははっきりしています。構造化データ → コンテンツの充実 → WebMCPの順です。前2つができていない状態でWebMCPだけ入れても、そもそもAIにページを開いてもらえません。土台が先です。
いまどこまで使えるのか（正確な現在地）
ここは誇張が多い領域なので、確認できた事実だけを書きます。2026年8月時点の状況です。
- W3Cの正式な標準ではありません：2026年3月9日にCommunity Group Draft Reportとして公開された段階です。Web Machine Learning Community Groupが2025年9月に仕様を受理し、いまも議論が続いています。
- Chrome 146が実装しています：現時点で主要な実装はChromeです。Edgeも対応したという記事が多数ありますが、一次情報での確認は取れませんでした。
- 仕様は動いています：一括登録用の関数は2026年3月に廃止され、1つずつ登録する方式に一本化されました。呼び出し口も変更されています（後述）。
- HTTPSが必須です：暗号化されていないページでは動きません。
- 開発者ツールに専用タブがあります：Chromeの開発者ツールから、登録されたツールを一覧し、その場で実行して確認できます。
Community Group Draftは標準化される前の議論段階を指します。この先仕様が変わる可能性も、普及しない可能性もあります。導入するなら、変更が来る前提で、外しやすい形で入れるのが正解です。
自社サイトに実装した記録
机上の話にしないため、このサイト自体に実装しました。実作業は半日程度です。手順は次のとおりでした。
- 何を関数として公開するか決めるここが実装作業より重要でした。基準は「AIに聞かれて、本文から読み違えられると困ること」です。当社の場合は料金・納期・対応業種・会社情報。逆に、読めば分かる理念や制作の考え方は入れていません。関数を増やすほどAIは選択に迷い、精度が落ちます。
- 事実を1か所にまとめる料金は料金ページ、納期は即日ページに書かれていました。同じ数字が複数箇所にあると必ずズレます。AIが古い金額を答えるのは事故なので、事実を1つのファイルに集約し、ページもツールもそこを参照する形に直しました。
- ツールを登録する対応ブラウザかどうかを判定し、対応していれば6つのツールを登録します。非対応なら何もしません。数十行のJavaScriptで、側の変更は一切ありません。
- 読み取り専用の印を付ける料金や納期を返すだけのものには readOnlyHint という印を付けました。エージェント側が「これは安全に呼べる」と判断できるようにするためです。ページを移動する機能だけは、この印を付けていません。
- 呼び出しを計測するツールが呼ばれるたびにへ記録を送るようにしました。対応ブラウザで開かれた回数と、どのツールが何回呼ばれたかが分かります。これが無いと、導入した意味があったのか永遠に判定できません。
- 動作を検証するChrome 146が手元に無くても確かめられるよう、ブラウザ側の仕組みを自前で用意して差し込み、6つのツールが登録されるか、正しい値が返るか、計測が飛ぶか、非対応環境でエラーが出ないかを自動で検査する仕組みを作りました。
実際に公開している6つの機能
| 機能 | 何を返すか |
|---|---|
| 料金プランの取得 | 3プランの金額・含まれるもの・含まれないもの・オプション・維持費 |
| 納期の見積り | ページ数から最短納期、適したプラン、概算費用 |
| 即日納品の実例 | 朝8時の依頼を19時に納品した案件の、時刻付きの記録 |
| 対応業種の一覧 | 制作事例がある28業種と、各ページのURL |
| 会社情報の取得 | 所在地・連絡先・営業時間・対応エリア |
| ページを開く | 料金・即日・無料診断など主要ページへの移動 |
3つ目の即日納品の実例を入れたのは意図的です。「本当に即日でできるのか」は必ず疑われます。一般論で答えるより、実際にあった1日の時刻をそのまま渡したほうが、AIは正確に伝えられます。
技術的には、AIに問い合わせフォームを送信させることもできます。やっていません。フォームを開くところまでをAIに任せ、送信は本人が内容を確認して行う設計にしています。AIが代理送信できるようにすると、意図とずれた問い合わせが混ざり、結局どちらの時間も奪うからです。便利さより、届く問い合わせの質を選びました。
実装してぶつかった3つの落とし穴
記事どおりに書いても動きませんでした。同じことをする方の時間を節約するため、実際に詰まった点を残します。
1. 解説記事の書き方が、すでに古い
検索して出てくるコード例の多くは、一括登録の関数とnavigator 経由の呼び出しを使っています。前者は2026年3月に廃止され、後者もChromium 150で非推奨になりました。現在の正しい入口はdocument 側です。当社の実装では両方を見に行き、どちらでも動くようにしています。
この分野は解説記事が仕様に追いつきません。実装するなら、必ず仕様の一次情報を確認してください。半年前の記事は、もう古い可能性があります。
2. 登録を取り消す方法が用意されていない
登録したツールを解除する関数はありません。代わりに、登録時に中止用の信号を一緒に渡しておき、不要になったらそれを発火させる作りになっています。ページ遷移のたびに登録が二重三重に積み上がるのを防ぐには、この後始末が必須です。ここを忘れると、同じ機能が何個も並んだ状態でAIに渡り、動作が不安定になります。
3. 公開したのに反映されていないように見えた
実装してサーバーに上げ、確認したところ、機能がまったく登録されていませんでした。原因はサーバー側のHTMLキャッシュで、ファイルは正しく更新されているのに、古いHTMLが返されていただけでした。サーバー上の実ファイルを直接確認して切り分けています。
仕様の変更・後始末の作法・確認方法。どれも実際に手を動かさないと出てこない話です。新しい技術の情報は、実装した人が書いたものしか当てにならない——今回いちばん実感した点です。
効果をどう測るか
新しい技術で最もまずいのは、導入したこと自体が成果になってしまうことです。「対応しました」と言ったきり、効いたかどうか誰も分からない。これを避けるため、当社は最初から計測を組み込みました。
- 対応ブラウザで開かれた回数：そもそもWebMCPが使える環境からの訪問がどれだけあるのか。母数がゼロなら、それ以上の議論は不要です。
- ツールが呼ばれた回数：どの機能が実際に使われたか。登録しても呼ばれない機能は、説明文が悪いか、そもそも要らないかのどちらかです。
- 呼ばれたページ：どのページを開いたエージェントが機能を使ったか。
この3つがあれば、3か月後に「続ける・やめる」を数字で判断できます。呼び出しがゼロなら、そのときは外せばいい。数十行のコードなので、外すのも一瞬です。
流行りの技術ほど、導入した高揚感で評価が止まります。入れる前に、何をもって成功とするかを決めておく。これは新技術に限らず、ホームページのあらゆる施策に当てはまります。
中小企業がいま導入すべきか
正直に書きます。大半の中小企業にとって、いますぐ必要なものではありません。
理由は単純で、日本語圏でWebMCPを使ってサイトを訪れるエージェントは、現時点でほとんど存在しないからです。対応したところで、今月の問い合わせは1件も増えません。これを「AI時代の必須対策です」と売る会社があれば、警戒してください。
| 状況 | 判断 |
|---|---|
| 構造化データもコンテンツも未整備 | やらない。土台が先。効果の桁が違う |
| 検索からの流入がまだ少ない | やらない。まず読まれる状態を作る |
| 料金・仕様が複雑で、誤解されると困る | 検討の価値あり。読み違いを潰せる |
| IT・Web関連で、先行事例そのものが営業材料になる | やる。実装した記録が資産になる |
| すでに土台が整い、次の手を探している | やる。安く、外すのも簡単 |
当社が実装したのは、4番目と5番目に当てはまるからです。ホームページ制作を仕事にしている以上、新しい規格を自社サイトで検証しておくこと自体に意味があります。この記事も、その副産物です。
いま必要なくても、方向は明確です。AIが人の代わりにサイトを見る場面は増え続けます。そのとき問われるのは、見た目の美しさではなく情報が誤解の余地なく構造化されているかです。WebMCPを入れるかどうかは別として、この視点は今日から効きます。
まとめ：土台が先、その次に新しい規格
WebMCPは、サイトがAIエージェントに機能を渡すための新しい規格です。HTMLを読ませて推測させるのではなく、正しい値を直接返せます。実装は数十行で済み、費用もかかりません。
ただし2026年8月時点では標準化前の段階で、日本語圏での実需もほぼありません。いま優先すべきは、構造化データとコンテンツという土台のほうです。順番を間違えると、労力の割に何も起きません。
そのうえで、もし導入するなら必ず計測とセットで入れてください。呼ばれた回数が見えれば、続けるかやめるかを感覚ではなく数字で決められます。新しい技術との付き合い方として、これがいちばん健全だと考えています。
当社は、こうした検証を自社サイトで先に済ませてからお客様に提案しています。ホームページの現状に不安がある方は、無料の設計カルテで、目的と優先順位の整理から始めてみてください。ご依頼の有無にかかわらずお使いいただけます。
よくある質問
WebMCPとは何ですか？
ウェブサイトが、AIエージェントに対して「呼び出せる機能」を宣言するための仕組みです。従来AIはページのHTMLを読んで内容を推測していましたが、WebMCPに対応したサイトは「料金を返す関数」「納期を計算する関数」といった形で正確な答えを直接渡せます。2026年3月にW3CのCommunity Group Draftとして公開され、Chrome 146が実装しています。ただし2026年8月時点でW3Cの正式な標準ではなく、仕様は今も変わり続けています。
WebMCPに対応すると検索順位は上がりますか？
上がりません。WebMCPは検索エンジンの評価とは無関係の仕組みです。効果があるのは、AIエージェントがブラウザでそのページを開いたときの、情報の正確さと処理の速さです。検索順位を目的に導入するものではないと理解してください。検索側の対策が目的なら、構造化マークアップとコンテンツの改善が先です。
実装にはどれくらいの費用と期間がかかりますか？
自社サイトに5〜6個のツールを実装した実作業は半日程度でした。JavaScriptを数十行書いてサイトに読み込ませるだけで、サーバーの変更もCDNの導入も不要です。ただし「何を関数として公開するか」を決める設計のほうが重要で、ここを間違えると誰にも使われないものができあがります。
AIエージェントに問い合わせを自動送信させることはできますか？
技術的には可能ですが、当社は意図的にそうしていません。問い合わせフォームを開くところまでをAIに任せ、送信はご本人が内容を確認して行う設計にしています。AIが代理で送信できるようにすると、内容が本人の意図とずれたまま届く問い合わせが混ざり、結果として双方の時間を奪うためです。読み取り専用のツールには readOnlyHint という印を付け、エージェント側が安全に呼べるかを判断できるようにしています。
対応していないブラウザで見た人に影響はありますか？
ありません。この仕組みは対応ブラウザにだけ機能を登録し、非対応の環境では何も実行しない作りにするのが前提です。当社の実装でも、機能が存在しない環境でエラーが出ないことを実際に確認しています。表示速度への影響も、追加されるコードが数キロバイトのため実質ありません。
