WebWhiter Park 建設記録 | 2026-08-10

自社サイトを「AIエージェント対応」にした実録｜MCPサーバーで問い合わせ窓口を作ってみた

自社サイトに問い合わせが来る経路が、この1年で静かに変わり始めています。「最近、検索よりもAIに聞いて決める人が増えているらしいけど、うちのサイトはこのままでいいのだろうか」と気になっている方もいるのではないでしょうか。対策したくても、何から手をつければいいか分かりにくいですよね。

実は、AIエージェントに「読ませる」だけでなく「問い合わせまでさせる」窓口を、自社サイトに今すぐ置くことができます。この記事では、マーケティング支援を本業とする筆者が、このサイト（WebWhiter Park）にAIエージェント専用窓口（MCPサーバー）を実際に実装した記録をもとに、仕組み・費用・スパム対策・そして「今やる価値が本当にあるのか」の正直な評価までを解説します。読み終える頃には、自社サイトで対応すべきか・待つべきかを自分で判断できるようになります。流行語に振り回されて高い買い物をする前に、実物を作った人間の一次情報をご覧ください。

なぜ自社サイトに「AIエージェント窓口」という発想が出てくるのか

前提となる変化は2つあります。順に確認しましょう。

検索もサイト閲覧もAIエージェント経由が増えている

2026年現在、調べ物や比較検討をChatGPTやClaudeのようなAIに任せる人が着実に増えています。AIエージェントとは、指示を受けて自分でWebページを開き、内容を読み、作業まで代行するAIのことです。

たとえば「沖縄のホームページ制作会社を予算50万円で3社に絞って」と頼めば、エージェントが各社のサイトを読んで候補を返します。このときサイトを「見て」いるのは人間ではなくAIです。企業サイトの読者に、人間ではない訪問者が混ざる時代が始まっています。

人間用の問い合わせフォームはAIエージェントには使いにくい

問題は最後の一歩です。多くのサイトの問い合わせフォームは、画像認証や確認画面など、人間が操作する前提で作られています。エージェントが問い合わせを代行しようとしても、ここで詰まることが少なくありません。

せっかく比較検討で候補に残っても、連絡手段が「人間専用」のままでは機会を逃します。そこで「AIが読める案内」と「AIが使える窓口」をサイト側に用意しておく、という発想が出てきます。

MCPとは何か——2026年7月の大改定で「サイトに置ける」ものになった

窓口の実装に使うのがMCPという規格です。基礎と、最近の重要な変化を押さえておきましょう。

MCP＝AIと外部サービスをつなぐ共通規格

MCP（Model Context Protocol）は、AIと外部のサービスやデータをつなぐための共通規格です。よく「AI界のUSB-C」と例えられます。

サイト側が「うちはこういう操作を受け付けます」というツールの一覧を宣言しておくと、対応するAIエージェントがそれを読み取り、必要なツールを呼び出せます。「サービス内容を教えて」「問い合わせを送って」といった操作を、決まった作法でやり取りできるわけです。

2026-07-28仕様のステートレス化で実装ハードルが下がった

2026年7月28日、MCPは公開以来最大の仕様改定を迎えました。中心はステートレス化です。従来はAIとサーバーが「接続状態」を維持する必要がありましたが、新仕様では1回のリクエストごとに完結する方式になりました。

専門的に聞こえますが、実務上の意味はシンプルで、無料や低価格のサーバーレス環境と相性が良くなり、普通のWebサイトの延長として置けるようになったということです。今回の実装が半日で終わった背景には、この改定があります。

実録：このサイトにAIエージェント窓口を実装した

このサイト（webwhiter-skill.com）に実装した内容は、大きく3つに分かれます。

1. AIエージェントが呼べるツール群
2. 費用がかからないサーバー構成
3. 最初から組み込んだスパム対策

それぞれ見ていきましょう。

作ったもの——情報照会ツールと問い合わせツール、3つの発見導線

用意したツールは4つです。サービス概要を返すもの、過去記事の一覧を返すもの、問い合わせを受け付けるもの、そして遊び心のカウンターが1つ。問い合わせツールは、名前・連絡先・相談内容を受け取って保存し、返信は人間が行う設計です。

あわせて、AIに窓口の存在を知らせる導線を3つ置きました。機械向けの所在ファイル2種類と、人間もAIも読める案内ページです。案内ページには「MCPが使えないエージェント向け」の普通のAPIも記載したので、MCP未対応のエージェントでも問い合わせを代行できます。実物は エージェント様窓口 で公開しています。

構成と費用——Cloudflare Pagesで追加費用0円

構成は、無料のホスティングサービスにサーバーレス関数を1本足しただけです。問い合わせデータの保存も無料枠内に収まり、月額の追加費用は0円でした。

作業も、仕様書の作成からAIエージェントによる実装、19項目の自動テスト、実際のAIクライアントから接続してツールが動くことの確認まで含めて半日です。「最新規格対応」という響きから想像するより、ずっと小さな工事でした。

スパム対策は最初から必須（レート制限・通知の無害化）

見落とされがちですが、AIが使える窓口とは、プログラムなら誰でも叩けるAPIでもあります。スパムの入り口にしないため、次の3点を最初から組み込みました。

• 同一の送信元からは1日5件までしか受け付けない
• 通知に細工された文字列が混ざっても無害化されるようにする
• カレンダー登録など、取り消しが面倒な操作はAIにやらせない（返信は必ず人間が行う）

特に3点目は設計思想として重要です。窓口を開くことと、社内の予定や仕組みを直接操作させることは分けるべきです。

正直な評価——今やる価値はどこにあるか

作ってみた上での率直な評価をお伝えします。良い話だけではありません。

実リードはまだ期待できない

最大の課題は「発見性」です。2026年8月時点で、主要なAIエージェントが初めて訪れたサイトのMCP窓口を自動で見つけて接続する標準は、まだ普及していません。つまり窓口を置いても、AIが勝手に見つけて問い合わせが増える、という状態には今はなりません。

問い合わせ数の増加だけを目的にするなら、時期尚早というのが実装した人間としての結論です。

それでも先行した3つの理由

それでも作る価値はあると判断しました。理由は3つあります。

1. AIエージェントはHTMLと普通のAPIなら今日でも使えるため、案内ページ経由の問い合わせ代行はすでに機能する
2. 「AI対応済みサイト」を実物で示せることは、AI活用を支援する事業者としての生きた実績になる
3. 発見の標準が固まった瞬間に、実装済みの型を他サイトへ横展開できる

自社サイトのAIエージェント対応についてよくある質問

WordPressで運用中のサイトでも対応できますか？

できます。MCPサーバー本体はWordPressの外（サーバーレス環境など）に置き、同じドメイン配下で共存させる構成が現実的です。今のサイトを作り直す必要はありません。

llms.txt（AI向け案内ファイル）を置くだけの場合と何が違いますか？

llms.txtはAIに「読ませる」ための案内で、MCPはAIに「操作させる」ための窓口です。段階導入なら、費用がほぼゼロのllms.txtと案内ページから始めるのが合理的です。

窓口を悪用されるリスクはありませんか？

ゼロではありません。受付件数の制限、入力内容の検証、AIに任せる操作の範囲を絞る設計の3点セットが最低条件です。この対策なしでの公開はおすすめしません。

外注した場合の費用と期間の目安は？

今回と同規模（情報照会＋問い合わせ窓口）なら、小規模なWeb開発案件の範囲で、期間は数日程度が目安です。大規模なシステム開発にはなりません。

まとめ

• 調べ物や比較検討をAIエージェントが代行する場面が増え、サイトの訪問者に「人間ではない読者」が混ざり始めている
• MCPは2026年7月28日の大改定でステートレス化し、無料のサーバーレス環境でも実装できるようになった
• このサイトへの実装は追加費用0円・作業半日で完了し、AIクライアントからの問い合わせ動作まで確認できた
• ただしAIが窓口を自動発見する標準は未普及で、実リード目的なら時期尚早。実験・実績・先行投資として判断する
• スパム対策（件数制限・入力検証・操作範囲の限定）は公開前に必ず組み込む

AIエージェント対応は「全社的なDXプロジェクト」にしなくても、小さく安く試せる段階に入っています。一方で、読んでみて「うちは今ではないな」と感じたなら、その判断も正解です。この記事で紹介した窓口は実物が動いています。人間のあなたも、あなたのエージェントも、試しに覗いてみてください。

後日談：ChatGPTは窓口に気づけるか（2026-08-10追記）

公開当日、ChatGPTに「このサイトのことがよく知りたい」とだけ指示して調査させる実験をしました。結果は予想通りの失敗で、過去記事から「運営者がMCPを使っているらしい」ことまでは推理したものの、サイト自体が窓口を公開していることには気づきませんでした。

原因を調べると、こちら側の落ち度でした。窓口ページがサイト内のどこからもリンクされていない「孤島」になっていたのです。そこで次の3点を追加しました。

• トップページに窓口への案内リンクを1行置く
• robots.txtにllms.txtとMCPエンドポイントの場所をコメントで書く
• sitemap.xmlを新設して窓口と記事を登録する

すると同日の再調査で、ChatGPTは「AIエージェント向けの入口がある」「MCPサーバーが公開されていて、Claude Codeなどから直接接続できる」と正確に特定しました。検索インデックスの更新を待たずに同日で結果が変わったことから、効いたのはページ内リンクとrobots.txtだと考えられます。

教訓はシンプルです。窓口は作るだけでは見つけてもらえません。エージェントが実際に辿る動線——トップページからのリンクと、ほとんどのエージェントが最初に読むrobots.txt——の上に置いてはじめて機能します。

この実験には続きがあります。初見のエージェントに何も教えず「問い合わせを代行して」とだけ頼んだらどうなるか——結果は続編で: AIエージェントは本当に問い合わせできるのか｜ロールプレイ実証と「エージェント解析」という新しいデータ源