Отписки после письма: какую базу взять для сравнения
Отписки после рассылки: расчёт от доставленных писем и от базы, сравнение сегментов и проверка поздних событий без смешения показателей.
Двадцать отписок можно превратить в 0,2% или 0,02%, поменяв только знаменатель. Для конкретного письма нужна база доставленных сообщений, для состояния списка — отдельная метрика всей базы. Я бы держал оба показателя с ясными подписями и никогда не ставил их в один сравнительный столбец.
Отписка от письма и уход из базы
Определите событие: нажатие ссылки, подтверждённая смена статуса подписки или любой отказ по всем каналам. Эти события могут расходиться. Человек мог открыть страницу отписки, но сохранить подписку; мог отказаться через поддержку; мог отписаться от одной категории, оставшись в другой.
Отчёт Mailchimp отдельно описывает доставленные и отписавшихся по ссылке письма. Для своей платформы проверьте смысл каждого поля. Не переносите название метрики между сервисами без проверки определения.
Как знаменатель меняет впечатление
| Метрика | Расчёт | Результат |
|---|---|---|
| Отписки от доставленных | 20 / 10 000 | 0,2% |
| Те же отписки от всей базы | 20 / 100 000 | 0,02% |
| Отписки от кликнувших | 20 / 500 | 4% |
Третья доля описывает иной условный набор людей и обычно не подходит для сравнения нагрузки разных писем. Если отписка сама учитывается среди кликов сервиса, связь знаменателя с числителем требует особой осторожности. Все значения учебные, это не ориентир нормы.
Сегмент важнее общей средней
Сравните новых подписчиков, давнюю активную аудиторию и людей после долгой паузы. Условия входа и ожидания у них различаются. Если в следующем письме больше новых контактов, изменение общей доли может объясняться составом. Покажите абсолютные количества, доставку и одинаковый срок после отправки.
Добавьте общую нагрузку по сценариям. Отписка после конкретного письма может завершать недовольство целой серией. Атрибутировать её последнему письму для отчёта допустимо; объявлять его единственной причиной без проверки — слишком смело.
Проверьте время и уникальность
- Зафиксируйте период от отправки до отсечения.
- Объедините повторные события одного контакта по принятому правилу.
- Отдельно покажите ручные изменения, жалобы и недоставку.
- Проверьте, не обновился ли статус после повторного импорта списка.
- Сверьте несколько операций с историей подписки.
Сохраните исходный статус и источник изменения. Возврат подписчика в список не должен превращать прошлую отписку в несуществовавшую. Аналитический отчёт и текущая разрешённость отправки решают разные задачи; техническая возможность импортировать адрес не доказывает право продолжать рассылку.
Как реагировать на рост
Сначала исключите ошибку состава и расчёта. Затем проверьте обещание формы подписки, изменение темы, частоты и предложения. Причины можно исследовать через доступную обратную связь, не заставляя человека заполнять длинную анкету ради отказа. Универсального безопасного процента в этой статье нет.
Если база долго не получала писем, начните с окна неактивности с учётом сезона. Результат возвращайте в систему email-метрик, рядом с полезными действиями и формулами OR/CTR, сохраняя различия их знаменателей.
Отписка после серии может попасть последнему письму
Условно, человек получил три сообщения за два дня и отписался по ссылке третьего. Кампания корректно получит событие в своём отчёте, но это ещё не доказательство, что именно её содержание стало причиной. Проверьте календарь предыдущих касаний и разницу ожиданий подписчиков. Для процесса полезно одновременно видеть атрибуцию события и общую нагрузку.
Сравните число получателей и число смен статуса. Повторное открытие страницы отписки не должно создавать нового ушедшего человека. При разных категориях подписки один отказ может менять несколько статусов; их сумма не равна числу людей. Если отчёт нужен по базе целиком, объедините контакты и определите, что означает полный выход.
Техническую проверку проводите на разрешённом тестовом профиле: ссылка открывается, выбранное действие применяется, последующие промосценарии учитывают новый статус. Не возвращайте реального отписавшегося человека в базу ради проверки. Сохраните ограничения доступного сценария и результат. Исправная механика отказа — самостоятельный проверяемый результат; снизить долю отписок удастся только после работы с ожиданиями, предложением и нагрузкой, которую люди фактически получают.