IOSOR

IOSOR База знань

Opt-in evidence для 10DLC: що аудитору потрібно до кампанії

Compliance-чекліст для реєстрації 10DLC-кампанії — що реально перевіряє аудитор, які методи захоплення consent витримують перевірку і як тримати evidence retrievable за хвилини, а не археологією.

Перевірка 10DLC-кампанії не вірить маркетинговому «користувачі дали opt-in» — їй потрібні докази: точний екран, точне формулювання, точний timestamp і ланцюжок custody, який сторонній зможе повторити через півроку. Команди, що ставляться до opt-in як до галочки на слайді, отримують throttling, відмову або suspend просто в розпал запуску.

IOSOR очікує opt-in evidence поруч із тією ж prepaid control plane, що й spend — програма не «готова», бо десь є форма; вона готова, бо evidence дістається за хвилини, а не археологією. Близько USD 1 000+ місячного platform usage ревʼюери реєстрації кампаній чекають production-дисципліну, а не скриншот, знайдений за пʼять хвилин до дзвінка.

Що таке «evidence» насправді

Claim Що каже Evidence, яку хоче аудитор
«Користувачі дали opt-in на сайті» Повірте нам Архівний скриншот точної форми і копія тексту на момент захоплення
«Consent є в CRM» Повірте нам Timestamped запис, привʼязаний до номера й повідомлення
«Ми дотримуємось правил» Повірте нам Письмова policy плюс retrievable лог, що їй відповідає

Що аудитор перевіряє порядково

  1. Точний текст opt-in, показаний користувачу (не переказ)
  2. Чи збігається захоплений номер із номером, на який шлемо
  3. Метод захоплення (web-форма, keyword join, усно/папір, checkout box) задокументований по кожному джерелу
  4. Timestamp і метод залоговані в момент consent, а не реконструйовані пізніше
  5. Scope: transactional і marketing consent розділені й ніколи не обʼєднуються заднім числом

Методи захоплення, що витримують перевірку

  • Web-форма з невідміченим чекбоксом і видимим текстом частоти повідомлень / HELP-STOP
  • Keyword join (text START), залогований разом із точною парою inbound/reply
  • Усний або паперовий consent — за сценарієм, збережений і retrievable в межах зареєстрованого use case кампанії
  • Checkout opt-in, показаний у момент покупки, а не схований у загальних умовах

Що логувати в момент consent

Поле Чому важливо
Timestamp (UTC) Доводить, що consent передував першому повідомленню
Точний показаний текст Доводить, що формулювання збігалось з обіцяним у кампанії
Канал захоплення Привʼязує evidence до зареєстрованого use case
IP / device чи source reference Допомагає у спірних випадках

Скриншоти, зроблені після скарги, — не evidence, а реконструкція. Аудитор цю різницю бачить.

  • Текст consent не збігається із зареєстрованими sample messages
  • Один opt-in запис покриває кілька непов'язаних кампаній
  • Немає запису про нормалізацію формату номера перед збереженням
  • Marketing consent тихо перевикористаний для transactional use case
  • Evidence існує лише в памʼяті сапорт-агента

Червоні прапорці

  • «Зберемо evidence, якщо кампанію flagнуть»
  • Скриншоти без timestamp або з незрозумілим джерелом
  • Один evidence trail на всі кампанії бізнесу
  • Consent copy є в доці, але ніколи не показувалась у живому продукті
  • Немає named owner для запитів opt-in evidence

Почніть з IOSOR

Завантажте архівні скріншоти форми збору з показом точного тексту згоди та налаштуйте передачу деталей згоди в консолі IOSOR. Переконайтеся, що кожна подія opt-in надсилає через webhook UTC-таймштамп, джерело трафіку та IP-адресу до моменту відправки першого повідомлення. Це усуне ризик відмови регулятора ще до передачі кампанії на перевірку аудиторам.

Підсумок IOSOR

Аудитори 10DLC перевіряють документальні факти, а не обіцянки зібрати докази після отримання скарги. Для успішної реєстрації потрібен чіткий зв'язок між опублікованою формою, зареєстрованим сценарієм використання та точним часом отримання дозволу від кожного користувача.

Чи був матеріал корисним?

Пов’язані гіди