ホームページに生成AIチャットを置く前に、最初に決めるのは製品名や画面デザインではありません。利用目的を一つに絞り、訪問者が入力してよい情報を決めて画面に明示したうえで、AIの回答範囲と人への引き継ぎを分けます。回答元情報と更新担当を固定し、会話ログの保存・利用方法まで公開前の決定事項に含める設計です。利用規約とプライバシー条件も確認し、初回テストは個人情報を含まない質問から始めます。
この記事は、AIチャットで問い合わせ対応を軽くしたい一方、誤回答や個人情報、ログ管理の扱いに迷っている中小企業の経営者・Web担当者向けです。機能を比べる前に「AIが答える・人へ渡す・入力を止める」の三つへ質問を振り分け、安全に小さく公開するための順番を整理します。
生成AIチャットは設置前の運用設計が先
生成AIチャットは、入力された文章に応じて回答を組み立てるため、用意した選択肢だけを返す従来型チャットボットより質問の幅が広がります。その反面、訪問者が想定外の情報を入力したり、AIが回答元にない内容まで答えたりする可能性も否定できません。AIであることを表示し、プライバシーポリシーへのリンクを置くだけでは、運用の境界が曖昧なままです。
公開前に決める対象は、チャット画面だけではありません。経営者またはサービス責任者は利用目的と許容できるリスクを決め、Web担当者は表示文と回答元情報を管理します。問い合わせ担当者が引き継ぎ後の対応方法を確認し、AI提供事業者には入力内容やログがどこまで保存・利用されるかを尋ねる、という役割分担です。担当が重なる小規模な組織でも、役割を名前で置いておけば、誤回答を見つけた後に誰が止め、誰が直すかで迷いにくくなります。
総務省・経済産業省が2026年3月31日に公表した「AI事業者ガイドライン（第1.2版）」は、AI開発者・AI提供者・AI利用者を分け、リスクに応じた対応と継続的な見直しを促す内容です。ホームページへ外部のAIサービスを組み込む企業は、少なくともAI利用者として、自社の用途、運用体制、提供者との情報共有を具体化する立場にあります。利用形態によってはAI提供者としての役割も生じるため、制作会社と提供事業者へ区分を確認しておくとよいでしょう。[1]
最初からすべての問い合わせを任せるのではなく、公開情報の案内など影響が限られた一用途に絞り、非個人情報の質問で試す方法が現実的です。導入可否の判断軸は「AIを置けるか」ではなく、「答えられないときに止められるか」です。
まず利用目的と対象質問を一つに絞る
利用目的は「問い合わせを減らす」のような社内目標ではなく、訪問者が何を確認できる機能なのかを一文で表します。たとえば「ホームページに掲載済みのサービス情報を案内する」「資料の掲載場所を案内する」のように、回答元と結び付く表現が適切です。目的が一文に収まらない状態は、異なる役割を一つのチャットへ詰め込もうとしていないか見直す合図です。
目的を決めたら、対象者、対象質問、答えない範囲を同じメモに置きます。「既存顧客と初めての訪問者の両方」「商品案内と採用相談と苦情受付の全部」と広げるほど、必要な回答元や引き継ぎ先は増える構造です。初期公開で対象者も質問範囲も狭くしておくと、誤回答を発見した際の影響範囲を追いやすくなります。
対象質問は、実際の問い合わせメールや社内で想定した質問から候補を出し、回答元を確認できるものだけ残します。公開ページに根拠がない質問、担当者の判断が要る質問、状況によって結論が変わる質問は、AIの対象外です。回答できない質問を先に定義すると、AIへ渡す情報を際限なく増やす設計から離れやすくなります。
チャットの開始画面にも、短い目的表示が必要です。「何でもご質問ください」ではなく、「掲載中のサービス情報をご案内し、個別のお見積もりや契約判断は担当者へおつなぎします」のように、できることとできないことを並べます。訪問者の期待を入力前に調整することも、誤回答対策の一部です。
訪問者が入力してよい情報を画面で伝える
自由入力欄には、運営側が求めていなくても氏名、電話番号、メールアドレス、住所、顧客番号、契約内容などが書かれることがあります。相談内容によっては、健康状態、従業員情報、取引先の秘密といった機密性の高い情報が含まれるかもしれません。入力後の注意では間に合わないため、入力欄の直前と初回メッセージで、入力してよい内容と控える内容を示します。
表示文には、少なくともチャットの利用目的、入力を控えてほしい情報、AIによる回答であること、回答できない場合の連絡方法を含めます。長い規約へ誘導するだけでなく、入力判断に要る内容をその場で読める長さに収める設計です。スマートフォンでは入力欄を開いた際に注意文が画面外へ消えないかも確認します。
個人情報保護委員会は、個人情報を含む内容を生成AIサービスへ入力するとき、特定した利用目的の達成に必要な範囲か、提供事業者が入力データをどのように扱うかを確認するよう注意を促しています。出力に不正確な個人情報が含まれる可能性や、利用規約・プライバシーポリシーを確認して利用判断することにも触れた注意喚起です。[2]
連絡先を取得して担当者から返信する場合は、AIとの会話欄へ混在させず、通常の問い合わせフォームへ分ける方法も考えられます。ホームページ上の入力画面で本人から個人情報を直接取得する場合、原則として利用目的の明示が必要とされ、例外は取得状況から目的が明らかな場合です。「チャットだから自明」と決めつけず、連絡先を何に使うかを入力画面で示します。[3]
フォーム側の取得項目や表示位置を点検するときは、問い合わせフォームで個人情報を集める前の確認項目も確認できます。チャットとフォームを分けても、利用目的、取得項目、送信先を整理する考え方は共通です。
AIの回答範囲と人への引き継ぎを分ける
質問の振り分けは、担当者の感覚ではなく、公開前に三つの経路として決めます。質問文を完全に予測することはできないため、「どの種類の判断をAIへ任せるか」という基準で分けるほうが運用しやすいでしょう。
- AIが答える：承認済みのページや資料に、同じ条件で確認できる確定情報がある質問
- 人へ引き継ぐ：見積もり、契約可否、個別の適合判断、苦情、予約変更など、本人確認や担当者の判断が必要な質問
- 入力を止める：パスワード、決済情報、本人確認書類の番号、公開を想定していない機密情報など、チャットで受け取らないと決めた内容
この三分類は、AIの回答文にも反映します。根拠が見つからないときに推測で埋めず、「このチャットでは確認できません」と伝え、フォーム、電話、担当窓口など自社が定めた連絡手段へ案内する流れです。窓口の受付条件や返信目安を表示する場合は、実際の運用と一致していることが条件です。
緊急性のある相談を受ける可能性がある事業では、通常の問い合わせ導線とは別の扱いを決めておきます。AIに状況判断をさせるのではなく、チャットでは受け付けないことと、利用者が取るべき連絡方法を画面上で明確にします。どの相談を緊急扱いにするかは、業種とサービス内容に応じた責任者の決定事項です。
引き継ぎは、リンクを表示して終わりではありません。会話内容を担当者へ渡すのか、訪問者が改めてフォームへ入力するのか、ログを渡す場合は本人へどう知らせるのかまで決定します。入力禁止情報が会話に含まれた場合は、そのログを通常どおり転送しない扱いも検討対象です。
回答元情報と会話ログの運用を決める
AIの回答品質を管理するには、連携した資料の数だけでなく、どのページ・資料を回答元として承認したかを一覧にします。各情報に管理担当、最終確認日、次回見直し日を付けると、更新の起点が明確です。料金、受付条件、提供範囲など変更の影響が大きい情報は、Webページを更新しただけで終えず、AI側への反映を担当者が再確認します。
回答元にない一般知識をAIが補う設定では、もっともらしい誤回答を見分けにくくなる点が課題です。初期公開では、承認済み情報から答えられない場合に回答を止める設定を優先し、出典ページへのリンクを表示できるかも確認します。回答文の自然さより、担当者が根拠を追えることが判断軸です。
会話ログについては、保存する目的、保存期間、閲覧できる人、誤回答の確認に使う範囲を決めます。併せて、AI提供事業者側で入力内容が保存されるか、サービス改善や学習へ利用されるか、管理画面から削除・出力できるかを規約とプライバシー条件で確認する段取りです。条件が不明なまま個人情報を含む入力を許可しないことが、小さく始める前提です。[2]
誤回答を見つけたら、回答だけを書き換えるのではなく、質問、誤った回答、正しい回答元、修正日、対応者を記録します。同じ誤りが別の表現で再発していないかをテストし、必要なら対象質問を狭めます。回答元情報、会話ログ、担当者確認、回答更新を一つの循環として扱う運用です。
AI事業者ガイドラインが示すのは、環境やリスクを確認しながら運用と評価を繰り返す考え方です。中小企業では大がかりな委員会を作るより、担当者と見直し日を決め、変更履歴を残すところから始めるほうが実行しやすいでしょう。[1]
公開前テストと公開後の見直しを続ける
公開前テストでは、想定どおり答える質問だけでなく、曖昧な質問、対象外の質問、入力禁止情報を含む質問、人への引き継ぎが必要な質問を試します。初回は実在する顧客名や連絡先を使わず、架空の文字列または非個人情報で挙動を確かめるのが原則です。各質問に期待する経路と根拠ページを書いておけば、回答の言い回しではなく運用ルールどおりに動いたかを見分ける判断材料になります。
スマートフォンでは、注意文、入力欄、送信ボタン、引き継ぎリンク、閉じる操作を実機で確認します。キーボードを開いた状態で注意文や送信ボタンが隠れないか、長い回答をスクロールした後でも人への連絡手段へ戻れるかも見る対象です。画面が操作できることと、安全上の表示を読めることは別の確認項目になります。
| 確認項目 | 公開前に決めること | 確認先 |
|---|---|---|
| 利用目的 | 対象者、対象質問、答えない範囲 | 経営者・サービス責任者 |
| 入力情報 | 入力可能な情報、禁止情報、画面上の注意文 | Web担当者・個人情報管理担当 |
| 回答と引き継ぎ | AI回答、人への引き継ぎ、入力停止の基準 | 問い合わせ担当者・制作会社 |
| 回答元情報 | 承認資料、更新担当、反映確認の方法 | 情報の所管担当者・制作会社 |
| 会話ログ | 保存目的、期間、閲覧者、修正記録 | 運用責任者・AI提供事業者 |
| サービス条件 | 入力・ログの保存、二次利用、削除・出力条件 | AI提供事業者の規約・窓口 |
未決定の行があれば、機能が動いていても公開準備は完了していません。該当機能を外す、質問範囲を狭める、担当者または提供事業者へ確認する、のいずれかを選びます。
公開後は確認日をカレンダーへ固定し、ログ件数だけでなく、対象外質問、引き継ぎ失敗、誤回答、入力禁止情報の混入を見ます。サービス内容や回答元ページを変更した日にも、臨時テストを行う運用です。管理できない質問が多い場合は回答範囲を広げず、選択式の案内や通常フォームへ戻す判断も選択肢です。
制作相談の前にそろえる確認メモ
制作会社へ「AIチャットを付けたい」とだけ伝えると、製品や画面の話が先に進み、社内で決めるべき運用条件が残りやすくなります。A4一枚程度の確認メモを用意し、経営者、Web担当者、問い合わせ担当者が同じ内容を見ながら相談できる状態にしておくのが相談前の準備です。
- 利用目的を一文で書き、対象者と対象ページを決めた
- AIへ試す代表的な質問と、根拠にするページ・資料を挙げた
- 個人情報、機密情報など入力を止める内容と表示文を決めた
- AIが答えられないときの引き継ぎ先と受付条件を決めた
- 回答元情報、会話ログ、誤回答修正を管理する責任者を決めた
- 公開前テスト日、公開後の見直し日、利用サービスの条件確認者を決めた
このメモを基に、制作会社には画面表示、回答制御、引き継ぎ導線、更新方法を確認します。AI提供事業者へ尋ねるのは、入力内容とログの保存・利用、管理者権限、削除・出力、仕様変更時の通知方法です。回答が得られない項目は公開範囲から外すか、非個人情報だけを扱う設計へ戻します。
まとめ｜公開前に運用境界を一枚へまとめる
生成AIチャットを安全に小さく始めるには、機能数ではなく運用境界を先に決めます。利用目的、入力情報、回答範囲、人への引き継ぎ、回答元、ログ、担当者、見直し日を公開前チェック表へ書き、制作会社とAI提供事業者の双方へ確認する流れです。未決定の部分をAIの柔軟さで埋めないことが、公開後に止めたり直したりできる状態をつくります。
