顧客リストを広告利用する前の同意・権限チェック

顧客リストから広告オーディエンスを作るとき、最初に電話番号やメールアドレスを集めてはいけません。操作できることと、そのデータを広告配信へ利用できることは別だからです。

実施前に、利用目的、必要な権利や法的根拠、広告主からの委任、拒否した人の扱い、削除担当を確認します。本稿は個人データの加工方法ではなく、作業を始めてよいかを判断する確認順に限定します。

利用目的とデータの取得経路を確認する

最初に、何のために広告オーディエンスを作るのか、対象データはどこで取得したのか、取得時にどの説明をしたのかを整理します。「既存顧客だから使える」と一括で判断せず、利用目的との関係を確認します。

確認表には、データの種類、取得経路、利用目的、管理責任者、更新日を記録します。氏名、電話番号、メールアドレスなどの実データは、通常のチャット、作業依頼、議事録、画面共有の録画へ貼り付けません。

確認表は個人データの一覧ではなく、利用可否を判断する台帳として作ります。対象期間、想定件数、取得時の案内文の所在、拒否受付の窓口、利用終了の条件だけを記録し、実データの保管場所とは分けます。判断者が実データを受け取らなくても確認できる形にすると、確認のために共有範囲を広げる事故を避けられます。

2026年9月11日に参照カードのMeta公式規約確認記録を再確認しました。顧客リストを扱う利用者には、データの開示と利用に必要な権利、許可、法的根拠が求められ、代理で扱う場合は広告主からの権限も必要です。

広告主側の責任者、実際にアップロードする担当者、利用可否を確認する担当者を分けます。代理店や外部担当者は、運用権限があるだけで顧客データの利用まで委任されたと推測しません。委任範囲が不明なら、データを受け取らず確認を戻します。

広告アカウントそのものの管理責任が曖昧なら、広告アカウントを自社で所有する理由で所有・利用・請求の役割を先に整理してください。

広告利用を拒否した人、利用対象から除く必要がある人が混ざっていないかを、アップロード前に確認します。後から拒否の連絡が来た場合に、誰がどの記録を確認し、どのオーディエンスから削除するかも決めます。

除外済みという連絡だけで完了にせず、対象範囲、処理日、担当者、更新対象を記録します。削除依頼を個人データ付きで広いチャンネルへ転送せず、定めた窓口と権限者だけで扱います。

拒否対応、保存期間、利用停止時の処理が決まっていない場合は作成を保留します。成果が期待できるという理由で、確認を後回しにしません。

実施可否を確認できた後、媒体の正規機能を使い、必要な権限を持つ担当者だけがデータを扱います。個人データをAIへの指示、記事、確認用スクリーンショットへ含めません。共有ログインや一時的な全管理権限を作業の前提にしないでください。

作成記録には、元データの範囲、利用目的、作成日、更新・削除担当、確認した規約の日付を残します。オーディエンス名にも個人や小さな属性を特定できる情報を入れません。広告アカウントの権限付与と引き継ぎを併用すると、担当者ごとの最小権限を整理できます。

受け渡しが必要な場合は、送信先、保管先、閲覧者、削除日を先に固定します。作業完了後も複製ファイルや一時共有が残っていないかを確認し、広告管理画面の権限だけでなくデータ保管側の権限も見直します。

作成後は、対象範囲、利用目的、更新元、拒否対応が現在も一致しているかを定期的に確認します。元データが更新された場合も、追加分が同じ条件で利用できるとは決めつけず、取得経路と説明を再確認します。

オーディエンスを作れたことは広告成果の保証ではありません。配信結果の確認とデータ利用の適切さを分け、成果が弱いという理由で対象範囲を無断で広げないことが大切です。

見直し記録には、確認日、利用目的、対象範囲、取得経路、拒否対応の状態、次回確認日を残します。媒体側で使える状態でも、自社側の目的や説明が変わった場合は更新を続けません。担当者の退職や契約終了があれば、アクセス権と削除責任も再確認します。

第三者から受け取った名簿、出所を説明できない一覧、別目的で取得したデータは、件数が多くても候補へ加えません。利用可否の確認を理由に実データを広く共有せず、責任者へ確認項目だけを渡します。

問題が見つかった場合は作成を止め、対象、作成日、利用中の範囲を権限者が確認します。削除や停止後は、更新処理から同じ対象が再追加されないかまで点検します。未確認の範囲は完了扱いにしません。

顧客リストの広告利用は、アップロード完了ではなく、目的・権利・委任・拒否対応を説明でき、必要な担当者だけで更新と削除を続けられる状態を完了条件にします。