チャットボットのプライバシー表示｜入力前に確認する7項目

サイト右下のチャットを開くと、すぐに入力欄が表示されます。しかし、その画面だけでは、入力した文章が記録されるのか、何に使われるのか、担当者が読むのかを判断できないことがあります。フッターにプライバシーポリシーへのリンクがあっても、利用者が会話を始める前に気づけない状態なら、表示方法の見直しが必要です。

一方で、入力欄の上に長い規約を置けば解決するわけではありません。スマートフォンでは規約が画面を埋め、重要な一文が埋もれるおそれがあります。入力前に短く示す内容、詳細文書で説明する内容、特定の操作前に案内する内容を分けることが重要です。

チャットボットのプライバシー表示は、文案から作るのではなく、会話データの流れを確認してから画面ごとの役割を決めます。何を集め、何に使い、誰が扱い、どこへ送り、どれだけ残し、削除や問い合わせにどう対応するのかを整理します。実際の設定、契約、運用を確認して初めて、利用者へ正確に説明できます。

本稿では、一般的な実装確認の観点を整理します。個別の法的助言を行うものではありません。適用される法令、同意の要否、委託と第三者提供の区別、必要な表示は、事業、扱うデータ、契約、利用者によって異なります。最終的な判断は、自社の法務・個人情報保護担当者や弁護士などへ確認してください。

プライバシー表示は注意書きを置くだけでは決まらない

表示を考える際は、まず「個人情報を入力しないでください」と書きたくなります。この注意書きは、AIによる案内に氏名やカード番号が不要な場合には有効です。ただし、会話を記録して品質改善に使う、有人担当者が閲覧する、外部の機能提供者が処理するといった運用がある場合、入力禁止の案内だけでは実際の取扱いを説明できません。

反対に、予約や本人確認のために氏名・連絡先が必要な場面で「個人情報は入力しないでください」とだけ表示すると、利用者は手続きに必要な情報を判断できません。AIが一般案内を行う場面と、有人担当者または専用フォームで必要情報を受け取る場面を切り分け、それぞれの目的に合う表示を用意します。

公開されている案内でも、表示の役割は異なります。IPAのチャットボット案内は、個人情報を入力しないことに加え、機関側からも入力を求めないことを注意事項として示しています。KABU&のチャットサポート利用規約は、チャットボットには個人情報を記載しないよう案内する一方、有人対応では本人確認などのために入力を求める場合があると説明しています。いずれも各運営者のサービスに合わせた例であり、文章をそのまま転用できるものではありません。

個人情報の取扱い全般を整理する場合は、AIチャットボットで個人情報を扱う際の設計を参照してください。本稿では、その運用内容を利用者へどの画面で知らせるかに範囲を絞ります。

表示前にデータの流れを一枚にする

プライバシーポリシーの担当者だけで文案を作ると、実装との不一致が残る場合があります。まず、会話の開始から削除までの流れを、サイト担当、運用担当、情報管理担当、提供会社で確認します。分からない項目を推測で埋めてはいけません。契約書、仕様書、管理画面、提供会社からの正式な回答を根拠に確かめます。

自由入力欄だけでなく、自動的に送られる可能性がある情報も確認します。たとえば、ページURL、セッション識別子、Cookie、端末情報、ログイン中の顧客IDです。取得していない情報を表示へ追加する必要はありません。一方、実際に送信される情報を見落としたまま「チャット本文だけを取得します」と断定しないようにします。

外部サービスへ送信する場合は、送信先の会社名だけでなく、何のために、どの情報を、どの契約関係に基づいて扱うのかを確認します。Webサイトへの埋め込み、会話の生成、有人担当者への通知、アクセス解析、CRMへの登録では、それぞれデータの流れが異なります。データフロー表には、機能名だけでなく、送信元、送信先、情報項目、利用目的を分けて記載します。

会話履歴を顧客対応に使う場合は、顧客情報と会話履歴を管理する方法を参考に、業務目的、閲覧者、更新方法を整理できます。製品上で保存・閲覧できる情報については、最新の公式仕様と管理画面で確認してください。

入力前に確認する7項目

次の7項目を、すべて入力欄へ長文で掲載する必要はありません。入力前に短く伝える内容、詳細文書に記載する内容、操作直前に確認する内容へ振り分けます。その前提として、各項目の実際の取扱いを社内で一文にまとめられる状態にしてください。

入力欄の近くでは、利用者が今入力してよい内容を判断するための情報を優先します。一般案内だけを行い、個人情報が不要であれば、「氏名、住所、電話番号、カード番号などは入力しないでください」と具体例を添えます。ただし、例示するのは自社が実際に不要と確認した情報に限ります。健康、契約、相談内容など、文脈によって慎重な取扱いが必要な情報についても、業務内容に応じて入力の可否を確認します。

会話を記録する場合は、その事実が入力前に分かる位置へ表示するかを検討します。「品質改善に利用することがあります」という曖昧な一文だけで済ませず、どの目的で記録し、誰が確認し、詳細をどこで読めるのかを整理します。実際には品質改善へ使わない場合、他社の文言をまねて目的を追加してはいけません。

問い合わせ先は、チャットの中だけに置かない方法も検討します。チャットが開かない場合、履歴の削除を申し出る場合、表示内容について確認したい場合には、同じチャットを利用できないことがあります。メール、問い合わせフォーム、電話など、自社が実際に対応できる別の導線を示します。

短い表示と詳細文書を分ける

表示を三段階に分けると、情報の置き場所を整理しやすくなります。第一は、チャットを開いた直後や入力欄付近で目にする短い案内です。第二は、プライバシーポリシーやチャット利用規約などの詳細文書です。第三は、本人確認や外部送信など、特定の操作を行う直前の案内です。

近接表示には、自社で確認した事実を記載します。たとえば、「このチャットは一般的な商品案内に使用します。氏名・住所・電話番号などは入力しないでください。会話の取扱いはプライバシーポリシーをご確認ください」といった構成です。これは、そのまま使える完成テンプレートではありません。会話を記録するなら記録の要点を、有人担当者が読むなら閲覧される可能性を加えるなど、実際の取扱いに合わせて修正します。

詳細リンクの名称を「こちら」だけにせず、「チャットでの個人情報の取扱い」など、移動先が分かる表現にします。あわせて、新しいタブで開くのか、チャットが閉じないか、戻ったときに入力内容や会話状態が残るかを確認します。詳細を読もうとした利用者が入力内容を失う設計では、必要な情報を確認しにくくなります。

サイト全体のプライバシーポリシーにチャットの説明を追加する場合も、チャット固有の情報へ到達できる見出しを付けます。アクセス解析、問い合わせフォーム、メールマガジンなどの説明に埋もれていると、利用者は会話データの取扱いを見つけにくくなります。

個人情報を求めない場合と必要な場合を分ける

AIによる一次案内で個人情報が不要なら、入力させない設計を優先します。自由入力を必要最小限にする、選択肢で案内する、本人確認が必要な手続きは専用フォームへ移すなど、注意書きだけに頼らない方法を検討します。入力禁止の表示があっても、AIが「メールアドレスを教えてください」と尋ねれば、説明と動作が矛盾します。

有人対応へ切り替えた後に本人確認が必要となる場合は、切替前に案内を変更します。なぜ必要なのか、何を入力するのか、誰が確認するのか、別の方法を選べるのかを、実際の業務に合わせて示します。AIとの会話中には入力しない情報と、有人担当者または専用フォームで受け付ける情報を混同させないことが重要です。

有人切替の業務設計は、AIから有人対応へ引き継ぐ方法で確認できます。引き継ぐ会話要約、担当者が閲覧する情報、利用者へ聞き直す項目を決めたうえで、必要以上の会話本文を共有しない方法を検討してください。

委託・第三者提供・同意はデータフローで確認する

外部のチャットボットやAIを使う際に、「外部へ送るならすべて第三者提供」「利用規約への同意があればすべて足りる」と単純化してはいけません。契約関係、送信先の利用目的、自社による監督、国外での取扱いなど、個別に確認すべき事情があります。運用担当者だけで分類せず、作成したデータフローを法務・個人情報保護担当者へ渡して判断を求めます。

個人情報保護委員会のFAQ Q7-8では、予測される個人データの第三者提供について、取得時に包括的な同意を得る場合があり得ると説明されています。ただし、これは「チャット開始時に一度同意を得れば、どのような提供にも使える」という意味ではありません。自社の提供先、目的、情報項目、説明内容が該当するかは個別に確認してください。

提供会社への確認項目を整理する際は、AIチャットボットのセキュリティチェックリストも参照できます。回答は口頭だけで済ませず、契約書、仕様書、管理画面の設定、サポートからの正式回答など、後から確認できる形で残します。

OpenAIが公開するChatGPTのプライバシー設定には、一時チャット、メモリ、モデル改善、データのエクスポート・削除など、ChatGPT利用者向けの固有機能が説明されています。これらをSocratesや自社チャットの機能として記載してはいけません。外部AIを利用する場合も、対象となる製品、契約、設定の公式情報を確認し、自社が実際に利用者へ提供できる選択肢だけを表示します。

公開前にスマホと実際の導線をテストする

文書だけをレビューしても、表示の欠落や実装との不一致は見つけられません。スマートフォンとパソコンの両方で、初回訪問、再訪、同意しない場合、有人切替、外部フォームへの移動、詳細文書から戻る操作を確認します。画面に表示される文章だけでなく、実際に送信・保存される情報と説明が一致するかもテストします。

1. 初回表示：入力前に要点を確認でき、詳細リンクへ移動できるか。
2. スマホ表示：注意文、入力欄、送信ボタンが重ならず、拡大して読めるか。
3. リンク：詳細文書が開き、対象箇所を見つけ、チャットへ戻れるか。
4. 入力制御：入力を避けるよう案内した情報をAIが求めず、必要な場合は専用窓口へ案内するか。
5. 有人切替：必要情報と取扱いの説明が、切替後の業務に合っているか。
6. ログ照合：表示した利用目的、送信先、記録の説明が実際の設定と一致するか。
7. 再訪・変更：説明や取扱いを変更したとき、再確認が必要な利用者と表示方法を検討したか。

アクセシビリティも確認します。リンク名が具体的か、キーボードで操作できるか、読み上げ順が自然か、色だけで必須情報を区別していないかを検証します。注意書きが小さく薄い文字で表示されていると、画面上に存在していても利用者が読めません。

テスト結果には、画面、日時、環境、確認者、表示文の版、実際のデータ送信先を記録します。提供会社の設定変更、外部AIの契約変更、CRM連携の追加、保存期間の変更があった場合は、詳細文書と画面表示を同じ変更作業の中で見直します。

プライバシー表示チェックリスト

• 自由入力、Cookie等、ログイン情報、外部連携を含むデータフローを作成した
• 運営者と、チャットに関する問い合わせ先を特定した
• 回答、引継ぎ、改善、分析など、実際の利用目的を確認した
• 入力してよい情報、避ける情報、本人確認で必要な情報を分けた
• 会話の記録、担当者の閲覧、外部サービスでの処理を確認した
• 保存期間、削除・返却、利用者からの問い合わせ手順を確認した
• 短い近接表示、詳細文書、操作直前の確認を役割分担した
• AI窓口と有人窓口で、表示と質問内容を切り替えた
• 委託・第三者提供・同意を自己判断せず、専門担当者へ確認した
• スマホ、再訪、リンク、有人切替、実際のログで表示と動作をテストした
• 取扱いや契約を変更するとき、表示文も同じ変更管理へ入れた

チャットボットのプライバシー表示は、長い規約を置く作業でも、短い免責文を追加する作業でもありません。利用者が入力前に判断でき、詳しく知りたいときには正しい文書へ進め、実際のデータ取扱いと説明が一致している状態を作ることが目的です。まず現在のチャット画面をスマートフォンで開き、入力前に「誰が、何のために、何を扱うか」を確認できるか点検してください。

よくある質問