イベントリードの保存期間と削除ルール｜展示会・ウェビナー後の個人データ管理
展示会やウェビナーが終わると、申込フォーム、参加ログ、名刺、アンケート、チャット、商談メモが複数のツールに残ります。すべてを長く保存すると漏えい時の影響と管理負荷が増えますが、終了直後に一括削除すると、問い合わせ対応、営業フォロー、配信停止、同意の確認に必要な記録まで失うおそれがあります。
結論として、イベントリードに一律の保存年数を当てるのではなく、「何のために使うデータか」「その目的はいつ終わるか」「どのシステムと複製先にあるか」「終了後に削除・匿名化・継続保管のどれを行うか」をデータセットごとに決めます。イベント終了日は見直しの起点であり、全データを同じ日に消す基準ではありません。
本記事のポイント
- イベントリードの保存期間は一律の年数ではなく、申込管理、営業フォロー、配信停止、集計という利用目的ごとに決める。
- 削除対象は申込フォームだけでなく、ウェビナーツール、CSV、CRM、MA、配信基盤、共有ドライブ、バックアップまで追跡する。
- 削除証跡には個人データを複製せず、対象、ルール、件数、実行日時、例外、承認結果を必要最小限で残す。
この記事で扱うテーマ
関連キーワード
- イベント リード 保存期間
- 展示会 名刺 データ 削除
- ウェビナー 個人情報 保存期間
- イベント 顧客データ 削除ルール
このページで答える質問
- イベントリードはいつまで保存できますか？
- 配信基盤とCRMで保存期間を分けるべきですか？
- 削除対象と営業継続対象をどう分けますか？
- 削除実施の証跡は何を残しますか？
保存期間は一律の年数ではなく「利用目的の終了」で決める
個人情報保護委員会のFAQは、個人情報保護法に個人情報の一律の保存期間や廃棄時期は規定されていないと説明しています。そのうえで、個人データを利用する必要がなくなったときは、遅滞なく消去するよう努める必要があるとしています。したがって「イベントリードは法律上3年保存」「名刺は取得後1年で必ず削除」といった単一ルールでは整理できません。
判断の起点は利用目的です。イベントの出欠確認が終わっても、資料送付の不着対応が残っている場合があります。本人から具体的な相談があり、営業担当が対応中なら、営業連絡のための記録には別の必要性があります。一方、資料をダウンロードしただけで反応がなく、告知した利用目的に照らして連絡の合理性も失われたデータを、将来使うかもしれないという理由だけで保存し続けるのは避けるべきです。
保存ルールには、固定日数だけでなく終了条件を入れます。「イベント終了から90日」のような初期値を置く場合も、「未処理の問い合わせがない」「営業継続の根拠が登録されていない」「法令や契約による保存対象ではない」という条件を合わせます。日数は法的な正解ではなく、目的を再確認する運用期限です。
| データの利用目的 | 見直しの起点 | 終了条件 | 終了後の処理 |
|---|---|---|---|
| 申込・出欠・資料送付 | イベント終了日 | 不着、返金、問い合わせ、録画案内が完了 | 不要項目を削除し、必要な証跡だけ残す |
| 営業フォロー | 最終の有効な接点 | 案件終了、失注、無反応期間の基準到達、本人の停止希望 | CRMから削除、または連絡禁止を保ったまま利用停止 |
| 広告宣伝メールの同意確認 | 最後の配信または同意更新 | 適用法令と社内方針で定めた証拠保存期間の終了 | 証拠の最小化、不要な属性の削除 |
| 配信停止の遵守 | 停止受付日 | 送信経路を廃止し、再登録防止の必要がなくなった時点 | 本文・行動履歴を消し、抑止に必要な識別子だけ分離保管 |
| イベント効果測定 | 分析完了日 | 個人別の再集計が不要 | 集計値へ変換し、個人を識別できる明細を削除 |
個人情報保護委員会の通則ガイドラインは、「消去」にはデータの削除だけでなく、特定の個人を識別できない状態にすることも含むと説明しています。個人別の参加履歴が不要になっても、業種別の参加率やセッション別の視聴数を匿名の集計値として残せる場合があります。ただし、少人数の属性を組み合わせて個人を推測できる状態は、単純な氏名削除だけで匿名化できたとは限りません。
申込・名刺・参加ログ・CRMをデータセットごとに分ける
イベントリードを「一人の顧客レコード」としてだけ見ると、残すべき記録と消すべき記録が混ざります。たとえば同じ人でも、参加登録は終了済み、商談は継続中、広告宣伝メールは停止済み、参加統計は匿名化済みという状態が同時に起こります。人単位の一括削除ではなく、利用目的に対応するデータセットを分けて管理します。
| データセット | 主な項目 | 正本候補 | 終了時に注意すること |
|---|---|---|---|
| イベント運営 | 申込、出欠、チケット、質問、アンケート | 申込・配信プラットフォーム | CSV出力、共同主催者への共有、チャットも確認する |
| 営業活動 | 会社、担当者、関心、対応履歴、案件 | CRM | 営業継続の根拠、担当者、次回見直し日を持つ |
| メール配信 | 購読状態、同意取得、配信停止、バウンス | MA・配信基盤 | 停止者を再登録しない抑止情報を別管理する |
| 効果測定 | 流入元、参加率、商談化、費用 | 分析基盤 | 目的達成後は個人別明細を集計値へ変換する |
| 法令・契約上の記録 | 同意、第三者提供、請求、契約 | 法務・契約台帳 | 一般の営業データと保存根拠を混同しない |
営業担当が連絡を続けたいというだけでは、保存理由として十分に具体的ではありません。「本人が相談を希望した」「見積依頼に対応中」「合意したフォロー期限内」といった目的と期限を記録します。イベントで取得する項目自体を見直すには、展示会・イベントリード管理の要件一覧を使い、取得段階から不要項目を減らすと、後の削除範囲も小さくできます。
広告宣伝メールでは、配信停止した人の情報を完全に消すと、別のCSVやCRM同期から再登録されるおそれがあります。そのため、メール本文の反応履歴や詳細属性は削除しても、停止を守るためのメールアドレスまたは不可逆変換した識別子、停止日時、停止範囲を抑止リストに残す設計が考えられます。BtoBメールリストのクリーニング手順で扱う配信可能・要確認・再同意・抑止の区分とつなげると、削除と再送防止を両立しやすくなります。
システム横断で削除対象と復元可能期間を確認する
イベントプラットフォームから参加者を削除しても、データが消えたとは限りません。申込フォームの通知メール、手動ダウンロードしたCSV、共同主催者の共有ドライブ、名刺スキャンアプリ、CRM、MA、BI、チャット、端末のダウンロードフォルダ、バックアップに複製が残ります。まず、イベントIDまたはキャンペーンIDを軸にデータの流れを一枚の台帳へまとめます。
| 確認先 | よく残るデータ | 確認する削除状態 | 責任者 |
|---|---|---|---|
| 申込フォーム・ウェビナーツール | 登録項目、参加、質問、チャット、録画視聴 | 画面削除、管理者削除、データ要求の完了 | イベント運営 |
| CSV・共有ドライブ | 申込一覧、受付名簿、アンケート原本 | 共有停止、ごみ箱、端末複製、外部共有 | ファイル所有者 |
| CRM | リード、取引先責任者、活動履歴、キャンペーン | ソフト削除、ごみ箱、完全削除、連携先の再作成 | CRM管理者 |
| MA・メール配信 | 購読、スコア、配信履歴、停止、バウンス | 通常リストから除外、抑止の維持、再同期停止 | Marketing Ops |
| BI・データ基盤 | イベント明細、属性、商談化 | 明細削除、集計の匿名化、キャッシュ更新 | データ管理者 |
Zoomの公式Data & Privacy機能では、アカウント所有者がミーティングやウェビナーに関するユーザーデータのエクスポート・削除要求を作成し、処理状況を追跡できます。外部参加者はイベントのホストまたはアカウント所有者へ依頼する案内です。通常の参加者一覧から行を消す操作と、データ削除要求の完了は同じとは限らないため、利用中のプランと管理者機能で確認します。
Salesforceの公式ヘルプでは、通常削除したレコードはごみ箱に15日間残り、その間は復元できます。管理者は完全削除を実行できますが、削除操作、復元可能期間、物理的な消去は別段階です。削除済みフラグのレコードが連携APIから再び抽出される場合もあるため、「画面から見えない」を完了条件にせず、連携ジョブとごみ箱の状態まで確認します。
ウェビナー録画や視聴者データも同時に扱う場合は、ウェビナー録画の公開範囲と視聴期限で、録画原本、字幕、チャット、視聴登録、複製の終了処理を分けて確認できます。
イベントリードを6ステップで整理・削除する
一度に全件を削除するのではなく、対象抽出、例外確認、利用停止、猶予、完全削除、証跡の順に進めます。誤削除を防ぎながら、期限を過ぎたデータが放置されない流れを作れます。
- イベントIDとデータの所在を確定する
申込ページ、ウェビナー、受付、名刺、CRMキャンペーン、MAリスト、共有フォルダ、分析テーブルをイベントIDでひも付けます。ファイル名だけで探すと、コピーや名称変更を見落とします。 - 利用目的ごとに終了条件を判定する
運営対応、営業対応、メール同意、配信停止、分析、法令・契約記録に分け、目的が続くかを確認します。「一応残す」ではなく、継続理由と次回見直し日を必須にします。 - 削除候補と例外を分けて承認する
削除候補の件数、対象期間、条件式、除外理由を担当者と管理者で確認します。進行中案件、苦情対応、本人請求、保存義務のある記録は、根拠と期限を付けて例外台帳へ移します。 - 先に利用停止と再同期停止を行う
一斉配信、営業タスク、自動スコア、Webhook、CRM同期を止めます。先に削除すると、別システムの正本から数分後にレコードが再作成されることがあります。 - 猶予期間後に完全削除または匿名化する
誤判定を戻せる短い猶予を設け、問題がなければごみ箱、エクスポート、共有ドライブ、連携先まで処理します。集計に必要な場合は個人別明細を削除し、再識別しにくい集計値へ変換します。 - 件数を突合して証跡を閉じる
抽出件数、例外件数、削除成功、失敗、再作成、匿名化後の件数を照合します。失敗分を翌月まで放置せず、担当者と再実行日を記録します。
営業継続対象を選ぶときは、イベント参加だけで温度感を決めないことも重要です。参加時間、質問、資料閲覧、相談希望、既存商談を合わせて判断します。ウェビナーフォローの優先順位設計を使うと、短期フォロー対象と長期保管対象を混同しにくくなります。CSV統合や重複除去の作業を標準化する場合は、展示会リード整理と初回フォローの半自動化も参考になります。
削除証跡は個人データを増やさずに残す
削除したことを証明するために、削除前のCSVを永久保存すると、証跡自体が新しい個人データの保管庫になります。証跡には個々の氏名やメールアドレスを原則として並べず、処理対象を再現・監査できる最小限の情報を残します。
| 証跡項目 | 記録内容 | 避ける記録 |
|---|---|---|
| 対象 | イベントID、データセット、対象期間 | 削除対象者の全件CSV添付 |
| 判定ルール | ルール版、抽出条件、基準日 | 担当者の記憶だけに依存する説明 |
| 結果 | 候補、例外、成功、失敗、匿名化の件数 | 成功だけを記録し失敗を捨てること |
| 実行情報 | 実行日時、実行者、承認者、処理チケット | 共有アカウントだけで担当不明の記録 |
| 例外 | 理由区分、責任者、再見直し日 | 期限のない「営業判断で保管」 |
| 完全削除 | ごみ箱処理、SaaS要求ID、失敗再実行 | 画面から消えたことだけを完了扱いすること |
例外の中には、法令上または契約上の記録保存が必要なものがあります。個人情報保護委員会の資料では、第三者提供の確認・記録は作成方法に応じて1年または3年の保存期間が示されています。また、迷惑メール相談センターの特定電子メール法の案内では、広告宣伝メールの送信同意を示す記録について、原則として最後に送信した日から1か月の保存が説明されています。一般のイベント名簿を同じ期間残す根拠ではないため、証拠記録と営業・運営データを分けます。
本人から利用停止や消去の申し出があった場合は、定期バッチを待たず、本人確認、対象システム、法令・契約上の例外、処理結果の連絡を個別に管理します。処理方法は事業、取得時の表示、契約、データの性質によって変わるため、法的判断が必要なケースは自社の法務・個人情報保護担当者へ確認してください。
よくある質問
イベントリードはいつまで保存できますか？
一律の年数では決まりません。申込管理、営業フォロー、配信同意、停止管理、効果測定の利用目的ごとに終了条件を定めます。イベント終了日を見直しの起点にし、目的が終わり合理的な保有理由がなくなった個人データは、遅滞なく消去または識別できない状態にする方針を整えます。
配信基盤とCRMで保存期間を分けるべきですか？
分けるべきです。CRMには進行中の相談や商談の記録、配信基盤には購読・停止・バウンスの状態があり、利用目的が異なります。ただし別々に期限を持つだけでは不十分で、どちらが購読状態の正本か、削除後に再同期しないかを決めます。
削除対象と営業継続対象をどう分けますか？
本人の具体的な相談、見積依頼、合意した連絡、進行中案件など、営業継続の目的と期限を記録できるかで分けます。イベント参加だけ、名刺交換だけ、担当者がいつか連絡したいだけという状態は、自動的な無期限保管の根拠にしません。
配信停止した人のメールアドレスも削除しますか？
詳細属性や行動履歴は削除対象にできますが、停止後の再送を防ぐために必要最小限の識別子を抑止リストへ分離する方法があります。停止範囲、受付日時、正本、アクセス権限を決め、通常の営業リストとして利用しないことが重要です。
削除実施の証跡は何を残しますか？
イベントID、データセット、対象期間、判定ルール版、候補・例外・成功・失敗件数、実行日時、実行者、承認者、再実行日を残します。削除対象者の全件CSVを証跡として保存すると個人データを複製するため、必要性がない限り避けます。
SaaSで削除ボタンを押せば完全に消えますか？
必ずしも即時の完全消去ではありません。ごみ箱、復元期間、保持ポリシー、バックアップ、連携先、処理キューが関係します。通常削除、復元不能化、物理消去の違いを公式仕様と契約で確認し、完了状態を台帳へ記録します。
制度・製品仕様を確認できる公式資料
- 個人情報保護委員会：取得した個人情報は、いつ廃棄しなければなりませんかでは、一律の保存期間が規定されていないことと、利用する必要がなくなった個人データの消去に関する考え方を確認できます。
- 個人情報保護委員会：個人情報保護法ガイドライン（通則編）では、利用目的の終了、保存期間の設定、消去、委託先の監督を確認できます。
- 個人情報保護委員会：第三者提供時の確認・記録義務編では、記録方法に応じた保存期間と記録事項を確認できます。
- Zoom：Using Data & Privacy for data managementでは、ミーティング・ウェビナー関連データのエクスポート、削除要求、処理状況の管理を確認できます。
- Salesforce Help：Manage the Recycle Bin in Lightning Experienceでは、通常削除後の復元期間と完全削除の操作を確認できます。
- 迷惑メール相談センター：特定電子メール法のポイントでは、広告宣伝メールの同意記録、保存期間、受信拒否後の再送禁止を確認できます。
