Push-уведомления

Материал из Энциклопедия интернет-маркетинга MarketWiki

Push-уведомления (push-сообщения) - короткие всплывающие сообщения, которые появляются на экране мобильного устройства или компьютера от имени установленного приложения или веб-сайта. Они доставляются пользователю даже когда приложение не активно, а в случае веб-пушей - когда браузер закрыт.

В диджитал-маркетинге push-уведомления используются как канал прямого и персонализированного общения с аудиторией, позволяющий возвращать пользователей на сайт или в приложение, информировать о событиях и стимулировать повторные продажи.

Типы push-уведомлений

[править]

Мобильные push-уведомления

[править]

Отправляются через мобильные приложения на устройства iOS и Android. Требуют установленного приложения и согласия пользователя на получение уведомлений. Используются интернет-магазинами, банками, сервисами доставки, развлекательными приложениями.

Веб-push-уведомления

[править]

Отправляются через браузер на десктопе или мобильном устройстве. Для их получения пользователю не нужно устанавливать приложение - достаточно дать разрешение на сайте. Поддерживаются всеми современными браузерами: Google Chrome, Яндекс Браузер, Mozilla Firefox, Safari, Microsoft Edge.

Веб-push особенно ценны для маркетинга, так как позволяют взаимодействовать с пользователями после ухода с сайта без затрат на разработку и поддержку мобильного приложения.

Как работают push-уведомления

[править]

Технология веб-push

[править]

В основе веб-push лежат 3 компонента:

  • Сервис-воркер - фоновый скрипт, который активируется даже когда сайт закрыт и принимает входящие уведомления
  • Подписка пользователя - явное согласие на получение уведомлений через диалог браузера
  • Push-сервис - сервер браузера, который доставляет сообщения на устройство
// Пример запроса разрешения на уведомления
Notification.requestPermission().then(function(permission) {
  if (permission === 'granted') {
    console.log('Пользователь разрешил уведомления');
  }
});

Технология мобильных push

[править]

Для мобильных приложений используются платформенные сервисы:

  • Firebase Cloud Messaging (FCM) - для Android
  • Apple Push Notification Service (APNS) - для iOS
  • Huawei Push Kit - для устройств Huawei

Эти сервисы обеспечивают доставку сообщений на устройства независимо от производителя и модели.

Виды push-уведомлений по содержанию

[править]

Транзакционные

[править]

Связаны с действиями пользователя и содержат важную персональную информацию:

  • Статус заказа (оплачен, отправлен, доставлен)
  • Подтверждение регистрации
  • Уведомление о входе в аккаунт
  • Информация о списании или зачислении средств

Такие уведомления имеют высокую открываемость, такую как сообщения от банков или служб доставки.

Информационные

[править]

Доставляют полезный контент, не требующий немедленной реакции:

  • Новые статьи в блоге
  • Выход видео
  • Анонсы мероприятий
  • Новости компании или отрасли

Маркетинговые (промо)

[править]

Стимулируют продажи и повторные визиты:

  • Персональные скидки и промокоды
  • Уведомления о снижении цен на товары в корзине
  • Информация о распродажах и акциях
  • Напоминания о брошенной корзине

Триггерные

[править]

Автоматически отправляются при наступлении определённых условий:

  • Пользователь не заходил N дней
  • Товар из избранного появился в наличии
  • Заканчивается срок действия промокода
  • День рождения клиента

Преимущества push-уведомлений для маркетинга

[править]

Прямой канал коммуникации

[править]

Push приходят пользователю напрямую, минуя алгоритмические ленты соцсетей и почтовые спам-фильтры. Они видны сразу на экране устройства.

Высокая открываемость

[править]

Открываемость push-уведомлений значительно выше, чем у email-рассылок и составляет в среднем 80-90% для мобильных push и 50-60% для веб-push.

Мгновенная доставка

[править]

Сообщение доставляется за секунды после отправки, что критично для срочных уведомлений (например, о статусе заказа или окончании акции).

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

[править]

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

Возврат пользователей

[править]

Основная цель маркетинговых push - вернуть пользователя на сайт или в приложение. Даже если пользователь не кликает на уведомление, он видит бренд и поддерживает осведомлённость.

Относительно низкая стоимость

[править]

По сравнению с контекстной рекламой и таргетингом, push-уведомления - бюджетный канал для работы с существующей аудиторией.

Метрики эффективности

[править]
  • Доставляемость - процент отправленных уведомлений, которые успешно доставлены на устройства
  • Открываемость (CTOR) - процент доставленных уведомлений, по которым кликнули
  • Конверсия - процент кликнувших, которые совершили целевое действие (покупку, регистрацию)
  • Отписки - процент пользователей, отказавшихся от уведомлений после получения
  • Возврат инвестиций (ROI) - соотношение дохода от кампании к затратам

Особенности для разных платформ

[править]
  • Требуется явное разрешение пользователя для каждого типа уведомлений
  • Ограничения на кастомизацию внешнего вида
  • Поддержка интерактивных кнопок в уведомлениях
  • Более гибкие настройки внешнего вида
  • Возможность группировки уведомлений
  • Прямые действия из уведомления без открытия приложения

Веб-push

[править]
  • Работают на всех устройствах через браузер
  • Не требуют установки приложения
  • Ограничены по функционалу (нет интерактивных кнопок в некоторых браузерах)

Инструменты для работы с push-уведомлениями

[править]

Сервисы веб-push

[править]
  • OneSignal - популярная платформа с бесплатным тарифом
  • Pushwoosh - поддерживает веб и мобильные push
  • WonderPush - европейский сервис с фокусом на конфиденциальность
  • SendPulse - российская платформа с поддержкой веб-push

SDK для мобильных приложений

[править]
  • Firebase Cloud Messaging
  • Apple Push Notification Service
  • Huawei Push Kit
  • Airship (бывший Urban Airship)

Интеграция с CRM и CDP

[править]

Push-уведомления интегрируются с CRM и CDP для персонализации и сегментации аудитории.

Лучшие практики

[править]

Разрешение и подписка

[править]
  • Запрашивать разрешение на уведомления в правильный момент (после совершения полезного действия)
  • Объяснять пользователю, зачем нужны уведомления и что он будет получать
  • Не запрашивать разрешение сразу при заходе на сайт

Частота отправки

[править]
  • Не отправлять слишком часто, чтобы не вызывать раздражение
  • Учитывать часовые пояса пользователей
  • Давать возможность настроить частоту в личном кабинете

Содержание

[править]
  • Делать текст коротким и ёмким (до 90 символов для веб-push)
  • Использовать персонализацию
  • Добавлять призыв к действию
  • Тестировать разные варианты (A/B-тесты)

Сегментация

[править]
  • Отправлять разные уведомления новым и старым пользователям
  • Учитывать историю покупок и интересы
  • Использовать геотаргетинг для локальных предложений

Типичные ошибки

[править]
  • Слишком частые уведомления
  • Неперсонализированный спам
  • Отсутствие ценности для пользователя
  • Запрос разрешения в первый визит
  • Игнорирование статистики и неоптимизация кампаний

Связанные термины

[править]