最終更新日: 2026-06-18
問い合わせフォームにプライバシーポリシーは必要なのか。
個人情報の同意チェックを入れるべきなのか。
この質問は、よく迷います。
「個人情報の取り扱いに同意する」とだけ置けばよいのか。短い同意文で足りるのか。プライバシーポリシーへのリンクだけでよいのか。利用目的はどこまで書くのか。
個人情報の同意文言は、長ければ安心というものではありません。
大切なのは、回答者が「何のために情報を送るのか」「どこまで使われるのか」「どこで詳しい内容を確認できるのか」を自然に理解できることです。
この記事では、問い合わせフォームに置くプライバシーポリシー導線と個人情報同意の考え方を、短い同意文例、チェックボックス例文、Googleフォームでの置き方、個人情報保護法との関係、利用目的、第三者提供の注意、スパム対策との違い、FORMLOVAでの設計方法に分けてまとめます。
問い合わせフォーム全体の構成を先に見たい場合は、問い合わせフォームテンプレートガイドを参考にしてください。この記事では、個人情報同意まわりに絞ります。
まず結論 -- プライバシーポリシー、利用目的、同意を送信前に見せます
問い合わせフォームの個人情報同意は、送信ボタンの直前に置くと読まれやすくなります。
問い合わせフォームで氏名、メールアドレス、電話番号、会社名、問い合わせ内容などを受け取るなら、フッターだけにプライバシーポリシーを置くより、フォーム内にも短い利用目的とプライバシーポリシーへのリンクを置くほうが実務上は説明しやすくなります。
個人情報保護法との関係では、「プライバシーポリシーという名前のページが必ず必要」とだけ考えるより、利用目的をできる限り特定し、本人が一般的かつ合理的に予測できる程度に伝える、という視点で設計します。
フォーム下部に置く最小の文言は、たとえば次の形です。
送信いただく個人情報は、お問い合わせへの回答および必要なご連絡のために利用します。
プライバシーポリシーをご確認のうえ、同意して送信してください。
[ ] プライバシーポリシーに同意します
もう少し短くするなら、こうです。
個人情報はお問い合わせ対応のために利用します。
プライバシーポリシーに同意のうえ送信してください。
[ ] 同意して送信します
さらに短く、チェックボックスのラベルだけで使うなら、次のような形です。
[ ] 個人情報の取り扱いとプライバシーポリシーに同意します
ただし、ラベルだけに閉じる場合でも、同じ画面の近くに利用目的を置きます。
個人情報はお問い合わせ対応のために利用します。
大切なのは、「同意します」の前に、何に同意するのかが分かることです。
個人情報保護委員会のFAQでは、利用目的は、本人が自分の個人情報がどのような目的で使われるのかを一般的かつ合理的に予測できる程度に特定する必要があると説明されています。
つまり、「業務のため」だけでは広すぎます。
問い合わせフォームなら、「お問い合わせへの回答」「本人確認」「必要な連絡」など、フォームの目的に沿って書くのが基本です。
プライバシーポリシーのリンクは、フッターだけに置くより、同意文の中か直後にも置くほうが親切です。リンク先では、利用目的、管理方法、第三者提供や共同利用の有無、問い合わせ窓口を確認できるようにします。
Googleフォームでプライバシーポリシーを置くなら、4か所を分けて考える
「google フォーム プライバシーポリシー」で探している人は、専用の難しい設定を探しているというより、回答者にどこで何を見せればよいかで迷っていることが多いです。
Googleフォームでは、公式ヘルプ上でも、フォームの説明、質問の説明、チェックボックス、確認メッセージ、メールアドレス収集、回答のCSV/Sheets管理などが案内されています。
そのため、Googleフォームで個人情報を受け取るなら、次のように役割を分けると整理しやすくなります。
| 置く場所 | 書く内容 | 注意 |
|---|---|---|
| フォーム冒頭の説明 | 何のフォームか、取得する情報を何に使うか | 長くしすぎず、目的を先に伝える |
| 個人情報項目の近く | メール、電話、会社名などを求める理由 | 任意/必須の意味が分かるようにする |
| 送信ボタン直前のチェックボックス | プライバシーポリシー同意、個人情報の取扱いへの同意 | 「同意します」だけにしない |
| 送信後の確認メッセージ | 受付完了、次の連絡、問い合わせ先 | 回答後に何が起きるかを短く示す |
Googleフォームで使うなら、たとえば次のようにします。
このフォームで取得する氏名、メールアドレス、問い合わせ内容は、問い合わせへの回答と必要なご連絡のために利用します。
詳しくはプライバシーポリシーをご確認ください。
https://example.com/privacy
[ ] 個人情報の取り扱いとプライバシーポリシーに同意します
Googleフォームのチェックボックス設問を使う場合は、この同意項目を必須にします。設問の説明欄には、利用目的やプライバシーポリシーURLを入れます。
メールアドレスを収集する場合は、さらに注意が必要です。
Googleフォーム公式ヘルプでは、回答者のメールアドレスを収集する設定や、回答者へ回答のコピーを送る設定が説明されています。メールアドレスを取るなら、フォーム上で「回答のために使うのか」「資料送付や営業連絡にも使うのか」「控えメールを送るのか」を分けて見せるほうが安全です。
また、Googleフォームの回答はフォーム画面で確認でき、Sheetsに連携したりCSVでダウンロードしたりできます。つまり、同意文は送信画面だけの話ではありません。回答データを誰が見られるのか、どのスプレッドシートに出すのか、不要になった回答をどう扱うのかまで、最初に決めておく必要があります。
Googleフォームの迷惑回答や重複回答の設定は、Googleフォームのスパム対策で詳しく整理しています。この記事では、個人情報同意とプライバシーポリシー導線に絞ります。
同意チェックボックスは必須なのか
すべての問い合わせフォームで、必ずチェックボックスが必要と断定できるわけではありません。
個人情報保護法では、個人情報を取得した場合、あらかじめ利用目的を公表している場合を除き、速やかに本人へ通知または公表することが求められます。実務では、プライバシーポリシーを整備し、フォーム上でも利用目的を分かるように案内する形がよく使われます。
検索で「問い合わせフォーム プライバシーポリシー 必要」と調べている場合、最初に分けるべきなのは次の3つです。
| 確認すること | フォーム上の実装 | 注意 |
|---|---|---|
| 何を取得するか | 氏名、メール、電話、会社名、問い合わせ内容など | 不要な個人情報は取らない |
| 何に使うか | 問い合わせ回答、本人確認、資料送付、採用選考、イベント案内など | 「業務のため」だけで広くしない |
| どこで詳しく読めるか | プライバシーポリシーリンク、応募者向け説明、個別の同意文 | フッターだけに任せない |
つまり、必要性の中心は「チェックボックスがあるか」だけではありません。回答者が送信前に、利用目的と詳しい取扱いを確認できるかです。
一方で、次のような場合は、明示的なチェックボックスを置いたほうが安全に設計しやすいです。
問い合わせ内容に個人情報が含まれる
資料請求や営業連絡に利用する
採用応募で履歴書や職務経歴を受け取る
第三者提供や共同利用が関係する
メールマガジン登録など別目的の利用がある
ただし、チェックボックスを置いたから安心、ではありません。
チェックの近くにある文言が曖昧なら、回答者は何に同意したのか分かりません。フォームごとに、利用目的、プライバシーポリシーリンク、チェックボックスの位置を整えることが先です。
用途別の個人情報同意文言例
ここからは、用途別の例文です。
一般的な問い合わせフォーム
ご入力いただいた個人情報は、お問い合わせへの回答および必要なご連絡のために利用します。
詳しくはプライバシーポリシーをご確認ください。
[ ] プライバシーポリシーに同意します
最も基本的な形です。
余計な目的を入れず、問い合わせ対応に絞ります。
送信ボタンのすぐ上にこの文言を置き、プライバシーポリシー部分をリンクにします。フォームの上部やサイトフッターにもリンクがあってよいのですが、送信直前で見えることが大切です。
資料請求フォーム
ご入力いただいた個人情報は、資料送付、サービスに関するご案内、お問い合わせ対応のために利用します。
詳しくはプライバシーポリシーをご確認ください。
[ ] 個人情報の取り扱いに同意します
資料送付後に営業連絡をする可能性があるなら、その目的も分かるように書きます。
「資料送付のため」とだけ書いておきながら、別目的の継続的な営業連絡に使うのは避けたほうがよいです。
イベント・ウェビナー申し込み
ご入力いただいた個人情報は、イベント参加受付、当日のご案内、開催後のご連絡のために利用します。
詳しくはプライバシーポリシーをご確認ください。
[ ] プライバシーポリシーに同意して申し込みます
イベントでは、当日の案内、リマインド、開催後アンケートなどが関係します。
どこまで連絡するのかを、フォームの目的に合わせて書いてください。
採用応募フォーム
ご入力いただいた個人情報および応募書類は、採用選考、選考に関する連絡、入社手続きのために利用します。
詳しくは採用応募者向けプライバシーポリシーをご確認ください。
[ ] 個人情報の取り扱いに同意して応募します
採用では、通常の問い合わせよりも扱う情報が重くなりがちです。
履歴書、職務経歴、ポートフォリオ、面接記録などを扱うなら、採用応募者向けの説明を別に用意するほうが読みやすいです。
メールマガジン登録を別で取る場合
問い合わせ対応とメールマガジン登録は、目的が違います。
同じチェックボックスでまとめず、分けて聞くほうが分かりやすいです。
[ ] プライバシーポリシーに同意します
[ ] サービス情報やお知らせメールの配信を希望します
2つ目は任意にする設計が自然です。
「問い合わせするにはメルマガ登録も必須」のような形にすると、回答者の納得感が下がります。
利用目的を書くときのチェックリスト
利用目的を書くときは、次のように確認します。
フォームの目的と合っているか
回答者が読んで使い道を予測できるか
別目的の利用を混ぜていないか
第三者提供や共同利用がある場合に説明しているか
プライバシーポリシーへのリンクが見える位置にあるか
個人情報保護委員会の通則編ガイドラインでは、第三者提供を想定している場合は、利用目的にその旨を特定する必要があると説明されています。また、個人データを第三者へ提供する場合は、原則としてあらかじめ本人の同意が必要です。
たとえば、問い合わせ内容を外部パートナーに共有する、グループ会社と共同で対応する、海外ツールへ個人データを移す、などの事情があるなら、通常の一文だけでは足りないことがあります。
このあたりは事業内容によって変わるため、迷う場合は自社の法務担当や専門家に確認してください。
同意チェックはスパム対策ではない
個人情報同意とスパム対策は、同じフォーム下部に置かれることがあります。
ただし、役割は別です。
| 要素 | 主な役割 | 止められるもの |
|---|---|---|
| 個人情報同意 | 利用目的、プライバシーポリシー、回答者の理解を明示する | 同意の不明確さ |
| reCAPTCHA / Turnstile / hCaptcha | Botっぽい自動送信を減らす | 自動送信の一部 |
| ハニーポット | 単純なBot送信を静かに減らす | 隠し項目へ入力するBot |
| 営業お断り文言 | 売り込み目的の送信を抑制する | 一部の営業送信 |
| 回答分類/ステータス管理 | 届いた後に要確認、営業、対応済みを分ける | 返信漏れ、分析ノイズ |
同意チェックを必須にしても、Botや営業メールは止まりません。
反対に、CAPTCHAを入れても、個人情報の利用目的が曖昧なら同意の説明にはなりません。
この2つを混ぜると、「同意チェックもCAPTCHAもあるから安全」と誤解しやすくなります。入口のBot対策は問い合わせフォームのCAPTCHA比較やハニーポット対策で設計し、営業メールや売り込みは問い合わせフォーム営業メール対策で別に考えます。
この記事が受け持つのは、回答者に「何のために情報を送るのか」「どこまで使われるのか」を理解してもらう部分です。
同意チェックのエラーメッセージ
同意チェックを必須にするなら、未チェック時のエラーメッセージも整えます。
悪い例です。
必須です。
良い例です。
プライバシーポリシーを確認し、同意にチェックを入れてください。
さらに、何に同意するのかを補足するならこうです。
個人情報の取り扱いに同意してから送信してください。
エラー文も、回答者を責めない言い方にします。フォームのエラーメッセージ例でも説明した通り、エラーは「どう直せば送信できるか」を伝えるものです。
FORMLOVAで同意文言まで含めて作る
FORMLOVAで問い合わせフォームを作るときは、項目だけでなく、同意文言も一緒に指定できます。
チャットで頼むなら、次のように書けます。
問い合わせフォームを作ってください。
項目は、名前、メールアドレス、会社名、問い合わせ内容。
フォーム下部に、個人情報は問い合わせへの回答と必要な連絡のために利用すること、プライバシーポリシーへの同意チェックを入れてください。
資料請求なら、こうです。
資料請求フォームを作ってください。
個人情報の利用目的は、資料送付、サービス案内、お問い合わせ対応です。
プライバシーポリシーURLは https://example.com/privacy です。
メールマガジン配信の希望は、任意チェックボックスとして分けてください。
入力項目の設計も同時に見直すなら、フォーム項目例ガイドが役立ちます。個人情報の同意文言は、どんな情報を集めるかとセットで決めるのが自然です。
送信後の対応まで考えるなら、同意文言だけで終わらせず、回答のステータス管理にもつなげます。たとえば「未対応」「対応中」「確認待ち」「完了」のように状態を分けると、個人情報を含む問い合わせを放置しにくくなります。状態設計はフォーム回答のステータス管理とは、実際の操作は回答一覧を見て絞り込みとステータス管理をする方法に分けています。
送信後の責任範囲も、同意文と一緒に決める
個人情報同意は、送信前のチェックだけで終わりません。
フォームが送信された後に、次のことが曖昧だと運用で困ります。
誰が回答を確認するか
誰が返信するか
いつまでに返信するか
回答データをどこに保管するか
スプレッドシートやCSVを書き出すか
不要になった回答をどう扱うか
営業メールや迷惑回答を分析から除外するか
削除、訂正、問い合わせ窓口をどう案内するか
送信前の同意文では、すべてを長く書く必要はありません。
ただし、送信後の確認メッセージや自動返信メールでは、回答者が次に何を待てばよいかを短く伝えます。
お問い合わせを受け付けました。
内容を確認し、通常2営業日以内に担当者からご連絡します。
個人情報の取扱いについては、プライバシーポリシーをご確認ください。
この文面は、フォームのサンクスページや自動返信メール設定とセットで整えます。個人情報を含む問い合わせでは、受付完了、対応予定、問い合わせ窓口が見えるだけで、回答者の不安をかなり減らせます。
よくある失敗
「個人情報の取り扱いに同意する」だけを書く
短くて便利ですが、それだけでは何への同意か分かりにくいです。
近くに利用目的とプライバシーポリシーリンクを置いてください。
利用目的を広く書きすぎる
「当社サービスのため」「業務上必要な範囲で利用します」だけでは、回答者が使い道を予測しにくいです。
問い合わせ対応、資料送付、参加案内、採用選考など、フォームの目的に合わせて書きます。
別目的の同意をまとめる
問い合わせ対応とメール配信は、目的が違います。
必須同意と任意同意を分けると、回答者の納得感が上がります。
プライバシーポリシーが古い
フォームだけ整えても、リンク先のプライバシーポリシーが古いと意味がありません。
利用目的、第三者提供、共同利用、問い合わせ窓口などが現在の運用に合っているか、定期的に見直してください。
同意チェックを送信ボタンから離して置く
同意文がフォームの上部にあり、送信ボタンの近くには何もない形だと、回答者が送信直前に確認しにくくなります。
入力項目の最後、送信ボタンの直前に、利用目的、プライバシーポリシーリンク、同意チェックをまとめて置くほうが実装しやすいです。
よくある質問
問い合わせフォームに個人情報同意は必須ですか
すべての問い合わせフォームで、チェックボックスが必須と断定できるわけではありません。
ただ、氏名、メールアドレス、会社名、問い合わせ内容を受け取るなら、利用目的とプライバシーポリシーへの導線は見える場所に置くほうがよいです。資料請求、採用応募、第三者提供、メール配信などが絡む場合は、チェックボックスで明示したほうが運用上も説明しやすくなります。
問い合わせフォームにプライバシーポリシーは必要ですか
個人情報を受け取る問い合わせフォームでは、利用目的と取扱いを回答者が確認できる導線が必要になります。実務では、プライバシーポリシーを用意し、フォーム上の短い利用目的文からリンクする形が分かりやすいです。
ただし、リンクを置くだけで十分とは考えないほうがよいです。フォーム上でも「お問い合わせへの回答」「本人確認」「資料送付」「採用選考」など、送信内容に合った利用目的を短く示してください。
個人情報保護法では何を書けばよいですか
この記事は法的助言ではありませんが、フォーム設計では、少なくとも利用目的を具体的にし、回答者が自分の情報の使われ方を予測できるようにします。
たとえば「お問い合わせへの回答および必要なご連絡のために利用します」は、問い合わせフォームの目的に沿っています。一方で「当社業務のために利用します」だけでは広すぎます。第三者提供、共同利用、外国提供、採用応募、メール配信などがある場合は、プライバシーポリシーや個別説明を確認し、自社の法務担当や専門家に相談してください。
短い同意文だけでも大丈夫ですか
短い文でも、利用目的が分かるなら使いやすいです。
たとえば「個人情報はお問い合わせ対応のために利用します。プライバシーポリシーに同意のうえ送信してください」のように、目的とリンク先を近くに置きます。反対に、「同意します」だけでは何への同意か伝わりにくいです。
プライバシーポリシーリンクはどこに置けばよいですか
送信ボタンの直前にある同意文の中か、同意チェックのすぐ近くに置くのが自然です。
フッターにもリンクがあってよいのですが、フォーム送信時に回答者が探さなくても確認できる位置に置きます。フォーム上の短い説明と、リンク先の詳しい規程を分けると、本文が長くなりすぎません。
Googleフォームではプライバシーポリシーをどこに書けばよいですか
フォーム冒頭の説明、個人情報項目の説明、送信前の必須チェックボックス、送信後の確認メッセージに分けて置くと整理しやすいです。
たとえば、フォーム説明で利用目的を短く示し、同意チェックの説明にプライバシーポリシーURLを置きます。回答者がメールアドレスを入力する場合や、Googleフォームのメールアドレス収集を使う場合は、何のためにメールアドレスを使うのかも同じ画面で分かるようにします。
同意チェックを置けばスパム対策になりますか
なりません。
同意チェックは、利用目的とプライバシーポリシーへの理解を明示するためのものです。Bot対策はCAPTCHA、Turnstile、ハニーポット、回答検証、レート制限などで別に考えます。人が送る営業メールや売り込みは、入口だけで止めきれないため、届いた後の分類やステータス管理も必要です。
同意を取った後の問い合わせ管理で気をつけることはありますか
同意文を置いた後は、回答をどう扱うかも決めておきます。
対応者、対応状況、返信済みかどうか、不要になったデータの扱いなどを運用で曖昧にしないことが大切です。まずは問い合わせフォームテンプレートガイドで入口を整え、項目はフォーム項目例ガイド、送信後はフォーム回答のステータス管理とはへつなぐと整理しやすいです。
まとめ
問い合わせフォームの個人情報同意は、長く書くことが目的ではありません。
回答者が、自分の情報が何のために使われるのかを自然に理解できることが大切です。
まずは、送信ボタンの直前に、短い利用目的、プライバシーポリシーリンク、同意チェック、未チェック時のエラー文を揃えてください。
そのうえで、資料請求、イベント、採用応募、メール配信、Googleフォームのメール収集など、目的が増える場合は文言を分けます。
FORMLOVAでフォームを作るときも、項目名だけでなく、個人情報の扱い、迷惑回答の入口対策、送信後の対応ステータスまでセットで整えると、公開前の不安がかなり減ります。送信後に利用目的や次の連絡をどう伝えるかは、フォームのサンクスページの作り方もあわせて確認してください。
執筆・確認情報
- 確認日: 2026-06-18
- 確認した主な公式情報:
- 個人情報保護委員会: 個人情報の保護に関する法律についてのガイドライン(通則編)
- 政府広報オンライン: 個人情報保護法を分かりやすく解説
- Google Docs Editors Help: Edit your form
- Google Docs Editors Help: Choose a type of question for your form
- Google Docs Editors Help: View & manage form responses
- Google Docs Editors Help: Publish & share your form with responders
- 個人情報保護委員会: オプトアウト規定による第三者提供の届出
- キーワード根拠:
.tmp/formlova-keyword-article-queue-2026-06-17.csvでgoogle フォーム プライバシーポリシーがP0、volume 70、security_consent clusterとして抽出されたため、052へ吸収しました。 - FORMLOVA仕様確認:
lib/form/url-form-extractor.tsの同意文言抽出、lib/form/validation.tsの必須チェック、公開フォームの入力項目設計を確認しました。 - 注意: この記事は一般的なフォーム設計ガイドであり、法的助言ではありません。個人情報の取扱い、第三者提供、共同利用、外国提供、要配慮個人情報などが関係する場合は、自社の法務担当または専門家に確認してください。
関連する記事
- FORMLOVAでフォームを作る方法まとめ -- 用途別テンプレートと公開後運用の選び方
- ChatGPT・Claudeでフォームを作る方法 -- FORMLOVAなら一言から下書きとプレビューまで進められます
- フォームの自動返信メール例文集 -- 問い合わせ・資料請求・セミナー申込でそのまま使える作り方
- FORMLOVAで回答一覧を見て絞り込みとステータス管理をする方法
- FORMLOVAで回答をCSVで書き出す / Google Sheetsに自動連携する方法
- ウェビナー参加者管理の実務 -- 申込・確認メール・リマインド・フォローを崩さない設計
- Googleフォームのスパム対策 -- 迷惑回答・重複送信・営業メールを減らす方法
- 問い合わせフォームのCAPTCHA比較 -- reCAPTCHA・Turnstile・hCaptcha・ハニーポットの選び方
- 問い合わせフォーム営業メール対策 -- 売り込み・迷惑送信を減らすフォーム設計


