Mobile Push: как устроены уведомления из приложения
Как работает Mobile Push
В отправке участвуют четыре стороны:
- Мобильное приложение запрашивает разрешение на уведомления и регистрируется у push-провайдера.
- Push-провайдер выдаёт установке приложения токен — уникальный идентификатор для доставки сообщений.
- Маркетинговая платформа или сервер компании формирует уведомление и передаёт его провайдеру вместе с токеном получателя.
- Push-провайдер и операционная система доставляют сообщение на устройство. ОС показывает уведомление, а приложение при необходимости обрабатывает его данные, фиксирует взаимодействие и открывает нужный экран после нажатия.
На iOS уведомления доставляются через Apple Push Notification service — APNs. На Android чаще всего используется Firebase Cloud Messaging — FCM, но приложение может работать и с другим push-сервисом. Например, для устройств Huawei без сервисов Google применяют Huawei Mobile Services, а в экосистеме RuStore — RuStore Push.
Push-токен связан с конкретной установкой приложения на устройстве, а не навсегда закреплён за человеком. Он может измениться после переустановки приложения, обновления операционной системы или изменения настроек уведомлений.
Из чего состоит мобильное push-уведомление
Базовое уведомление включает:
- заголовок — кратко сообщает главное;
- текст — раскрывает предложение или событие;
- иконку приложения;
- действие по нажатию — открытие приложения, обычной ссылки или deeplink.
Уведомление должно сохранять смысл даже без изображения: устройство может скрыть часть контента, сократить текст или сгруппировать сообщение с другими уведомлениями.
Чем Mobile Push отличается от Web Push и In-App
| Канал | Где отображается | Что требуется | Когда видит пользователь |
|---|---|---|---|
| Mobile Push | В центре уведомлений мобильного устройства | Установленное приложение, push-провайдер и разрешение ОС | Даже когда приложение закрыто |
| Web Push | В интерфейсе браузера или центре уведомлений устройства | Поддерживаемый браузер и подписка на сайте | Даже когда страница сайта не открыта |
| In-App | Внутри мобильного приложения | Открытое приложение | Во время использования приложения |
Mobile Push и Web Push похожи внешне, но используют разную инфраструктуру. Первый связан с установленным приложением, второй — с браузером и сайтом. In-App — отдельный канал: сообщение показывается внутри интерфейса, когда пользователь уже работает с приложением.
Для каких сообщений подходит Mobile Push
Канал особенно полезен, когда сообщение связано с текущим действием клиента или быстро теряет актуальность:
- Статусы операций. Подтверждение оплаты, изменение статуса заказа, прибытие курьера или завершение регистрации.
- Напоминания. Брошенная корзина, незавершённое оформление, запись на услугу, окончание подписки или накопленные бонусы.
- Персональные предложения. Снижение цены на просмотренный товар, промокод для определённого сегмента, новая подборка по интересам.
- Обновления приложения. Новая функция, контент, выпуск игры, фильма или курса.
- Возврат неактивных пользователей. Сообщение с конкретной причиной снова открыть приложение.
- События, чувствительные ко времени. Начало трансляции, ограниченная акция, изменение расписания.
Mobile Push не стоит использовать как постоянную замену всем остальным каналам. Подробные условия, документы и большие подборки удобнее раскрывать в email или внутри приложения. Push в таком случае сообщает о событии и ведёт на нужный экран.
Что влияет на результат рассылки
Контекст запроса разрешения
POST_NOTIFICATIONS.Apple и Google рекомендуют запрашивать разрешение в момент, когда пользователю уже понятна его ценность. Например, после оформления заказа можно предложить уведомления об изменении статуса доставки. Системное окно при первом запуске приложения обычно даёт меньше контекста и может привести к преждевременному отказу.
Сегментация и персонализация
Одинаковое сообщение для всей базы часто не учитывает интересы, поведение и этап клиентского пути. Сегменты можно формировать по действиям в приложении, данным профиля, покупкам, географии и активности в прошлых коммуникациях. Персонализация может учитывать просмотренный товар, бонусный баланс, данные заказа или другое событие, которое объясняет причину отправки.
Время и частота
Слишком частые сообщения повышают вероятность того, что пользователи отключат уведомления. Редкие и несвоевременные push тоже теряют ценность: напоминание о доставке или короткой акции должно прийти вовремя.
Понятное действие после нажатия
Текст push и экран перехода должны решать одну задачу. Если уведомление сообщает о снижении цены, deeplink ведёт к этому товару, а не на главную страницу. Чем больше действий требуется после перехода, тем выше вероятность, что пользователь не дойдёт до конца.
Как оценивать Mobile Push
Для анализа используют показатели доставки, взаимодействия и последующих действий:
- Отправки в очередь — сколько уведомлений передано на отправку.
- Доставки — сколько push-уведомлений успешно доставлено до устройства.
- Открытия — сколько открытий уведомления зарегистрировано.
- Клики по контенту — переходы по ссылкам и кнопкам внутри уведомления.
- Целевое действие — заказ, оплата, просмотр контента или другое событие после взаимодействия с уведомлением.
- Hardbounce — недоставка из-за недействительного идентификатора push-подписки.
- Отписки — прекращение подписки на push-канал или ресурс.
Конкретная регистрация событий зависит от приложения, SDK и платформы. В Altcraft открытия Mobile Push фиксируются самим приложением. При использовании mSDK события доставки и открытия передаются автоматически. Open Rate для Push рассчитывается как отношение уникальных открытий к доставленным сообщениям.
Mobile Push в Altcraft
mSDK напрямую поддерживает Firebase, Huawei и RuStore на Android и APNs на iOS. Altcraft Platform также поддерживает отправку через AppMetrica; при этом AppMetrica использует Firebase SDK для доставки push.
Профиль клиента может содержать несколько push-подписок, например если приложение установлено на разных устройствах. При настройке рассылки доступны два режима:
- fanout — отправка на все подходящие push-подписки профиля;
- last — отправка на подписку с самой поздней датой создания.
В push-шаблоне можно настроить заголовок, текст, иконку, ссылку для перехода и отдельные deeplink для iOS и Android. Rich Push дополнительно поддерживает баннеры, кнопки и настройки для конкретных ОС.
Заключение
Mobile Push — канал коммуникации с пользователями установленного мобильного приложения. Доставка строится на актуальном push-токене, подключении к провайдеру и разрешениях операционной системы.
Результат зависит от контекста сообщения, сегмента, времени отправки и экрана, который открывается после нажатия. Оценивать нужно весь путь: от доставки и открытия уведомления до целевого действия в приложении.
Читайте по теме
