CRM-аналитика
Как доказать, что отписка сработала во всех каналах
Время чтения: 4 мин
Уровень материала: Для экспертов
Содержание
После отписки клиент видит сообщение «Настройки сохранены». Для него задача завершена. Для компании в этот момент работа только начинается: решение нужно применить к активным сценариям, ручным кампаниям, внешним провайдерам и уже подготовленным очередям.
Проверка отписки — это проверка прекращения недопустимых отправок в заявленном объёме. Изменившийся флажок в профиле подтверждает лишь одну операцию. Если интерфейс обещает отключить всю рекламу, нельзя ограничиться тестом одного email-сервиса.
Зафиксируйте смысл каждого действия
Сначала выпишите реальные формулировки, которые видит клиент: «Не получать эту рубрику», «Отключить рекламные SMS», «Отписаться от рекламы бренда». Для каждой укажите область: бренд, канал, контакт, назначение сообщения и срок, если это пауза.
Не расширяйте и не сужайте значение молча. Отказ от одной рубрики не обязательно означает отказ от всех каналов. Но кнопка «Больше не получать рекламу» не должна сохранять рекламные push только потому, что ими управляет другой подрядчик.
Документация Braze показывает, почему здесь важно проверить конкретную модель продукта: группы подписок и глобальное состояние email — отдельные уровни. Для своей платформы составьте аналогичную таблицу состояний, не полагаясь на одинаковые названия полей.[1]
Постройте проверку от действия до последней очереди
Зафиксируйте момент получения отказа, его запись в системе разрешений, подтверждение подключённых систем и блокирование новых заданий. По идентификатору события должна восстанавливаться вся цепочка.
Различайте очередь вашей платформы и сообщение, уже переданное провайдеру. Второе может быть технически невозможно отозвать. Поэтому в отчёте об инциденте нужны время передачи и возможности отмены, а не только время фактического получения человеком.
Российская статья 18 закона о рекламе требует немедленно прекратить распространение рекламы по требованию адресата. Технический норматив внешнего сервиса нельзя использовать как разрешение продолжать отправки ещё несколько часов.[2]
Набор проверок для интегратора
Используйте тестовые контакты, проходящие те же правила, что и обычные клиенты. Специальная тестовая роль, обходящая запреты, здесь делает проверку бессмысленной. Отдельно убедитесь, что испытания не отправляют сообщения реальным людям.
| Ситуация | Ожидаемый результат |
|---|---|
| Отписка до построения сегмента | Контакт не допущен к нужному типу рекламы |
| Отписка после построения сегмента | Последняя проверка блокирует отправку |
| Повторный импорт старого профиля | Запрет не снимается |
| Отказ через поддержку | Решение применяется так же, как из интерфейса |
| Повтор события отписки | Состояние остаётся корректным, без побочных действий |
| Восстановление платформы | История ограничений применяется до запуска кампаний |
Дополните таблицу сменой email, объединением профилей, повторной регистрацией и новым явно подтверждённым разрешением. В последнем случае проверяется ровно тот объём, который человек разрешил заново; остальные запреты не исчезают автоматически.
Условный пример: SMS-каскад обошёл отказ
В 12:00 клиент отключил рекламные сообщения бренда. Email-платформа исключила его из отправки. В 12:05 отдельная система увидела «email не доставлен» и запустила резервный SMS.
Ошибка состоит в том, что резервный канал проверил технический исход email, но не актуальное разрешение на собственную отправку. Исправление — общая проверка перед каждым шагом каскада и явный код причины остановки. Отписка не должна выглядеть как техническая недоставка, которую нужно компенсировать другим каналом.
После исправления тест повторяют с задержкой события и недоступностью системы разрешений. Единый запрет рассылок должен сохраняться независимо от маршрута. Для рекламы можно выбрать правило отложить отправку до восстановления проверки. Его необходимо реализовать во всех обходных путях, включая ручной запуск.
Измеряйте результат, который соответствует обещанию
Одна полезная метрика — число новых рекламных отправок, допущенных после принятого запрета в его области действия. Другая — время применения запрета в каждом узле. Обе требуют точных определений момента и источника времени.
Нулевое число отправок в пустом тесте ничего не доказывает. В контрольной проверке без запрета сценарий должен действительно попытаться отправить сообщение; затем тот же сценарий с запретом должен быть заблокирован. Такой парный тест показывает, что сработало правило, а не случайно пустой сегмент.
Что приложить к акту приёмки
Сохраните сценарий, тестовый контакт, время, идентификаторы событий, результаты по узлам и подтверждение заблокированных действий. Скриншот страницы успеха можно добавить, но он не заменяет технические доказательства.
Ответственность за итог должна оставаться у одного владельца процесса, даже если систем несколько. Формулировка «мы отправили вебхук, дальше не знаем» означает незавершённую проверку. Клиенту важно выполненное обещание, а команде — возможность подтвердить его исполнение повторяемым испытанием.
Источники
[1] Braze. Email subscriptions. Документация: состояния email-подписки и группы подписок. Проверено 22.09.2026.
[2] Российская Федерация. Федеральный закон от 13.03.2006 № 38-ФЗ «О рекламе», статья 18. Действующая редакция; текст нормы в СПС «КонсультантПлюс». Проверено 22.09.2026.