チャットボットを置く前に｜リンク1本で相手のAIに説明させる

「サイトにチャットボットを置いたほうがいいでしょうか」——問い合わせを増やしたい経営者から、いちばんよく受ける相談のひとつです。

結論から言うと、チャットボットを作る前に試す価値があるのは「リンクを1本置く」という方法です。押すと、訪問者が普段使っているAIが開いて、こちらが用意した質問文が入った状態になる。作るのはリンクだけで、ボットは作りません。

株式会社Fyveは中小企業のAI活用を支援していますが、この方法をおすすめするのは手軽だからではありません。自前のチャットボットには構造的に持てないものが、訪問者のAIの側にはすでに溜まっているからです。この記事では、その理由と、今日試せる4つの工程をお伝えします。

サイトにチャットボットを置こうとすると、何が起きるか

まず、多くの会社がつまずく場所を整理します。チャットボットは「置いたら終わり」の道具ではありません。

作る手間より、育てる手間のほうが重い

チャットボットを設置するには、想定される質問と回答を用意する必要があります。ツールによっては自社サイトの文章を読み込ませるだけで動き出しますが、そこからが本番です。

実際に来る質問は、こちらが用意した想定質問とは違う言葉で来ます。「対応エリアはどこですか」ではなく「うちみたいな小さいところでも頼めますか」と来る。前者には答えられても、後者には答えられない、ということが起こります。

そのズレを埋めるには、来た質問を見て、回答を足して、また見る、という運用が要ります。自分が止まると事業が止まる規模の会社にとって、この運用の枠を毎月確保するのは簡単ではありません。

「置いたのに使われない」の正体

もうひとつよくあるのが、設置したのにほとんど押されない、という結果です。

訪問者から見ると、サイトの右下に出てくるチャットボットは「その会社が用意した窓口」です。何を聞いても、その会社に都合のいい答えが返ってくることは分かっている。だから、本当に知りたいことほど、そこには聞かれません。

本当に知りたいことは、たいてい「これは自分に合っているのか」です。そしてこの質問は、会社側が用意した窓口には最も答えにくい種類の質問です。

自前のボットが構造的に持てないもの

ここが、この記事でいちばんお伝えしたい点につながります。

「これは私に合っていますか」と聞かれたとき、自前のチャットボットはその人が誰かを知りません。何の仕事をしていて、何人でやっていて、何に困っていて、過去に何を試して失敗したのか——判断に必要な材料を、こちらは何ひとつ持っていない状態で答えることになります。

だから返せるのは「詳しくお問い合わせください」に近い、当たり障りのない回答になります。手間をかけて育てても、この壁は越えられません。持っていない情報は、出しようがないからです。

代わりに置くのは「リンク1本」

そこで、置き方を変えます。ボットを自分の敷地の中に作るのではなく、訪問者が普段使っているAIへ渡すリンクを1本置きます。

押すと何が起きるか

訪問者がそのリンクを押すと、その人が普段使っているAI（ChatGPTやClaudeなど）が開きます。そして入力欄に、こちらが用意した質問文が入った状態になります。

たとえば「この会社のサービスは、従業員10名以下の会社にも向いていますか。私の状況をふまえて教えてください」といった文が、最初から入っている。訪問者はそれを読んで、自分の事情に合わせて直して、自分の意思で送ります。

作るのはリンクだけ。ボットは作らない

用意するものはリンク1本です。学習データも、想定問答集も、月々の運用枠も要りません。リンクの中に質問文を入れておく形式は、ClaudeについてはAnthropicの公式ヘルプセンターに書き方が記載されています。ChatGPTでも同じ形式のリンクが使われています。

技術的な話はここまでで十分です。制作会社やツールに依頼する場合も、「この質問文が入った状態で開くリンクを作ってほしい」と伝えれば通ります。

なぜ自前のボットより効くのか

ここが本題です。手軽さの話ではありません。

相手のAIには、相手の事情がもう溜まっている

訪問者が普段使っているAIは、その人と何度もやりとりをしています。仕事の内容、抱えている課題、過去に相談したこと——こちらが絶対に用意できない文脈が、すでに相手側に蓄積されています。

その状態で「この会社のサービスは私に合っていますか」と聞かれたら、そのAIはその人の事情をふまえて答えられます。自前のボットが最後まで答えられなかった質問に、相手のAIは最初から答えられる。持っている材料が違うからです。

比べると、違いは「手間」ではなく「文脈」にある

最後の行が、この方法の代償です。それについては後半で触れます。

「読まされた説明」ではなく「自分で聞いたこと」になる

もうひとつ効くのが、情報の受け取られ方が変わることです。

サイトに書いてある説明は、どれだけ丁寧でも「会社が書いたもの」として読まれます。一方、自分のAIに聞いて返ってきた答えは、同じ内容でも「自分が調べたこと」として受け取られます。

説明を自分の敷地の中に囲い込むほど届きにくくなる、というのは少し逆説的ですが、こういうことです。

AI検索対策（LLMO）とは何が違うのか

「AIに自社を表示させる」という話とよく混同されるので、ここで線を引いておきます。方向が正反対です。

引用されるのを待つ／こちらから渡す

LLMOやAI検索対策と呼ばれるものは、誰かがAIに質問したときに、自社の情報が引用される確率を上げる取り組みです。相手がこちらを知らない状態から始まり、見つけてもらうのを待ちます。

一方、この記事の方法は、すでに自社サイトに来ている人が対象です。相手はもうこちらを知っていて、迷っている段階。そこで判断材料を、相手が信頼している道具の側に渡します。

どちらか一方を選ぶものではありません。ただ、着手の順番としては、リンク1本のほうが軽いのは確かです。数か月かかる施策の効果を待っている間に、今日試せることがある、という位置づけで捉えるのがよいと思います。

AI検索時代に中小企業のHPが"存在しない"扱いになる前にやること

押した瞬間には送信されない——これは制約ではなく利点

この方法を説明すると、「勝手に送信されるのは気持ち悪くないか」と聞かれます。実際には、押した瞬間には送信されません。

入力欄に入るだけで、送るのは訪問者

Anthropicの公式ヘルプセンターには、この形式のリンクについて「プロンプト欄に入力された状態になるので、確認してから送信できる」という趣旨の記載があります。つまり、入力欄に文字が入るところまでで一度止まります。

なお、ChatGPTでは過去に、この種のリンクが確認なしにそのまま送信されてしまう挙動が問題になったことがあります。セキュリティ企業のTenableが2025年4月15日にOpenAIへ報告し（TRA-2025-22）、同社は同年7月11日に、外部サイトからの遷移では自動送信されないようにする対策を実装したと回答しています。攻撃手法としてではなく、「だから今は送信前に止まる設計になっている」という経緯として押さえておけば十分です。

ただし、この挙動はAIごとに違い、時期によっても変わります。設置する前に、自分で1回押して確かめてください。後半の4工程にこの確認を入れているのは、そのためです。

一度止まることが、なぜ利点なのか

ここが判断の分かれ目です。一度止まるのは不便に見えますが、実際には効いています。

止まっている間に、訪問者は文面を読みます。そして自分の事情に合わせて直します。「従業員10名以下」を「3人でやっている工務店ですが」に書き換える。この瞬間に、それはこちらが用意した質問文ではなく、その人自身の質問になります。

もし押した瞬間に送信されていたら、これは起きません。届くのは「読まされた宣伝」のままです。一度止まるから、「読まされた」が「自分で聞いた」に変わります。

手放すものもある

ここまで利点を並べましたが、この設計には明確な代償があります。先に書いておきます。

何と答えるかは、こちらでは決められない

訪問者のAIが自社について何と答えるかは、こちらでは決められません。良く言ってくれることもあれば、「この会社の情報は少ないので分かりません」と返ることもあります。競合と比較されることもあります。

自前のチャットボットなら、答えの内容はこちらで決められました。それを手放すのがこの方法です。

成立するのは「聞かれて困らない」状態のときだけ

逆に言えば、この設計は自社の説明の強度を試します。

料金の考え方、対応できる範囲、できないことがサイト上で明確になっていれば、AIはそれを拾って答えます。曖昧なままなら、曖昧にしか答えられません。都合の悪いことを書いていないサイトほど、この方法では不利になります。

これは弱点というより、順番の問題です。訪問者のAIに渡す前に、自社の情報がAIから読める状態になっているかを確かめるほうが先です。

間違った答えが返ったときにできること

実際に起きるのが、相手のAIが自社について事実と違うことを答えるケースです。料金体系を古い情報のまま説明する、提供していないサービスをあると言う、といったことが起こります。

このとき、AIの側を直すことはできません。できるのは自社サイトの記述を直すことだけです。AIは公開されている情報から答えを組み立てるので、間違いの原因はたいていこちら側にあります。古い料金ページが残っている、サービス内容の説明が複数ページに分散して矛盾している、終了したメニューの記事が消されていない——このあたりが典型です。

裏を返せば、この方法は自社の情報の古さを検出する仕組みとしても働きます。おかしな答えが返ってきたら、それはAIの誤りである前に、サイトのどこかに矛盾が残っているという信号です。設置前に自分で聞いてみる工程が要るのは、この点でも意味があります。

渡す前に、自分で一度聞いてみる

設置前にやっておくと確実なのが、自分で自社について聞いてみることです。普段使っているAIに「（自社名）はどんな会社ですか」「このサービスは小規模事業者に向いていますか」と聞いてみる。返ってきた答えが実態とずれていたら、リンクを置く前に直すべきものがサイト側にあります。

この「AIから自社がどう見えているか」の整え方については、別の記事で詳しくまとめています。

LLMO対策の具体的なやり方｜ChatGPTに自社を表示させる実践ガイド

今日やる4つの工程

手順は4つです。実装の話ではなく、決める・置く・確かめる、の3動作だと思ってください。

1. 見込み客がいちばん知りたい質問を1つ決める

複数用意したくなりますが、まず1つに絞ります。選ぶ基準は「問い合わせの直前に、相手が心の中で確かめていること」です。

多くの場合それは「うちみたいな規模・業種でも合うのか」です。「料金はいくらか」ではありません。料金は、合うと分かった後に見る情報だからです。

業種によって、その一言は変わります。いくつか形を挙げます。

• 制作・受託系：「この会社に頼む場合、自分の側で用意するものは何ですか。私の状況をふまえて教えてください」——依頼前にいちばん不安なのは、費用より「自分がどれだけ動く必要があるか」であることが多い
• 士業・コンサル系：「私の業種と規模で、この分野を外部に頼む必要が本当にありますか」——外に頼むべきかどうかから迷っている
• 店舗・サービス系：「この内容は、私の目的に対して過不足がありませんか」——多すぎても少なすぎても踏み切れない

共通しているのは、どれも「この会社は何ができるか」ではなく「私はどうすべきか」を聞く形になっていることです。前者はサイトを読めば分かります。わざわざAIに聞く価値があるのは後者だけです。

2. その質問文を入れたリンクを作る

決めた質問文を入れたリンクを作ります。文面は、訪問者が自分の事情に差し替えやすい形にしておくのがコツです。

「私の業種と規模をふまえて、このサービスが合うかどうか教えてください」のように、相手が自分の情報を足す余白を残した書き方にします。こちらで細かく指定しすぎると、直す気が失せて、そのまま送るか、送らずに閉じるかのどちらかになります。

3. 申し込みボタンの「隣」に置く

置き場所には注意が必要です。申し込みボタンの代わりに置くのではなく、隣に置きます。

すでに決めている人は、そのまま申し込みたい。まだ決めていない人が、その手前で確かめるための出口として、AIに聞くリンクを並べます。順番を入れ替えると、決まっている人の導線まで一段遠くなります。

4. 自分で1回押して確かめる

最後に、自分で押します。確かめるのは3点です。

• 質問文が正しく入力欄に入っているか（文字化けや途中で切れていないか）
• 押した時点で送信されず、読んで直せる状態で止まっているか
• スマートフォンでも同じように開くか

置いて終わりにせず、この確認までを1セットにしてください。前述のとおり挙動はAIごとに違い、時期によっても変わります。

向いている会社・向いていない会社

すべての事業で効く方法ではありません。判断のための線を引いておきます。

向いているのは「合うかどうか」で迷われる事業

相手が申し込みの直前に「自分に合うか」を考える事業は、この方法と相性がよい。無形のサービス、金額の幅が大きいもの、相手の状況によって内容が変わるものが該当します。受託開発、コンサルティング、士業、研修、設備工事などがここに入ります。

こうした事業では、サイトにどれだけ丁寧に書いても「で、うちの場合は？」が残ります。その最後の一段を、相手の文脈を持っている側に渡せるのが効きどころです。

向いていないのは、即決・低単価・仕様が固定の事業

逆に、次のような場合は効きません。

• その場で買うかどうかが決まる低単価の商品——迷う時間そのものが存在しないため、間に一段挟むと離脱が増えるだけになる
• 仕様と価格が固定されていて、相手の状況で変わらないもの——「私に合うか」を判断する余地がなく、AIに聞いても書いてあることが返ってくるだけ
• 問い合わせの前に緊急性が高いもの——水漏れやトラブル対応など、今すぐ電話したい相手をAIに回すのは逆効果

三つ目は特に注意が必要です。緊急の相手には、電話番号を大きく出すほうが正解です。迷っている人向けの出口を、急いでいる人の導線に置かない——これは新しい道具を入れるときに共通する原則だと思います。

判断は「問い合わせ前の相談時間」で分かれる

迷ったときは、自社に問い合わせてくる人が、その前にどれくらい考えているかで判断してください。数分なら向きません。数日から数週間かけて比較検討しているなら、その検討の途中に自社の情報を差し込める価値があります。

置いたあと、何を見て判断するか

設置して終わりにすると、効いたかどうかが分かりません。見るべきものを絞っておきます。

押された回数だけを見ない

リンクが押された回数は、アクセス解析で計測できます。ただしこの数字だけでは判断できません。押した人が実際に送信したかどうかは、こちら側からは見えないからです。

この方法は、相手の画面の中で完結する部分があります。そこを追いかけようとすると設計が重くなり、リンク1本という軽さが失われます。追わないと決めるほうが合理的です。

見るのは「問い合わせの中身の変化」

代わりに見るのは、問い合わせフォームから届く内容の質です。

• 自社の状況（業種・規模・現在の課題）が最初から書かれた問い合わせが増えたか
• 「合いますか」で始まる問い合わせが減り、「これをお願いしたい」で始まるものが増えたか
• 初回のやりとりの往復回数が減ったか

この方法が効いているときは、問い合わせの件数より先に中身が変わります。相手はAIと一度話したうえで来るので、前提の説明が済んだ状態から始まります。件数が横ばいでも、商談の入り口が一段進んでいるなら効いています。

1か月は動かさない

設置してすぐ文面を変えたくなりますが、最低1か月は固定してください。問い合わせは母数が小さく、週単位では判断できません。変えるときも、質問文か置き場所のどちらか一方だけにします。両方同時に変えると、何が効いたか分からなくなります。

よくある3つの誤解

最後に、この話が誤って伝わりやすい点を整理します。

誤解1「チャットボットは不要ということですね」

そうではありません。問い合わせの量が多く、よくある質問がはっきり決まっている会社では、チャットボットは有効に働きます。この記事で言っているのは、置く場所と順番の話です。

ボットを作る前に、リンク1本で試せる。試した結果を見てから、ボットに投資するかを決めればいい。逆の順番でやると、育てる運用の重さを先に背負うことになります。

誤解2「効果が数字で証明されているのですね」

いいえ。この方法で問い合わせが増えたという報告は複数見かけますが、私が確かめられた範囲では、具体的な数値の裏付けがある事例には行き当たっていません。効果を数字で語れる段階ではない、というのが正直なところです。

それでも試す価値があると考えるのは、投じるものが小さいからです。リンク1本なので、外すコストも小さい。効果測定は、自社で押された回数と問い合わせの変化を見るところから始めるのが現実的です。

誤解3「AIに説明を丸投げするということですね」

むしろ逆です。前述のとおり、この設計は自社の説明が「聞かれて困らない状態」になっているかを試します。

渡せるのは、こちらが公開している情報だけです。書いていないことは答えられません。丸投げどころか、自社の情報を整える作業が先に必要になります。問い合わせが来ない原因がサイト側にある場合は、そちらから手を付けるほうが早いこともあります。

ホームページを持っているのに問い合わせゼロ。よくある3つの原因

まとめ

整理します。

• チャットボットは作る手間より育てる手間が重く、「私に合っていますか」には構造的に答えられない
• 訪問者が普段使っているAIには、こちらが用意できない文脈がすでに溜まっている
• だから、説明を自分のサイトの中でするより、相手のAIの中でしてもらうほうが届く
• 押した瞬間に送信されないのは制約ではなく利点。一度止まるから「読まされた」が「自分で聞いた」に変わる
• ただし挙動はAIごと・時期ごとに違うので、置く前に自分で1回押して確かめる
• 代償は、何と答えるかを決められないこと。成立するのは自社の説明が聞かれて困らない状態のときだけ

説明を自分の敷地の中に囲い込むほど、届かなくなる。相手のAIに渡すのは、説明を手放すことではなく、相手の文脈を借りることです。持っていない材料は、持っている側に使ってもらったほうがいい——それだけの話だと私は考えています。

株式会社Fyveでは、こうした「AIを前提にした導線の設計」から、自社情報をAIから読める状態に整えるところまでを支援しています。何から手を付けるべきか整理したい方は、専属AI活用顧問サービスの内容もあわせてご覧ください。