🎯 FS部署

HackCamp_マーケ配信同意スキーム検討

最終更新 2026年07月06日 ／ 32_FS部署/HackCamp_マーケ配信同意スキーム検討.md

HackCamp マーケ配信同意スキーム検討

やりたい運用：ivanアカウント発行シート（スプシ）に個人情報チェック欄を追加 → 窓口1名がチェック → チェックあればHubSpotのマーケティングコンタクトに追加し、有料案内・有料社限定の発信をする。
論点：窓口1名が全ユーザー分の「個人情報の取り扱い」をまとめてチェックする方式は一般的にOKか？
関連：usermgmt_ユーザー管理（有料・トライアル抽出）（有料/トライアルのセグメント設計）

結論（2026-07-06リサーチ・目的確認後に更新）

配信目的の確認結果（菊地さん）：ユーザー向けの機能アップデート・イベントのお知らせ・セミナー案内。有料化の売り込みが主目的ではない。

これを踏まえた最終見解：
- 機能アップデート等のサービス連絡 → 広告宣伝メールに該当せず同意不要（オプトイン規制の対象外）
- イベント・セミナー案内 → 広告宣伝メールだが、対象が実際にアカウントを使っているユーザー本人なら「取引関係にある者」例外（特定電子メール法3条1項）に整理でき、個別同意なしでも適法に送れる可能性が高い
- ただし窓口1名の一括チェック＝本人同意にはならない点は不変。チェック欄は「本人への周知確約欄」として使う

上長への提案は2案：
- 案A（推奨・実務バランス）：取引関係例外に整理。①シートに利用目的明記 ②チェック欄=周知確約欄 ③全配信に配信停止リンク。窓口1名運用のまま開始可
- 案B（鉄板）：案A＋ウェルカムメール等で本人オプトイン取得→同意者のみマーケティングコンタクト化
- 運用方針：案Aで開始し、営業色の強い配信（有料化売り込み等）を始める時に案Bへ引き上げ。※対象は「実ユーザー本人」に限定すること（未利用者・解約後は都度整理）

法的整理（2つの法律で別の話）

① 個人情報保護法（情報の受け渡し・利用目的）

  • 窓口が従業員の氏名・メアドをシートで渡す行為自体は、B2Bのアカウント発行目的なら一般的（先方社内の整理＝就業規則・社内規程の問題で、提供側の責任範囲）
  • HackCamp側（受領側）の義務は「取得時の利用目的の明示・公表」。アカウント発行目的で取った情報をマーケ目的に使うなら、その利用目的をあらかじめシート等に明記しておく必要がある
  • 明記せず後からマーケ利用＝目的外利用となり本人同意が必要（窓口の代理チェックは本人同意にならない）

② 特定電子メール法（広告宣伝メールを送る行為）★こちらが本丸

  • 有料案内・有料社限定の発信＝広告宣伝メール → オプトイン（受信者本人の事前同意）が原則
  • 同意は「受信者本人」から取るのが原則。窓口の一括チェックは本人同意の代替にならない。第三者経由で同意を取る場合も「誰から広告メールが来るのか」を本人が認識できる形が要求される（総務省ガイドライン）
  • 同意不要の例外：(1)取引関係にある者 (2)名刺等で自らアドレスを通知した者 (3)Web公表アドレス（拒否表示なし）
  • トライアル/有料ユーザーは「取引関係」該当を主張する余地はあるが、契約主体は会社であり全ユーザー個人が取引関係者かはグレー。依拠しきるのはリスク
  • 罰則：1年以下の拘禁刑または100万円以下の罰金（法人は3000万円以下）。現実的リスクは罰則よりクレーム・信頼毀損（例：キヤノン石塚様型の反応）

推奨スキーム（3点セット）

  1. シートのチェック欄の役割を変える：「同意欄」ではなく周知確約欄にする
    - 文言案：「本シート記載のユーザーへ、HackCampからのご案内メール（サービス情報・イベント等）が届くことを、ユーザー本人へ周知済みであることを確認しました」
    - あわせてシートに利用目的を明記（アカウント発行＋ご案内送付）
  2. 本人オプトインを取る導線：アカウント発行時のウェルカムメール or 初回ログインで、本人がチェック/クリックして配信同意（この記録を保存）→ 同意が取れた人だけHubSpotマーケティングコンタクトへ
  3. 全配信にオプトアウト（配信停止リンク）＋送信者表示を必須にする

→ この形なら窓口1名運用のまま、本人同意も取れて、HubSpotのマーケティングコンタクト管理（課金対象）とも整合する。

参考ソース