Модуль 8 · Урок 28
Permission, lawful basis і list hygiene
Email-база — не список адрес, а набір дозволів, цілей, доказів і do-not-send правил. Тут ви побудуєте permission register, відокремите сервісні повідомлення від маркетингу та спроєктуєте hygiene без куплених баз і прихованого повторного залучення.
Спершу purpose і тип повідомлення
| Потік | Приклад | Контроль |
|---|---|---|
| Security / service | Password reset, receipt, зміна умов облікового запису | Лише необхідний зміст; не маскувати promotion під сервіс |
| Lifecycle marketing | Onboarding tips, renewal, win-back | Eligibility, permission/lawful basis, cap, exit та unsubscribe |
| Campaign | Newsletter, offer, event | Audience contract, suppression, sender rules і measurement |
Назва flow не визначає його правовий статус. Оцініть реальну мету, зміст, recipient expectation, jurisdiction і застосовні правила. Якщо в receipt додати рекламний блок, це не робить промо «транзакційним».
Permission register
Subject key · data source · timestamp · notice version · purpose · message type · jurisdiction · proposed lawful basis · evidence · withdrawal method · retention · owner · legal review status.
Коли використовують consent, він має бути конкретним, поінформованим, однозначним і відкличним; pre-checked або bundled choice не є надійним доказом. Legitimate interest не вмикається прапорцем: потрібні purpose, necessity і balancing tests, reasonable expectations, а ePrivacy чи національні правила можуть окремо вимагати consent.
Не юридична консультація
Шаблон допомагає поставити правильні питання. Для реальної кампанії відповідальний owner має підтвердити jurisdiction, lawful basis, notice, retention і direct-marketing rules із кваліфікованим privacy/legal фахівцем.
Suppression — окремий контроль
Unsubscribe, complaint і permanent delivery failure повинні швидко виключати адресу з відповідного потоку. Повне видалення suppression record може дозволити випадково імпортувати адресу знову, тому зберігають мінімальний pseudonymous do-not-send ключ та scope стільки, скільки обґрунтовано політикою.
List hygiene без самообману
- Не купуйте, не scrape-те і не вгадуйте адреси; «verified» не означає willing recipient.
- Підтверджуйте source, timestamp, purpose і доказ до імпорту, а не після complaint spike.
- Відокремлюйте invalid, hard bounce, soft bounce, complaint, unsubscribe та stale engagement — це різні причини й дії.
- Role accounts, давні контакти та різкий reactivation потребують окремого risk review.
- Валідація синтаксису або mailbox existence не створює permission.
- Звіряйте CRM, ESP і suppression store; reconciliation має мати owner та журнал.
Практика уроку
- Візьміть synthetic flow і заповніть permission register.
- Розділіть service, lifecycle marketing і campaign messages.
- Намалюйте unsubscribe → suppression → ESP/CRM reconciliation.
- Визначте hard/soft bounce, complaint, stale і re-entry policies.
- Запишіть три питання для privacy/legal review та stop rule.
Офіційні джерела
Закріпіть матеріал уроку
Три сценарні питання. Для зарахування уроку потрібно дати щонайменше дві правильні відповіді.