Push-уведомления в приложении маркетплейса — это не просто «напомнить о себе». При правильной настройке они возвращают до 25% ушедших пользователей, увеличивают средний чек и сокращают цикл сделки. При неправильной — пользователь отключает их за три дня. В этой статье разберём архитектуру пуш-системы, связку с геолокацией и конкретные механики, которые работают в реальных проектах.
Как технически устроены push-уведомления в приложении
Push-уведомления передаются через платформенные сервисы: APNs (Apple Push Notification service) для iOS и FCM (Firebase Cloud Messaging) для Android. Ваш бэкенд отправляет запрос на сервер платформы, тот доставляет сообщение на устройство — даже если приложение закрыто.
Базовая цепочка выглядит так:
- Пользователь устанавливает приложение и даёт разрешение на уведомления.
- Устройство получает уникальный токен от APNs или FCM.
- Токен сохраняется на вашем сервере и привязывается к профилю пользователя.
- При наступлении триггера (заказ, акция, геособытие) сервер формирует payload и отправляет его через API платформы.
- Уведомление появляется на экране блокировки или в шторке.
Важно: токены протухают. Устройства переустанавливают приложения, меняют аккаунты — нужна фоновая процедура обновления токенов, иначе база «мёртвых» адресов раздует расходы на инфраструктуру и исказит аналитику.
Типы уведомлений и когда какой использовать
Не все пуши одинаковы. В маркетплейсе их можно разделить на четыре категории:
| Тип | Триггер | Цель | Средний CTR |
|---|---|---|---|
| Транзакционные | Заказ принят, оплата прошла, статус изменился | Информирование | 40–60% |
| Триггерные | Брошенная корзина, просмотренный товар снова в наличии | Возврат к покупке | 15–25% |
| Промо | Акция, новая категория, персональная скидка | Стимулирование спроса | 5–12% |
| Геолокационные | Пользователь рядом с партнёром или точкой выдачи | Офлайн-конверсия | 18–30% |
Транзакционные пуши пользователи воспринимают как сервис — отключают их редко. Промо-уведомления без персонализации — главная причина, по которой люди идут в настройки и нажимают «Запретить».
Геолокация в паре с push: как это работает
Геолокационные уведомления строятся на двух технологиях: геофенсинг и маяки (BLE-beacons).
Геофенсинг
Вы задаёте на карте зону — круг или полигон радиусом от 100 метров. Когда устройство входит в зону или покидает её, система генерирует событие и отправляет пуш. Типичные сценарии для маркетплейса: пользователь приближается к пункту выдачи заказа, заходит в торговый центр с вашими продавцами, оказывается рядом с рестораном-партнёром в обеденное время.
BLE-маяки
Точность до 1–3 метров. Актуально для крупных ТЦ, выставок, складов click-and-collect. Маяк транслирует сигнал, приложение его ловит и отправляет событие на сервер. Требует физического оборудования и согласования с площадкой.
Ключевое ограничение: iOS с версии 14 жёстко ограничивает фоновый доступ к геолокации. Пользователь должен явно выбрать «Всегда разрешить» — это снижает охват примерно втрое по сравнению с Android. Поэтому в iOS-приложениях геопуши лучше дополнять контекстными триггерами: время суток, история заказов, предпочтения.
Сегментация: почему «всем одно сообщение» убивает канал
Главная ошибка — рассылать одинаковые пуши всей базе. Если у вас 50 000 активных пользователей и вы отправляете промо без сегментации, через месяц 30–40% из них отключат уведомления. Это необратимо: вернуть разрешение без переустановки приложения нельзя.
Минимальная сегментация для маркетплейса:
- По активности: новые (0–7 дней), активные, «спящие» (нет сессии 30+ дней).
- По категории интереса: на основе истории просмотров и покупок.
- По географии: город, часовой пояс (не слать пуш в 3 ночи).
- По платформе: iOS и Android ведут себя по-разному, A/B-тесты нужно разделять.
- По LTV: VIP-покупатели заслуживают отдельного сценария.
Хорошая CDP (Customer Data Platform) или даже правильно настроенный Firebase Audiences закрывают базовую сегментацию без дополнительных инструментов.
Частота, время и тон: три рычага, которые определяют результат
Оптимальная частота промо-пушей — не чаще 3–4 раз в неделю на активного пользователя. Транзакционные не ограничиваются — они всегда уместны. Триггерные отправляются один раз на событие, повтор через 24–48 часов допустим только для брошенной корзины.
По времени: пики открываемости для российской аудитории — 11:00–13:00 и 19:00–21:00 по местному времени пользователя. Учитывайте часовой пояс, иначе сибирские пользователи получат пуш в 5 утра.
Тон должен быть конкретным. Сравните:
- ❌ «Специальное предложение только для вас!»
- ✅ «Кроссовки Nike из вашего вишлиста подешевели на 1 200 ₽. Осталось 3 пары.»
Второй вариант содержит конкретику, срочность и персонализацию — три элемента, которые поднимают CTR в 2–3 раза.
Метрики, которые нужно отслеживать
Не ограничивайтесь CTR. Полная воронка пуш-канала выглядит так:
- Opt-in rate — доля пользователей, давших разрешение. Норма: 50–70% Android, 40–55% iOS.
- Delivery rate — дошло до устройства. Ниже 90% — проблема с токенами.
- Open rate (CTR) — нажали на уведомление.
- Conversion rate — совершили целевое действие после перехода.
- Opt-out rate — отключили уведомления после рассылки. Рост выше 2% на кампанию — сигнал пересмотреть контент или частоту.
Если вы планируете разработку мобильного приложения с нуля, закладывайте аналитику пуш-канала в архитектуру заранее — интеграция инструментов вроде Amplitude или AppMetrica после запуска обходится дороже и сложнее.
Часто задаваемые вопросы
Нужно ли запрашивать разрешение на push-уведомления в приложении отдельно?
На iOS — обязательно: система показывает системный диалог, и без явного согласия пользователя уведомления не придут. На Android до версии 12 разрешение давалось автоматически при установке, но с Android 13 Google тоже ввёл обязательный запрос. Лучшая практика — показывать собственный экран-объяснение перед системным диалогом: конверсия в согласие вырастает на 15–20%, потому что пользователь понимает, зачем это нужно.
Как геолокационные push-уведомления влияют на расход батареи?
Геофенсинг на основе GPS действительно нагружает батарею, но современные ОС используют «пассивную» геолокацию: координаты берутся из Wi-Fi и сотовых вышек, а GPS включается только для уточнения. Правильно реализованный геофенсинг расходует меньше 1% заряда в час. BLE-маяки ещё экономичнее — они работают только при активном Bluetooth. Если пользователи жалуются на батарею, проблема обычно в некорректной реализации фонового режима, а не в самой технологии.
Можно ли отправлять push-уведомления в приложение без собственного сервера?
Да, для старта подходят облачные сервисы: Firebase Cloud Messaging (бесплатно), OneSignal, Pushwoosh, Braze. Они берут на себя управление токенами, сегментацию и аналитику. Собственный сервер отправки нужен, когда требуется глубокая интеграция с бизнес-логикой, обработка сотен тысяч уведомлений в секунду или хранение данных строго на российской инфраструктуре (требования 152-ФЗ). В таких случаях используют self-hosted решения на базе того же FCM API или собственный MQTT-брокер.
Итог
Push-уведомления в приложении маркетплейса — это управляемый инструмент с измеримой отдачей. Транзакционные пуши строят доверие, триггерные возвращают деньги, геолокационные соединяют онлайн с офлайном. Главное — не спамить, сегментировать базу и считать не только CTR, но и opt-out rate. Если вы только планируете запуск или хотите переработать существующую систему уведомлений, команда Aris.Web поможет выстроить архитектуру под ваши задачи: от выбора платформы до сценариев сегментации. Обсудить проект можно по телефону +7 (977) 326-69-09 или на странице arisweb.ru/kontakty — расскажите о своём маркетплейсе, и мы предложим конкретное решение.