ブログに戻る
法務 公開:03.09.2026 1分で読めます

お問い合わせフォームと GDPR:実務で重要な点

お問い合わせフォームは無害に見えますが、送信ボタンを押した瞬間に個人データを収集します。GDPR が求めることと、よくある問題を説明します。

すべてのお問い合わせフォームは個人データを処理します。氏名、メールアドレス、多くの場合は電話番号、そしてほぼ何でも書ける自由記述のメッセージです。GDPR はそれらを禁止していませんが、フォーム自体、その周囲で読み込まれるもの、その後のメッセージの扱いについて、いくつかの要件を定めています。

フォームで知らせ、求める情報は少なく

GDPR 第 13 条は、データ収集時に本人へ情報を提供することを求めます。お問い合わせフォームなら、はるか下のフッターのリンクだけでなく、フォームの位置で知らせるということです。一般的なのは段階的な説明です。例えば送信ボタンの隣に「ご入力内容はお問い合わせへの回答にのみ使用します。詳細はプライバシーポリシーをご覧ください」という短い文と、そのリンクを置きます。完全な詳細はポリシーに記載します。

二つ目の原則はデータ最小化です(第 5 条 (1)(c))。回答するには、通常は返信手段とメッセージ本文があれば足ります。氏名は役立ち、電話番号も場合によって便利ですが、住所はめったに必要ありません。不要なものは省き、あると便利なだけの欄は任意と明示します。歯科医院のフォームが電話番号を必須にしているとします。メールを希望するすべての人に、目的に必要な範囲を超える情報を渡させることになります。

依頼への回答には、通常、同意チェックボックスは不要です

多くのフォームには「データの処理に同意します」という必須チェック欄があります。慎重に見えますが、通常は適切な手段ではありません。質問や見積もり依頼の場合、法的根拠は一般に、契約締結前に本人の求めに応じて行う措置である第 6 条 (1)(b)、または回答するという正当な利益である第 6 条 (1)(f) です。同意には独自の義務があります。自由意思で与えられ、いつでも撤回できなければなりません。特別な種類のデータは別です。例えば医科・歯科医院のフォームで健康情報を求める場合、GDPR 第 9 条が適用され、法的根拠を別途確認する必要があります。
マーケティングも別です。ニュースレターには本当の同意が必要です。独立した、初期状態で未チェックの欄を使います。前文第 32 項は、あらかじめチェックされた欄は同意にならないとしています。また、同意しなくてもフォームを使えなければなりません。

二つの目的、二つの規則
問い合わせへの回答
  • 法的根拠:第 6 条 (1)(b) または (f)
  • 通常はチェックボックス不要。プライバシーポリシーへのリンクを含む通知
  • メッセージの送信に必要
  • 問い合わせの処理完了で終了
ニュースレターやマーケティング
  • 法的根拠:同意、第 6 条 (1)(a)
  • 専用のチェックボックス。初期状態は未チェック
  • 任意。同意しなくてもフォームは使える
  • 本人が同意を撤回するまで続く
一つのフォームで両方を扱えますが、二つは分ける必要があります。

フォームのページで他に読み込まれるもの

ページにあるのは入力欄だけとは限りません。入力中に、外部提供者の CAPTCHA、広告や分析のピクセル、セッションリプレイのツールが動くことがあります。それぞれが少なくとも IP アドレスなどのデータを第三者へ送る可能性があります。また、端末への情報の保存や読み取りには、厳密に必要な場合を除き、ドイツやポーランドを含む各国で実施される ePrivacy の規則に基づき、原則として同意が必要です。セッションリプレイは特に注意を要します。マスキングがなければ、送信をクリックする前の入力内容まで記録することがあります。
ここで同意バナーが機能しなければなりません。「拒否」の後はピクセルが通信してはいけません。第三者の CAPTCHA が厳密に必要かどうかは議論があります。同意後にだけ読み込むなら、拒否した人に通常のメールアドレスなど別の連絡手段を用意してください。ハニーポット欄、時間チェック、プルーフ・オブ・ワークのチャレンジなど、第三者を使わない保護なら、この問題自体を避けられます。

  • プライベートウィンドウでフォームのページを開き、バナーを拒否して、開発者ツールのネットワークタブを確認します。どの外部リクエストがまだ送られていますか。
  • フォームのページと、送信後の完了ページに広告や分析のピクセルがないか確認します。
  • セッションリプレイを使う場合、フォームの入力欄がマスキングされているか、フォームのページが対象外になっていることを確認します。
  • どの CAPTCHA 提供者が、同意の前か後か、いつ読み込まれるかを記録します。
  • 残るすべての第三者を、目的とともにプライバシーポリシーに記載します。

メッセージの行き先と保存期間

一件の問い合わせがたどる経路
1ブラウザー → ウェブサイト
ページと送信の両方に、有効な証明書を使う HTTPS
2フォームプラグインやフォームサービス
入力内容はデータベースにも保存されることが多い。外部のフォームサービスは処理者
3メール提供者
処理者。通知メールは TLS で送るべき
4受信トレイ、チケットシステム、CRM
データ処理契約。チームの誰にアクセス権があるか
5削除
対応が完了し、保存義務がなくなった時点
各段階でデータが保存されるか、次へ渡されます。

ホスティング、メール提供者、フォームの送信先となるフォーム SaaS、ヘルプデスク、CRM など、お客様のためにメッセージを扱うサービスは、すべて GDPR 第 28 条の処理者です。それぞれとデータ処理契約(DPA)が必要です。多くの提供者は標準の契約を用意しています。EU/EEA 域外でデータを処理する場合は、移転について第 V 章に基づく根拠も必要です。認証企業向けの EU・米国データプライバシーフレームワークなどの十分性認定や、標準契約条項などが該当します。

問い合わせを永久に保存してはいけません。保存制限の原則(第 5 条 (1)(e))に従って保存期間を定め、メールボックス、プラグインのデータベース、CRM のコピーも含め、実際に削除します。問い合わせが取引関係に発展した場合、ドイツにもポーランドにもある商法や税法の規定により、一部の通信を何年も保持する必要が生じることがあります。その場合は、その義務が期間を決めます。最後に安全性です。第 32 条は、適切な措置の例として暗号化を挙げています。HTTPS のないフォームや、期限切れ証明書のフォームは、個人データを保護せずに送信します。

formexposed のスキャナーは、フォームのプライバシーポリシーへのリンク、Cookie バナーの拒否で本当に追跡が止まるか、フォームのページのピクセルとセッションリプレイツール、ページのソースに受信先アドレスが見えるかなど、これらの点のいくつかを外側から調べます。何も送信しません。アカウント不要の無料チェックでは、全体の水準と主な保護の検出結果が分かります。GDPR の詳細は完全なレポートに含まれます。

一般的な情報であり、法的助言ではありません
この記事は、EU 全体のお問い合わせフォームに対する GDPR の要件を一般的に説明するものです。法的助言ではなく、個別の状況の評価に代わるものでもありません。各国の規則や監督機関の指針により、追加の詳細が定められる場合があります。