Сообщить об ошибкеКороткий ответ
Push-уведомления показываются напрямую на устройстве через операционную систему или браузер при наличии согласия пользователя, требуют короткого мгновенного сообщения и зависят от разрешений на уведомления, в отличие от email, который хранится в почтовом ящике и может быть прочитан позже.
Как это работает подробнее
мобильные push идут через push-сервисы ОС (APNs для iOS, FCM для Android), веб-push — через браузер при явном согласии пользователя; метрики delivery rate, open rate и conversion считаются похоже на email, но дополнительно важна доля пользователей с включёнными разрешениями на уведомления (opt-in rate), так как без этого канал недоступен вовсе.
Что использовать на практике
- На практике. push эффективен для срочных сообщений (напоминание о брошенной корзине, флеш-акция), но подписчики со временем отключают разрешения или удаляют приложение, поэтому база «живых» получателей сокращается быстрее, чем email-база; частота отправки сильно влияет на отписки/отключение разрешений — выше, чем в email.
- Пример. Push про брошенную корзину с delivery rate 70% (из-за отключённых разрешений у части базы) и CTR 8% от доставленных.
- Проверка. сравнить итоговую конверсию в покупку по UTM-метке push-источника с аналогичным email-сценарием за тот же период, чтобы понять, какой канал эффективнее именно для этого сценария у текущей аудитории.
Подводные камни
- Частая ошибка. использовать одинаковую частоту и контент для push и email без учёта разницы в терпимости пользователей; не учитывать, что часть пользователей физически не получит push из-за отключённых разрешений, и интерпретировать низкий reach как проблему контента.