Mobile push: что это, чем отличается от web push и как не спалить базу

Пуши стоят копейки, отправляются в один клик и попадают прямо на экран телефона. Именно поэтому их включают «на всякий случай» — и начинают слать всей базе подряд. Через полгода картина знакомая: уведомления замьючены, opt-out растет, канал формально живет, но денег не приносит.

При этом в проектах, где пуш выстроен как система, канал стабильно дает заметную долю CRM-выручки. Разница — в понимании, какой пуш для чего нужен: mobile и web подчиняются разным правилам, закрывают разные задачи и ломаются по-разному. Разбираем механику с Егором Череватенко, CRM-маркетологом ClientCore. Начнем с базы — что такое mobile push и почему у канала всего один шанс на подписку.

Mobile push: что это и как работает канал

Mobile push — это уведомление, которое мобильное приложение отправляет на экран телефона: в шторку, на локскрин, поверх открытых приложений. Пользователь видит его, даже если приложение закрыто, — доставку обеспечивают сервисы Apple (APNs) и Google (FCM).

У канала два жестких условия. Первое: у клиента должно быть установлено приложение. Если аудитория живет на сайте, мобильный пуш просто некому отправить. Второе: разрешение. На iOS его запрашивают системным диалогом, и шанс один — человек нажал «запретить», и обратной дороги почти нет: для включения придется идти в настройки телефона, куда никто не пойдет. С Android 13 ситуация похожая, там тоже нужен opt-in.

Поэтому запрос разрешения — отдельный сценарий, а не формальность на старте приложения.

Норма:

Red flag:

• системный диалог на первом экране при первом запуске: пользователь еще ничего не получил и не понимает, зачем разрешать
• после отказа нет плана — ни in-app с повторным предложением, ни подписки через другой канал
• долю подписанных от установивших никто не считает

Web push: что это и где его место

Web push — уведомление, которое отправляет сайт через браузер. Подписка занимает один клик в браузерном диалоге: не нужно ни приложение, ни email, ни телефон. Дальше браузер доставляет пуш, даже если вкладка с сайтом закрыта.

На десктопе и Android это работает уверенно. С iOS сложнее: веб-пуши там доступны начиная с iOS 16.4 и только для сайтов, добавленных на домашний экран как PWA. На практике айфонную аудиторию веб-пушом почти не накрыть — если у вас ритейл с долей iOS за 60%, закладывайте это в прогноз охвата сразу.

Есть и вторая особенность, о которой забывают: веб-пуш-подписчик анонимен. Вы знаете токен устройства, но не знаете человека, пока не свяжете подписку с профилем в CRM — по логину, заказу, переходу из письма. Пока связи нет, персонализация ограничивается «смотрел такую-то страницу».

Веб-пуш уместен, когда трафик идет на сайт: e-commerce без приложения, контентные проекты, сервисы с длинным циклом решения. Задача канала — вернуть человека на сайт дешево и быстро.

Mobile push и web push: сравнение по задачам

| Параметр | Mobile push | Web push | |---|---|---| | Что нужно от клиента | Установить приложение и дать разрешение | Один клик в браузере | | Охват iOS | Полный, если приложение установлено | Только PWA с iOS 16.4 — минимальный | | Стоимость подписчика | Высокая: сначала доустановить приложение | Низкая: подписка прямо на сайте | | Привязка к профилю CRM | Обычно сразу, через авторизацию | Требует отдельной связки | | Глубина сценариев | Гео, in-app, rich-уведомления, диплинки в разделы | В основном переход на URL | | Типичная роль | Работа с лояльной базой: заказы, бонусы, статусы | Возврат трафика и лидов с сайта |

Выбор «или-или» возникает редко. Если есть приложение с живой аудиторией, мобильный пуш становится основным каналом для лояльной базы: статусы заказов, бонусы, персональные предложения. Веб-пуш в это время работает на трафик сайта — возвращает с корзины, сообщает о снижении цены и заодно доустанавливает приложение. В проектах, где настроены оба канала, они закрывают разные слои воронки и почти не конкурируют.

Если приложения нет и не планируется, вопрос снят: веб-пуш в связке с email и SMS закрывает те же задачи возврата.

Где пуши приносят выручку

Пуш-канал зарабатывает на триггерах, а массовые рассылки в нем — поддерживающий формат. Сценарии, которые стабильно дают деньги:

• Брошенная корзина и просмотренный товар. Человек уже выбрал, напоминание попадает в горячий момент. В пуше — конкретика: название товара, цена, иногда фото.
• Снижение цены и возврат в наличии. Клиент сам поднял руку, подписавшись на товар. Такие пуши кликают заметно лучше промо.
• Статус заказа с допродажей. «Заказ собран» плюс релевантный товар к нему. Транзакционные уведомления открывают по инерции — этим пользуемся аккуратно.
• Гео-сценарии. Ресторан в радиусе 500 метров, обеденное время, персональное предложение. Для офлайн-точек это рабочая механика.
• Реактивация. Не заходил 30–45 дней — возвращаем поводом, а не абстрактной скидкой.

У ресторанов «Урюк» пуши до проекта работали точечно: разовые акции без связки с другими механиками. Мы пересобрали мобильные коммуникации как систему — усилили пуши, добавили In-App и новые CRM-механики. За год это дало +65% к выручке CRM-канала (кейс). Никакой магии: регулярные сценарии, привязка к программе лояльности и гео-логика вокруг точек.

Смотрю на отчеты по пушам в новых проектах и почти всегда вижу одну картину: массовые отправки дают 90% объема и процентов 20 денег, у триггеров соотношение обратное. Перевернуть это — обычно работа первого месяца: настраиваем корзину, реактивацию и статусы заказа, и канал сразу выглядит иначе.

Егор Череватенко

CRM-маркетолог, ClientCore

Когда пуш превращается в шум

Цена ошибки в пуш-канале — необратимость. Пользователь, который отключил уведомления на уровне системы, почти никогда не включает их обратно. Каждая лишняя массовая отправка — расход базы, которую вы собирали месяцами.

Типичная спираль выглядит так: маркетингу нужен план по выручке → отправляем промо всем → CTR проседает → «надо чаще и ярче» → кричащие заголовки → opt-out ускоряется. Через квартал канал жив, но половина базы его просто не видит.

По нашим проектам, после 4–5 промо-пушей в неделю opt-out обычно удваивается относительно спокойного режима. Особенно больно это в ресторанах и доставке: там база компактная, и потеря двух тысяч подписчиков — заметный кусок повторных продаж.

Егор Череватенко

CRM-маркетолог, ClientCore

Норма:

Red flag:

• одна акция уходит всем, включая тех, кто купил вчера
• текст начинается с «СКИДКИ ДО» и горящих эмодзи — кликбейт поднимает CTR на день и убивает канал за месяц
• на вопрос «какая частота безопасна для вашей базы» нет ответа, есть привычка

Частота и приоритеты: рабочие настройки

Готовой цифры «сколько можно» не существует, но рамки из push notifications best practices и нашей практики выглядят так:

• Маркетинговый кап: не больше одного пуша в день и 3–4 в неделю на человека. Рестораны и доставка позволяют чуть больше за счет гео и обеденных сценариев, дорогой ритейл — меньше.
• Триггеры вне общего капа, но со своими: корзина — одно напоминание, а не серия из трех подряд.
• Приоритеты: если в один день сработало несколько сценариев, отправляется тот, что ближе к деньгам. Статус заказа важнее корзины, корзина важнее промо. В Mindbox это решается настройкой приоритетов сценариев и контрольных групп.
• Тихие часы: ночных отправок нет, время считается по часовому поясу клиента.

Принцип везде один — точность вместо охвата. Мы применяли его и в email: у MINIDINO рассылки уходили всей базе без сегментов, а после пересборки логики эффективность канала выросла на 110% за квартал без роста числа отправок (кейс). С пушами это правило работает жестче: у канала нет спам-папки, куда можно свалить промах, — ошибку сегмента видно сразу, и отвечают за нее отпиской.

Что считать, чтобы канал не деградировал

Минимальный набор метрик:

• Opt-in rate — доля разрешений от установивших приложение или посетивших сайт. Просела — смотрим момент и место запроса.
• Delivery rate — сколько пушей реально дошло до устройств.
• CTR — отдельно для триггеров и массовых, смешивать их бессмысленно.
• Конверсия в заказ и revenue per push — деньги на отправку.
• Opt-out rate — после каждой массовой кампании.

Ключевая пара здесь — CTR и opt-out в связке. CTR поднимается кликбейтом и обещанием «-70%», которого на сайте нет: цифра вырастет, а через месяц вы увидите ускорившийся opt-out. Если смотреть только на клики, канал выглядит здоровым до самого конца.

Для веб-пушей добавьте долю связанных подписчиков: сколько токенов соединено с профилями в CRM. Именно она определяет, насколько вообще возможна персонализация.