Push-уведомления: что это такое, и для чего они нужны? как работают пуш-сообщения

Введение

Разновидности пуш-уведомлений

Сама технология пуш-уведомлений известна уже давно. В 2009 компания Apple впервые использовала ее, чтобы отправлять юзерам сообщения от сервера или из приложения. Нововведение тут же заметили и использовали Google, а затем Microsoft.

Сейчас существуют следующие разновидности пушей:

Web пуш-уведомления — эта технология позволяет рассылать пользователям пуш-уведомления через подписку в браузере при помощи сервера. Именно ее использовали для своих продуктов Apple и другие гиганты. Они могут могут быть использованы в качестве рекламы.

Пример in-app пуш-уведомления

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

In-page пуш-уведомления Технически in-page пуш больше похож на попап, но выглядеть он может идентично окошку пуша или сообщения из мессенджера. Используется в основном в веб-версиях социальных сетей для демонстрации новых сообщений.

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

Массовые отправки

Помимо индивидуальных отправок пушей по токенам в Firebase и Huawei можно делать массовые отправки по именованным группам — топикам. Они могут быть сформированы двумя способами:

Клиент сам подписывается на нужное имя топика

Важно отметить, что это может сделать как авторизованный, так и неавторизованный в вашем приложении пользователь, так как в этот процесс сервер приложений никак не вовлечен. Как это можно использовать? К примеру, можно таким образом сгруппировать всех тех, кто еще не авторизован в приложении, но согласен на получение уведомлений

Тут есть одна особенность: по какой-то причине в firebase-js-sdk нет способов просто подписаться на топик, хотя в мобильных SDK она присутствует.
Можно сгруппировать имеющиеся токены в топики уже на сервере приложений. Например, группировать по выбранному в профиле пользователя региону. В моем демо-проекте это реализовано так: можно подписать пользователя (то есть все его токены) на топик и отписать от него.

Один и тот же топик можно наполнить обоими способами. Учитывайте это при проектировании и не отправляйте конфиденциальную информацию через топики.

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

Однако важно учитывать то, что при отправке через топик задержка в доставке может быть гораздо больше, чем при индивидуальной отправке по токену

«Под капотом» же управление топиками с сервера и клиентов происходит через службу Instance ID, нужные вызовы к которой удалось найти в firebase-ios-sdk. В аналогичном SDK для Android этe функциональность на себя берут «Сервисы Google Play».

Трудности в работе с push-уведомлениямиThe challenges of push notifications

Системы PNS — очень мощное средство.PNSes are powerful. Несмотря на это, разработчикам приложений требуется прилагать много усилий для реализации даже распространенных сценариев использования push-уведомлений, например для отправки push-уведомлений определенным сегментам пользователей.However, they leave much work to the app developer to implement even common push notification scenarios, such as broadcasting push notifications to segmented users.

Отправка push-уведомлений требует сложной инфраструктуры, не связанной с основной бизнес-логикой приложения.Sending push notifications requires complex infrastructure that is unrelated to the application’s main business logic. Вот лишь некоторые из трудностей, которые возникают на уровне инфраструктуры:Some of the infrastructure challenges are:

• Зависимость от платформыPlatform dependency

  Серверная служба вынуждена использовать сложную и неудобную в обслуживании логику работы с разными платформами, чтобы отправлять уведомления на все возможные устройства, так как системы PNS не стандартизированы.The backend requires complex and hard-to-maintain platform-dependent logic to send notifications to devices on various platforms, as PNSes are not unified.

• МасштабированиеScale
  • По правилам PNS маркеры устройств необходимо обновлять при каждом запуске приложения.Per PNS guidelines, device tokens must be refreshed on every app launch. На серверную часть направляется большой объем трафика, и нужно много обращений к базе данных только для того, чтобы поддерживать актуальность маркеров.The backend deals with a large amount of traffic and database access just to keep the tokens up-to-date. Если количество устройств достигает сотен миллионов или даже миллиардов, требуются огромные затраты на создание и поддержание такой инфраструктуры.When the number of devices grows to hundreds, thousands, or millions, the cost of creating and maintaining this infrastructure is massive.
  • Большинство систем PNS не поддерживают рассылку на несколько устройств.Most PNSes do not support broadcast to multiple devices. Чтобы разослать самое простое сообщение на миллион устройств, потребуется миллион обращений к разным PNS.A simple broadcast to a million devices results in a million calls to the PNSes. Передача таких объемов трафика с минимальными задержками — непростая задача.Scaling this amount of traffic with minimal latency is nontrivial.
• МаршрутизацияRouting

  Системы PNS предоставляют средства для отправки сообщений на устройства, но для большинства приложений нужна еще и возможность сегментирования по пользователям или тематическим группам.Though PNSes provide a way to send messages to devices, most app notifications are targeted at users or interest groups. Серверная часть должна поддерживать реестр устройств с привязкой к тематическим группам, пользователям, свойствам и т. д. Эти сложности увеличивают время выхода приложения на рынок и повышают затраты на его обслуживание.The backend must maintain a registry to associate devices with interest groups, users, properties, etc. This overhead adds to the time to market and maintenance costs of an app.

Как внедрить Push уведомления на своем сайте?

Что делать, если вам все таки нужно внедрить чистые web push уведомления на вашем сайте? Вот перечень шагов, которые нужно сделать:

1. SSL-сертификат. Это такой протокол шифрования данных. Сейчас его можно установить даже бесплатно. Но проблема заключается в том, что установка такого сертификата на ваш сайт — это дополнительная нагрузка на сервер вашего хостинга. Если ваш хостинг медленный, то скорость загрузки сайта может очень сильно пострадать. Поэтому сайт нужно максимально оптимизировать, добавить несколько серверов к себе на хостинг или же заказать выделенный VPS хостинг. Также помните о том, что если у вас более тысячи подписчиков и вы захотите сделать push уведомление на всю аудиторию, то каждый пользователь, приходя на ваш сайт будет “требовать” подтверждение SSL-сертификата в автоматическом режиме. Это также может добавить определенные сложности в работе сайта.
2. Контроль за базой данных. Придется следить за каждым пользователем относительно смены ключа доступа. Обычно такие ключи обновляются раз в полгода и нужно следить за тем, чтобы он был новым. Кроме этого, львиная доля времени по контролю за базой данных будет уходить на сбор и формирование статистических данных, без которых невозможно провести адекватную сегментацию целевой аудитории.
3. GCM ключ в консоли Google. Обычно эта опция абсолютно бесплатна. На других браузерах, например Safari, ключ покупается у разработчика.

Важная деталь. Если программист напишет неправильно код для push-уведомления, то это может привести к определенному негативу со стороны подписчиков, которые уже подписались на ваши сообщения.

Очень часто push окно всплывает в левом верхнем углу почти сразу после начала посещения страницы ресурса. Многие пользователи просто по инерции нажимают на согласие с рассылкой. Несложно предугадать их реакцию, после нескольких десятков таких уведомлений:

На практике получается следующая ситуация: даже если пользователь нажал на кнопку согласия с уведомлениями, это не означает что он на самом деле хочет их получать.

Если пользователь случайно согласился с сообщениями от сайта, но сделал это неосознанно, то по закону это считается спамом. Особо доблестные подписчики могут даже привлечь вас к ответственности, подав иск в суд.

Главное, что нужно помнить при внедрении уведомлений пуш это то, что вам понадобится программист, который сможет справиться со всеми проблемами и подводными камнями в этом процессе. Но что делать, если вы хотите внедрить готовое решение?

Группировка

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

Для того, чтобы собирать уведомления в группы, достаточно некоторого ключа, по которому и будет происходить группировка. Для iOS достаточно этот ключ просто пробросить как и уведомления сразу начнут группироваться. На Android в нашем случае реализовать это чуть сложнее. Так как мы отправляем data-пуши, необходимо было доработать приложение — для сборки в группы нужно использовать в обработчике пушей.

Также рекомендуется именовать группы человеко-читаемым названием для лучшего пользовательского опыта. Отправлять его нужно вместе с ключом группировки: для iOS можно пробросить его в (в firebase-admin-go оно почему-то не добавлено). В Android никак нельзя управлять группами напрямую с сервера, можно в обработчике data-пушей вызывать .

Обработка Push Notifications

Далее по тексту определения:

Action (действие) — в переводе с английского «действие». В нашем случае это означает, что если пришло уведомление, то мы можем произвести с ним какие-либо экшены (действия), например, нажать на пришедшем уведомлении кнопку и по нажатию на кнопку, должно произойти какое-либо действие, открытие приложения или отправка нашего Да/Нет, если они есть на кнопках.

Custom (пользовательский) — в переводе с английского изготовленный на заказ. В нашем случае это означает, что мы сами создаем, настраиваем/конфигурируем наш метод или что-либо еще по своему “вкусу”.

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

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

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

Уведомления в Google Chrome

Обычно, push-уведомления от сайтов приходят через мобильную версию Google Chrome. Благодаря таким уведомлениям вы можете быть в курсе последних статей, которые появляются на любимых новостных порталах. Отображаются даже оповещения социальных сетей, если вы вошли в свой аккаунт через браузер и разрешили их получение. Иногда это может быть полезно.

Однако, главная цель push-уведомлений – заставить пользователя, который заходил на сайт ранее, вернуться туда снова. Если в интернете соглашаться на получение всех оповещений без разбора, уже скоро область уведомлений будет сильно захламлена. Это может раздражать.

Стоит отметить, что Google Chrome блокирует push-уведомления особо навязчивых веб-ресурсов автоматически. Но, что делать, если вы добровольно согласились на получение оповещений на сайте, который посетили всего один раз? Чтобы отписаться, сделайте следующее:

Шаг 1. Запустите Google Chrome.

Шаг 2. Нажмите на три точки в правом верхнем углу.

Шаг 3. Откройте «Настройки».

Шаг 4. Найдите пункт «Уведомления» и нажмите по нему.

Шаг 5. Если вы не желаете получать оповещения от всех веб-сайтов, прокрутите вниз до раздела «Сайты» и отключите переключатель «Показывать уведомления».

Шаг 6. Если отключить необходимо push-уведомления только для одного веб-ресурса, найдите его в списке и нажмите по нему.

Шаг 7. Отключите переключатель «Показывать уведомления».

Уведомления от приложений

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

Шаг 1. Удерживайте палец на появившемся push-уведомлении.

Шаг 2. Переведите переключатель в положение Выключено.

Шаг 3. Для подтверждения действия, нажмите кнопку «Готово».

Для того, чтобы отключить лишь некоторые уведомления, сделайте следующее:

Шаг 1. Откройте «Настройки Android». Для этого, в шторке уведомлений найдите пиктограмму с изображением шестеренки.

Шаг 2. Найдите раздел «Приложения».

Шаг 3. Выберите «Все приложения».

Шаг 4. Найдите нужное и нажмите по нему.

Шаг 5. Выберите «Уведомления».

Шаг 6. Отключите те уведомления, которые вам не нужны.

Лучшие офферы, вертикали и ГЕО для IPP

IPP-трафик – новинка для нашей платформы. Потому рекомендации по ГЕО не стоит воспринимать как истину в последней инстанции. Тестировать можно всё, но вот ГЕО, с которых можно начать: 

• большие объемы мы стабильно видим на Android в Бразилии, Индии и Мексике 
• при таргетировании на iOS наиболее успешными ГЕО оказались США и Япония 

Одно из очевидных преимуществ IPP-объявлений заключается в том, что они возникли недавно, поэтому пользователи сейчас к ним особенно восприимчивы.

Не упустите свой шанс найти вертикаль, которая превратит In-Page Push в золотую жилу! Начинайте тестировать уже сейчас.

С какими офферами лучше работать? 

Много успешных запусков мы наблюдаем в вертикали “Софт” (в том числе с таргетингом на Mac OS). Финансы и Дейтинг также показывают хорошие результаты. 

Пока стабильного конверта не видно в Гейминге и Нутре, но ситуация может измениться в любой момент. 

Как работают push-уведомления?How do push notifications work?

Push-уведомления доставляются через инфраструктуры, предназначенные для конкретных платформ, которые известны как системы отправки уведомлений платформы (PNS).Push notifications are delivered through platform-specific infrastructures called Platform Notification Systems (PNSes). Они предлагают базовые функциональные возможности для доставки сообщений на конкретное устройство по предоставленному дескриптору и не имеют единого интерфейса.They offer basic push functionalities to deliver a message to a device with a provided handle, and have no common interface. Чтобы отправить уведомления всем клиентам, использующим разные версии приложения (для iOS, Android и Windows), разработчик должен работать с помощью службы push-уведомлений Apple (APNS), Firebase Cloud Messaging (FCM) и службы уведомлений Windows (WNS) отдельно.To send a notification to all customers across the Android, iOS, and Windows versions of an app, the developer must work separately with Apple Push Notification Service (APNS), Firebase Cloud Messaging (FCM), and Windows Notification Service (WNS).

В целом алгоритм отправки выглядит так:At a high level, here is how push works:

1. Приложение хочет получать уведомления. Для этого оно обращается к PNS для целевой платформы, где выполняется приложение, и запрашивает уникальный временный дескриптор для push-уведомлений.An application wants to receive a notification, so it contacts the PNS for the target platform on which the app is running and requests a unique and temporary push handle. Тип дескриптора зависит от системы (например, WNS использует URI, а APNS — токены).The handle type depends on the system (for example, WNS uses URIs while APNS uses tokens).
2. Клиентское приложение сохраняет этот дескриптор в серверной части или у поставщика службы.The client app stores this handle in the app backend or provider.
3. Для отправки push-уведомления серверная часть приложения обращается к PNS, используя дескриптор для обращения к приложению конкретного клиента.To send a push notification, the app backend contacts the PNS using the handle to target a specific client app.
4. PNS перенаправляет уведомление на устройство, указанное дескриптором.The PNS forwards the notification to the device specified by the handle.

Как выбрать подходящую сеть для пуш-маркетинга?

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

Оцените размер базы подписок

Чем больше размер базы, тем больше вероятность найти среди подписчиков свою аудиторию. Актуальная аудитория RichAds составляет 450 Млн пользователей по всему миру.

Кроме того, полезно узнать, откуда приходит трафик: своя ли собственная база паблишеров у рекламной сети или сеть перекупает трафик у других (DMP). Чуть больше об условиях сотрудничества для паблишеров RichAds можно узнать здесь. 

Узнайте о качестве трафика

Не смотря на то, что все пользователи сами подписываются на пуши, некоторое количество ботового трафика может встречаться и на пушах. Один из способов подтвердить отсутствие ботов — верификация трафика. Весь трафик RichAds верифицирован Adscore. 

Сравните количество доступных таргетингов

Таргетинги на пушах — одна из центральных возможностей для оптимизации. Чем больше возможностей — тем лучше. Некоторые таргетинги особенно полезны, например, возможность разделять аудиторию по времени подписки (у RichAds это функция “new subscribers only”).

Уточните, есть ли у сети in-page пуши

In-page пуши позволят вам рассылать рекламу платежеспособным пользователям iOS, которые, к тому же, не были знакомы ранее с этим форматом. Наличие формата in-page пушей — большой плюс.

Обратите внимание на тех. поддержку. Пуши не похожи на другие форматы, поэтому своевременная помощь эксперта — прекрасное подспорье

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

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

Каждый пользователь RichAds получает своего персонального менеджера, при внесении депозита более 500$. Он ответит на все вопросы, поможет с выбором профитных связок, со списками работающих sub-листов под определенный оффер и поможет с подготовкой креативов. 

Оцените технологии для оптимизации

Основная часть работы на пушах приходится на оптимизацию. Чем больше полезных инструментов и фич у рекламной сети, тем проще вам будет справляться с обработкой данных.

У Rich Push есть ряд крутых фич, которые могут сильно облегчить вам жизнь:

• Micro bidding позволяет делать разные ставки на разные параметры одной кампании. Фича помогает сэкономить на дифференциации ставок. Если в вашей кампании некоторые источники дают вам много конверсий, но они дорогие — вы можете уменьшить цену бида именно для них.
• Automated rules помогают автоматизировать процессы оптимизации кампании. Можно потратить 5 минут, чтобы задать параметры для создания блэк- или вайтлистов, и они продолжат работать автоматически.
• Machine Learning CPA автоматически вычисляет источники, которые конвертируют лучше, и ставит их в приоритет перед источниками, которые конвертят хуже. То есть стоимость конверсий снижается и кампания получает больше конверсий по целевой цене.

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

Тихие push-уведомления могут “разбудить” ваше приложение “бесшумно”, то есть запустить приложение в фоновом режиме и выполнить некоторые задачи. Например, приложение WenderCast может использовать эту функцию для “тихого” обновления списка подкастов.

Как вы можете себе представить, в паре с вашим серверным компонентом это может быть даже очень эффективно. Вашему приложению не нужно будет постоянно запрашивать данные — вы можете сами отправить приложению “тихое” push-уведомление, если у вас появились новые данные.

Для начала перейдите в App Settings -> Capabilites и включите Background Modes (фоновый режим) для приложения WenderCast. И проверьте последнюю опцию, Remote Notifications:

Теперь ваше приложение будет “просыпаться” в фоновом режиме, когда оно получит одно из этих push-уведомлений.

В AppDelegate, замените application(_:didReceiveRemoteNotification:), на следующее:

Итак, давайте рассмотрим:

1. Проверьте, установлено ли значение content-available равное 1, чтобы мы понимали, является ли уведомление “тихим”.
2. Здесь обновляется список подкастов, который представляет собой сетевой запрос из этого следует то, что он работает асинхронно.
3. Когда список обновился, вызывается завершающий обработчик (completionHandler) и сообщает системе, были ли загружены новые данные.
4. Если к нам пришло не тихое уведомление (предположим, что так и случилось), то тогда просто создаем еще один новостной элемент (ячейку).

Обязательно вызывайте завершающий обработчик (completionHandler) в любом из полученных результатов (в нашем примере это либо шаг 3 или шаг 4). Система следит за потреблением энергии и временем, которое ваше приложение использует в фоновом режиме, и при необходимости приложение может быть просто закрыто.

Вот и все. Чтобы проверить “бесшумные” уведомления, передайте следующую функциональную часть (payload) через приложение Pusher:

Если все прошло успешно, ничего не должно произойти, то есть вы ни чего не увидите! Чтобы увидеть, как выполняется код, вы можете заново изменить схему на “Wait for executable to be launched” и установите контрольную точку в application(_:didReceiveRemoteNotification: fetchCompletionHandler:), чтобы убедиться, что она запущена.

Поздравляю! Вы завершили данный урок по push-уведомлениям и сделали WenderCast полнофункциональным приложением с push-уведомлениями! Конечный проект вы можете скачать здесь. Помните, что вам все равно необходимо изменить идентификатор пакета (bundle ID) и создавать сертификаты, чтобы все заработало (как мы это сделали в разделе Enabling the Push Notification Service).

Несмотря на то, что в наши дни push-уведомления являются одним из важных моментов в приложениях, пользователям довольно часто отклоняют разрешения для них, если ваши уведомления будут приходить слишком часто. Но с продуманным дизайном, push-уведомления все же помогают завлечь пользователей в ваше приложение снова и снова! :]

Уведомления с действиями

Уведомления с действиями позволяют добавить свои собственные кастомные кнопки на самом уведомлении. Возможно, раньше вы замечали это по уведомлениям, которые приходят по электронной почте или твитам. Они позволяют вам тут же дать ответ, нажав «ответить», или отметить как «любимое».

Уведомления с действиями определяются внутри вашего приложения, когда вы регистрируетесь для получения уведомлений с помощью categories. Каждая категория (categories) уведомлений может иметь несколько предустановленных кастомных экшенов (действий).

После регистрации в вашем сервере можно установить категорию (categories) для push-уведомлений.

Действия уведомлений будут доступны пользователю при его получении.

Для приложения WenderCast мы определили категорию «News» (Новости) с нашими действиями под названием «View», которые позволяет пользователям напрямую, по желанию просматривать в приложении новостные статьи.

Итак, заменим registerForPushNotifications() в AppDelegate следующим образом:

Что наш новый код делает :

1. Здесь вы создаете новое уведомление с кнопкой под названием «View», которое будет открывать приложение на передний плане при его запуске. Наш созданный экшн имеет уникальный идентификатор, который используется для отличия его от других действий.
2. Затем вы определяете категорию новостей, которая содержит отображение действий (let viewAction). Он также имеет свой идентификатор, который должна содержать функциональная часть уведомления, чтобы указать, что push-уведомление относится именно к этой категории.
3. И наконец, вызывая setNotificationCategories(_ , вы регистрируете новое уведомление, соответствующее действию.

Запустите ваше приложение, чтобы зарегистрировать наши новые уведомления.

Переведите ваше приложение в фоновый режим, а затем отправьте уведомление со следующим содержимым через приложение Pusher:

Если все прошло хорошо, то вы сможете увидеть уведомление и открыть приложение через нажатие на экшн-кнопку «View»:

Отлично! Нажатие на эту кнопку запустит приложение WenderCast, но ничего не отобразит. Чтобы отобразить эту новость, вам нужно реализовать еще один обработчик событий в нашем делегате.

Как включить/отключить push-уведомления на IOS?

Некоторые приложения поддерживают push-уведомления на iPhone. Это способ отправки данных, специфичных для каждого сервиса. К ним относятся и уведомления о новостях, и многие другие данные. Чтобы push-уведомления работали, вы должны использовать iPhone OS 3.0 или выше.

Как включить push-уведомления:

1. Установите приложение, которое предлагает push-уведомления.

2. Перейдите в Настройки -> Уведомления -> ВКЛ.

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

4. Коснитесь приложения, которое вы хотите включить или отключить для уведомлений, и выберите нужные параметры.

5. Звуки, оповещения и значки могут быть включены или отключены по отдельности.

Чтобы отключить push-уведомления:

1. Выполните указанные выше шаги, чтобы включить уведомления отдельных приложений.

2. Чтобы отключить все уведомления: перейдите в Настройки -> Уведомления -> ВЫКЛ.

Кроме того, иногда случаются моменты, когда пользователь просто не хочет отвлекаться на какие-либо уведомления. Для таких случаев Apple представила функцию «Не беспокоить». После ее активизации вы сразу же отключите все телефонные звонки, оповещения и уведомления

Так, если вы находитесь на собрании или участвуете в важном событии, у вас не будет никаких гудков или звуковых сигналов с устройства iOS. Как включить его? Перейдите в «Настройки» и выберите «Не беспокоить» в меню слева

Эта опция хороша тем, что отключается так же легко.