Персонализация push-уведомлений: динамика, Intelligent Delivery, A/B

Как персонализация push-уведомлений спасает CTR от падения?

Представьте: вы отправили push-уведомление «Скидка 20% на всё!» — CTR упал на 15%, отписки выросли вдвое. Без персонализации 80% уведомлений остаются неоткрытыми, а каждая вторая отписка происходит после первого же сообщения. Настоящая персонализация — когда уведомление содержит имя, любимую категорию и приходит в момент привычной активности. Такие уведомления дают CTR в 1.5–2 раза выше, а конверсия достигает 25–35%. Мы решали подобные задачи для десятков мобильных проектов: от интернет-магазинов до fintech-приложений. Например, для fintech-приложения мы подняли CTR с 8% до 22% за месяц, внедрив динамические переменные и Intelligent Delivery. Разберём техническую реализацию на стеке OneSignal, Firebase и Braze. Получите консультацию по вашему сценарию — мы поможем подобрать оптимальное решение.

Как динамические переменные решают проблему низкого CTR?

Динамические переменные в payload — основа персонализации. OneSignal и Braze поддерживают шаблоны с переменными, которые сервер рендерит перед отправкой.

Пример payload для OneSignal:

{
  "app_id": "YOUR_APP_ID",
  "include_aliases": { "external_id": ["user_88234"] },
  "headings": { "ru": "{{first_name}}, ваш избранный товар подешевел" },
  "contents": { "ru": "{{product_name}} теперь стоит {{new_price}} ₴ — на {{discount_percent}}% меньше" },
  "data": { "product_id": "{{product_id}}", "screen": "product_detail" }
}

Значения переменных берутся из тегов пользователя. Тег first_name устанавливается на клиенте:

OneSignal.User.addTag("first_name", user.firstName)
OneSignal.User.addTag("preferred_category", user.topCategory)

Персонализация на основе поведения

Это сложнее — требует аналитического слоя на бэкенде. Типичная схема:

1. Клиент логирует события (просмотр товара, добавление в вишлист).
2. Бэкенд или ML-сервис формирует рекомендации по пользователю.
3. При отправке payload обогащается рекомендованным контентом.

Если собственного движка нет — используем Firebase Personalization или Braze Recommendations. Пример логирования на Kotlin:

firebaseAnalytics.logEvent(FirebaseAnalytics.Event.VIEW_ITEM) {
    param(FirebaseAnalytics.Param.ITEM_ID, product.id)
    param(FirebaseAnalytics.Param.ITEM_CATEGORY, product.category)
    param(FirebaseAnalytics.Param.PRICE, product.price)
}

Почему Intelligent Delivery — не роскошь, а необходимость?

OneSignal Intelligent Delivery и Braze Optimal Time отслеживают паттерны активности каждого пользователя и откладывают доставку до периода наибольшей вероятности открытия. Для одного — 8 утра, для другого — 23:00. Включается одним параметром: "delayed_option": "last-active". Более точный вариант — "intelligent_delivery": true. По нашим данным, это увеличивает CTR на 25–40% — лучший результат среди всех методов оптимизации времени. OneSignal Documentation on Intelligent Delivery

Как выполнить A/B тестирование push-уведомлений?

Без A/B нельзя утверждать, что персонализация работает. OneSignal поддерживает нативные сплит-тесты: отправляется несколько вариантов (например, два разных заголовка), и после набора статистики алгоритм автоматически показывает победителя. Пример:

{
  "name": "price_drop_ab_test",
  "messages": [
    {
      "variant_id": "A",
      "contents": { "ru": "{{product_name}} подешевел на {{discount}}%" },
      "weight": 50
    },
    {
      "variant_id": "B",
      "contents": { "ru": "Скидка {{discount}}% на товар из вашего вишлиста" },
      "weight": 50
    }
  ]
}

После теста OneSignal показывает CTR по каждому варианту. Победитель внедряется в шаблон.

Как настроить персонализацию за 6 шагов

1. Интегрировать SDK OneSignal (iOS/Android) или Firebase Cloud Messaging.
2. Настроить теги пользователей на клиенте: имя, категория, последний визит.
3. Создать шаблоны push с переменными {{first_name}}, {{product_name}}.
4. Подключить Intelligent Delivery (OneSignal) или Optimal Time (Braze).
5. Запустить A/B тест с двумя вариантами заголовка и автоматическим определением победителя.
6. Настроить отслеживание конверсий через outcome events.

Сравнение методов персонализации

Отслеживание конверсий

CTR — промежуточная метрика. Важнее — выполнил ли пользователь целевое действие. Для этого нужны outcome events:

OneSignal.Notifications.addClickListener { event ->
    val productId = event.notification.additionalData?.getString("product_id")
    OneSignal.Session.addOutcome("notification_click_to_product")
}

OneSignal.Session.addOutcomeWithValue("purchase_from_notification", orderValue.toFloat())

Это связывает конверсию с конкретным уведомлением. В наших проектах конверсия после клика достигает 35%.

Сравнение платформ push-уведомлений

Типичные ошибки при персонализации

Что входит в нашу работу

• Аудит текущих уведомлений и метрик
• Настройка динамических шаблонов и интеграция SDK
• Подключение Intelligent Delivery и A/B тестов
• Настройка отслеживания конверсий (outcome events)
• Документация по доставке и поддержка 2 недели после запуска

Сроки и стоимость

Реализация базового набора (динамические переменные, Intelligent Delivery, A/B тестирование) — от 6 до 10 рабочих дней. Если требуется собственный рекомендательный слой на бэкенде или интеграция с внешней ML-системой — сроки обсуждаются отдельно. Экономия на расходах на уведомления за счет повышения CTR может достигать 30% при нашем подходе. Стоимость рассчитывается индивидуально под ваш проект.

Наш опыт: более 5 лет на рынке мобильной разработки, реализовали более 50 проектов с персонализацией. Сертифицированные специалисты OneSignal и Firebase гарантируют качество.

Закажите аудит ваших push-уведомлений — свяжитесь с нами. Оценим проект бесплатно и предложим решение. Получите консультацию по вашему сценарию — мы поможем подобрать оптимальное решение.

Push-уведомления в мобильном приложении: APNs, FCM, сегментация, rich push

Мы внедрили push-уведомления в мобильном приложении для 50+ проектов — от стартапов до enterprise с аудиторией 10M+ пользователей. Нерелевантное или технически сломанное уведомление хуже его отсутствия: пользователь отключает push или удаляет приложение. Согласно отчёту Localytics, отказ от push-разрешений на iOS достигает 40% в первую неделю — причина почти всегда в нерелевантности, а не в механике. Уже через 2 недели после внедрения качественной сегментации конверсия открытия вырастает на 25–30%. Свяжитесь с нами для аудита текущей реализации — мы оценим проект и предложим оптимальный стек за один день.

Как работает инфраструктура: APNs и FCM

APNs — единственный канал доставки на iOS. Всё остальное (OneSignal, Braze, Airship) — обёртки поверх него. APNs принимает запрос по HTTP/2, аутентификация через JWT-токен (p8-ключ) или сертификат. JWT предпочтительнее: один ключ для всех приложений в аккаунте, не истекает ежегодно в отличие от сертификата. Подробнее — на Wikipedia.

Критический момент: APNs различает apns-push-type — alert, background, voip, complication, fileprovider, mdm. Неправильно указанный тип на iOS 13+ приводит к тому, что background-уведомление не разбудит приложение. Видели проекты, где content-available: 1 отправляли без apns-push-type: background — приложение не получало silent push на части устройств, и команда месяц искала «баг в приложении».

FCM на Android работает через Google Play Services. Для устройств без GMS (Huawei, часть китайского рынка) нужен Huawei Push Kit или прямой WebSocket — отдельная задача. FCM поддерживает data-сообщения (обрабатываются в onMessageReceived) и notification-сообщения (система отображает автоматически, если приложение в фоне). Смешивать их нужно осторожно: если в notification-блоке есть click_action, а deep link в приложении не зарегистрирован, тап по уведомлению просто откроет главный экран без навигации.

Почему сегментация — основа эффективных push-уведомлений?

Отправлять всем подряд — значит быстро исчерпать лояльность пользователей. Персонализированные сообщения кликают в 3 раза чаще массовых, а правильная сегментация снижает отток на 25% (на одном из проектов это принесло дополнительный доход 3 млн рублей за квартал). Стоимость настройки сегментации в OneSignal или кастомном бэкенде составляет от 100 000 до 250 000 рублей в зависимости от сложности фильтров.

Нормальная сегментация строится на нескольких уровнях.

Топики — для широких категорий: «новые акции», «обновления статуса заказа». Пользователь подписывается через FirebaseMessaging.getInstance().subscribeToTopic("orders"). Просто, но нет гибкой фильтрации.

Сегменты по атрибутам — через OneSignal, Braze или кастомный бэкенд. Храним в профиле пользователя: язык, тип устройства, последняя активность, LTV-сегмент. Уведомление уходит только тем, у кого last_active < 7_days и plan = premium. OneSignal позволяет строить такие фильтры в интерфейсе без кода.

Персонализированные — по конкретному device_token. Важно хранить токены правильно: токен обновляется при переустановке приложения, при восстановлении из бэкапа на новый телефон, при сбросе настроек. На iOS используем UNUserNotificationCenter + didRegisterForRemoteNotificationsWithDeviceToken, сохраняем на бэкенд при каждом запуске, не только при первом. Иначе через 3 месяца 30% токенов в базе устаревшие.

Что такое rich push и как он повышает конверсию?

Стандартное уведомление с заголовком и текстом кликают реже, чем rich push с картинкой и кнопками действий — в 3 раза. Но реализация rich push — отдельная работа на каждой платформе.

На iOS rich content требует UNNotificationServiceExtension (для модификации payload) и UNNotificationContentExtension (кастомный UI). Расширение запускается в отдельном процессе с ограниченным временем и памятью. Если расширение падает или превышает таймаут, система показывает оригинальный payload без медиа. Типичная ошибка — пытаться загрузить изображение по HTTP (не HTTPS): ATS заблокирует запрос, расширение молча завершится, пользователь увидит уведомление без картинки.

На Android с API 26+ уведомления привязаны к NotificationChannel. Если канал создан с IMPORTANCE_LOW, звук и вибрация недоступны. Разные типы уведомлений (транзакционные, маркетинговые) должны быть в разных каналах, чтобы пользователь мог отключить маркетинг, не теряя уведомлений о заказах. BigPictureStyle, MessagingStyle, InboxStyle — шаблоны для расширенных уведомлений. MessagingStyle с Person и аватарками — лучший выбор для чатов.

Как отследить доставку и конверсию push-уведомлений?

Отправить уведомление — полдела. Важно знать: доставлено ли оно, открыто ли, привело ли к целевому действию.

FCM отдаёт MessageId при отправке, но не гарантирует коллбэк о доставке — это by design. Для tracking открытий нужна кастомная логика: при тапе на уведомление в onMessageReceived или через getInitialNotification() / onNotificationOpenedApp (OneSignal SDK) отправляем событие в аналитику с notification_id.

OneSignal предоставляет встроенную аналитику доставки и CTR. Для более детального анализа — интегрируем с Amplitude или Mixpanel через webhook на событие открытия. Бюджет такого дашборда составляет от 50 000 до 150 000 рублей в зависимости от объёма событий.

Как мы внедряем push-уведомления: типовой процесс

1. Аудит текущей реализации — проверяем хранение токенов, обработку обновлений, типы уведомлений.
2. Проектирование архитектуры — выбираем транспорт (FCM + APNs), слой сегментации (OneSignal/Braze/кастом), способ персонализации.
3. Реализация — пишем код регистрации, обработки входящих, rich push, deep linking.
4. Тестирование — отправляем тестовые кампании, проверяем доставку на разных устройствах, симуляторах, регионах.
5. Мониторинг и аналитика — настраиваем дашборд, события открытия и конверсий.
6. Документация и обучение — передаём команде материалы по эксплуатации.

Типичный стек: FCM + APNs на транспортном уровне, OneSignal или Firebase Notifications Composer для сегментации, кастомный бэкенд для персонализированных событийных уведомлений. Для крупных приложений с >1M пользователей OneSignal имеет ценовые ограничения — тогда используем Braze или собственную реализацию на AWS SNS.

Сроки зависят от сложности: базовая интеграция FCM+APNs с транзакционными уведомлениями — 1–2 недели. Полноценная система с сегментацией, rich push, аналитикой и A/B-тестированием контента — 4–8 недель. Закажите аудит текущей push-инфраструктуры или получите консультацию по внедрению push-уведомлений в мобильном приложении — мы свяжемся с вами в течение дня и предоставим точную оценку.