Push service что это за программа и нужна

Согласно энциклопедиям, Push — это технология распространения информации от сервера клиенту. Однако, в последнее время это слово чаще всего употребляется в отношении уведомлений на мобильных устройствах. Именно о Push уведомлениях мы и поговорим в данной статье.

Под мобильными push-уведомлениями чаще всего понимают небольшие плашки с сообщениями, которые появляются в верхней части экрана, в т.н. «шторке», на экране блокировки.

Такое понятие, как push-notifications, стало популярным после внедрения яблочной компанией сервиса Apple Push Notification Service (APNS) для передачи уведомлений на устройства под iOS 3. Стоит упомянуть, что эту революционную инновацию Apple внедрили в iOS почти на год позже, чем Google в ОС Android.

Как бы то ни было, на почве push уведомлений для мобильных выросло целые семейство сервисов и инструментов от разных компаний:
Apple после добавления системы пушей (APNS) для айфонов реализовали их и для OS X и, совсем недавно, для Safari.

5.6 Push Notifications подробный разбор

Google создали Android Cloud to Device Messaging (C2DM) в далеком 2008 году, заменив его на Google Cloud Messaging (GCM) в 2012 году. Естественно, при помощи данного сервиса пушить можно также и в Chrome приложения.
В Microsoft, как обычно, решили не отставать и создали MPNS (попробуйте сами угадать значение этой аббревиатуры). Таким образом, push-уведомления доступны на Windows Phone начиная с седьмой ее версии.

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

Здесь следует обозначить разницу между такими вещами, как push, push-уведомления и уведомления, генерируемые локальными приложениями в системе. Push — это технология, которая используется для доставки информации. Уведомления же генерируются внутри системы и выглядят они в разных ОС по-разному.

Типы уведомлений в мобильных ОС

В iOS есть три типа push-уведомлений:
Audio — об уведомлении пользователю сообщается путем проигрывания звукового уведомления
Audio/Banners — проигрывается звуковое сообщение и т.н. “баннер” появляется на экране. Информацию, передающеюся с первым и вторым типами сообщений вы можете увидеть в Notification Center — внутри т.н. “шторки”.
Badges (рус. значок, символ) — рядом с иконкой приложения появляется цифра или специальное изображение.

В Windows Phone 8 также есть три варианта push-уведомлений:
Toast (рус. тост) — сообщение показывается в верхней части экрана на протяжении 10 секунд. Естественно, это сообщение кликабельно.

Push notifications

Tile (рус. плитка) — отображаются в виде чисел, выводимых поверх значка приложения на плитке (Live Tile).
Raw (рус. грубый) — для передачи произвольной информации внутрь приложения. Предполагается, что такой тип пушей используется для игровых приложений.

С Android все немного интереснее. В официальном мануале для разработчиков написано:

It does not provide any built-in user interface or other handling for message data. GCM simply passes raw message data received straight to the Android application, which has full control of how to handle it. For example, the application might post a notification, display a custom user interface, or silently sync data.

По-русски: в ОС Android нет никакой встроенной системы для прямого отображения пользователю push-уведомлений. Все данные «пушатся» исключительно в приложение, и передаются в совершенно произвольной форме, как и raw-уведомления в WP8. Приложение же, после получения информации, может, например, выдать стандартное для андроид-систем уведомление, которое отобразится в верхней части экрана и в “шторке”. Или же может появится баннер, подобный таковым в iOS.
Однако, учитывая открытость Андроида и исключительную гибкость этой системы, уведомления после получения push могут выводиться, в принципе, в любой форме. Например, одним из самых самых невинных способов взаимодействия с пользователем может быть немедленное открытие окна приложения со всей необходимой промо-информацией.

Браузерные push уведомления

С некоторого времени у разработчиков появилась возможность рассылать push-уведомления через браузеры на стационарные компьютеры пользователей: в Google Chrome и Apple Safari. Для отправки данного типа пушей также используются службы GCM и APNs. С технической точки зрения, браузерные push-уведомления отличаются от мобильных только тем, что в Chrome и Safari отправителем уведомления является сайт. Пользователи получают push-уведомления в виде небольших сообщений, которые появляются поверх всех окон в углу экрана сразу по получении.

Для вашего приложения или сайта

У каждого из разработчиков мобильных ОС есть свой собственный подход к технической реализации отправки push уведомлений на устройства. Сервисы, которые обеспечивают возможности push-нотификаций, были перечислены в начале статьи: GCM, APNS и MPNS.
Однако очевидно, что для работы с ними нужно также использовать еще и внешний сервер — для отправки на эти сервисы удаленных запросов. Учитывая то, что обеспечение легкой жизни разработчиков не является приоритетной задачей ни для одной из компаний-авторов ОС, каждый из вышеперечисленных сервисов функционирует очень по-своему. Для отправки уведомлений на разные платформы нужно соблюсти немало всяческих требований, и для каждой платформы — своих.
Именно поэтому в сети существует много сервисов, предоставляющих удобный интерфейс для реализации push-уведомлений в приложения и на сайтах своих клиентов.

Источник: itkeys.org

Внедряем кросс-платформенные пуш-уведомления: начало

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

Для начала нужно понять, куда мы вообще хотим отправлять пуши. В нашем случае это веб-сайт, iOS-приложение и Android-приложение.

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

• У Firefox он называется Mozilla Push Service. Его исходный код и спецификация протокола открыты, чем мы позже воспользовались.
• У Chrome это Google Cloud Messaging (не Firebase Cloud Messaging, что можно увидеть по именам доменов в исходном коде), и так далее.

Хорошая новость для нас в том, что веб-пуши стандартизированы IETF (https://datatracker.ietf.org/wg/webpush/documents/), и поддерживать разные форматы API для каждого браузера как на клиенте, так и на сервере нам не придется.

Теперь рассмотрим устройства на базе Android. Здесь есть несколько вариантов:

• Если в системе установлены Google Apps, то можно воспользоваться Firebase Cloud Messaging.
• Если у вас устройство от Huawei без Google Apps, то можно использовать Huawei Push Kit.
• Можно написать собственный пуш-сервер или воспользоваться готовыми проектами, например, https://bubu1.eu/openpush/, благо открытость платформы позволяет.

Далее идет iOS. В отличие от Android, способ отправить уведомления на устройства Apple всего один — использовать Apple Push Notification service (APNs).

Может возникнуть логичный вопрос: неужели придется поддерживать всё это многообразие стандартов, API и прочего на серверной стороне? На самом деле, всё не так уж и плохо, так как Firebase Cloud Messaging, помимо отправки на Android, покрывает еще и веб-пуши и работает с APNs. Так мы пришли к следующей схеме: на устройства Huawei без Google Apps отправляем через Huawei Push Kit, в остальных случаях пользуемся Firebase Cloud Messaging.

Несмотря на многообразие стандартов и сервисов, схема работы будет примерно одинаковой:

1. Клиент подключается к пуш-серверу и получает уникальный идентификатор — токен.
2. Клиент отправляет токен серверу конкретного приложения, чтобы стать связаным с учетной записью пользователя.
3. Сервер приложений начинает по полученному токену отправлять пуши для конкретного пользователя.

Попробуем написать тестовое приложение

Для начала просто получим пуш-токен от Firebase и попробуем отправить пуш. Нужно зарегистрировать проект в консоли Firebase и получить конфигурацию для веб-приложения. Для корректного функционирования будет нужен локальный HTTP-сервер с передачей статики.

Сделаем страницу с одной кнопкой и необходимыми скриптами:

simple_example.html

Также потребуется скрипт сервис-воркера. По умолчанию он подгружается автоматически по пути /firebase-messaging-sw.js . Для начала будем использовать готовый скрипт отсюда.

Открываем страницу, нажимаем на кнопку, разрешаем уведомления в браузере и копируем отображенный токен. Для удобства работы с API вручную можно создать долговременный ключ сервера (не сервисный аккаунт). Делаем простой запрос:

curl -X POST ‘https://fcm.googleapis.com/fcm/send’ -H ‘Authorization: key=’ -H ‘Content-Type: application/json’ -d ‘< «to» : «», «notification» : < «body» : «Body of Your Notification», «title»: «Title of Your Notification» >>’

Тут есть важный момент, о котором можно забыть: пуш-токен никак не связан с пользователем приложения, он связан с конкретным получателем (т.е. с клиентской конфигурацией). На мобильных устройствах он связан с конкретной инсталляцией приложения.

Посмотрим, что нам приходит в браузер. В документации описан колбэк setBackgroundMessageHandler . Модифицируем сервис-воркер, добавив в конец файла код:

messaging.setBackgroundMessageHandler((payload) => < console.log(‘Message received. ‘, payload); // . >);

Открываем консоль сервис-воркера, снова отправляем пуш… и ничего не видим в консоли, хотя уведомление отобразилось. Почему же? Ответ в есть в документации:

Note: If you set notification fields in your message payload, your setBackgroundMessageHandler callback is not called, and instead the SDK displays a notification based on your payload.

В нашем случае в запросе есть поле notification и данный колбэк не вызывается. Это довольно важное замечание, к нему мы вернемся дальше.

Тем не менее, можно это обойти, обрабатывая входящие пуши вручную. Поменяем содержимое firebase-messaging-sw.js :

firebase-messaging-sw.js

self.addEventListener(«push», event => < event.waitUntil(onPush(event)) >); async function onPush(event) < const push = event.data.json(); console.log(«push received», push) const < notification = <>> = ; await self.registration.showNotification(notification.title, < body: notification.body, >) >

Здесь мы считываем полезную нагрузку в json и парсим ее в js-объект, который будет выведен в консоль, заодно показывая уведомление. Обратите внимание на waitUntil внутри обработчика: он нужен для того, чтобы сервис-воркер не завершил работу до окончания асинхронного вызова onPush .

Теперь добавим пользователей в наше приложение

Для удобства заведем новую страницу:

user_example.html

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

inmemory.go

type MemoryStorage struct < mu sync.RWMutex userTokens map[uint64][]Token tokenOwners map[string]uint64 >func NewMemoryStorage() *MemoryStorage < return userTokens: map[uint64][]Token<>, tokenOwners: map[string]uint64<>, > > type Token struct < Token string `json:»token»` Platform string `json:»platform»` >func (ms *MemoryStorage) SaveToken(ctx context.Context, userID uint64, token Token) error < ms.mu.Lock() defer ms.mu.Unlock() owner, ok := ms.tokenOwners[token.Token] // if old user comes with some token it’s ok if owner == userID < return nil >// if new user come with existing token we // should change it’s owner to prevent push target mismatch if ok < ms.deleteTokenFromUser(token.Token, owner) >ut := ms.userTokens[userID] ut = append(ut, token) ms.userTokens[userID] = ut ms.tokenOwners[token.Token] = userID return nil > func (ms *MemoryStorage) deleteTokenFromUser(token string, userID uint64) < ut := ms.userTokens[userID] for i, t := range ut < if t.Token == token < ut[i], ut[len(ut)-1] = ut[len(ut)-1], Token<>ut = ut[:len(ut)-1] break > > ms.userTokens[userID] = ut > func (ms *MemoryStorage) UserTokens(ctx context.Context, userID uint64) ([]Token, error) < ms.mu.RLock() defer ms.mu.RUnlock() tokens := ms.userTokens[userID] ret := make([]Token, len(tokens)) copy(ret, tokens) return ret, nil >func (ms *MemoryStorage) DeleteTokens(ctx context.Context, tokens []string) error < ms.mu.Lock() defer ms.mu.Unlock() for _, token := range tokens < user, ok := ms.tokenOwners[token] if !ok < return nil >ms.deleteTokenFromUser(token, user) > return nil >

В бэкенд также добавлен код отправки пушей конкретному пользователю.

Базово мы обеспечиваем следующую функциональность:

• При входе пользователя запрашиваем разрешение на показ уведомлений, и при согласии получаем пуш-токен и отправляем его на сервер. Пуш-токен привязывается к пользователю с помощью сессионных/авторизационных кук.
• При выходе мы инвалидируем пуш-токен. При следующей попытке отправить его Firebase нам ответит ошибкой, что такой токен не существует, и мы удалим его из хранилища.
• При обновлении пуш-токена мы отправляем новый в хранилище. Старый токен мы удалим уже при следующей отправке пуша.

Опишу несколько важных моментов, на которые мы наткнулись уже на практике (они отражены в примере):

• Пуш-токены имеют ограниченный срок жизни, однако узнать его из самого токена, на первый взгляд, невозможно. Судя по коду firebase-js-sdk, этот срок чуть больше недели, так как колбэк на обновление токена onTokenRefresh вызывается раз в неделю.
• Разные пользователи могут прислать одинаковые пуш-токены. Такое возможно в случае, если запрос на инвалидацию в Firebase не прошел успешно. Для решения этой проблемы мы в данном случае меняем владельца токена.
• У пользователя может завершиться сессия без явного логаута. Т.е. пользователь больше не авторизован, однако уведомления продолжают поступать. Способ решения этой проблемы зависит от архитектуры приложения. Мы при отправке пуш-токена на сервер сохраняем идентификатор пользователя еще и локально, при каждой загрузке страницы сверяя его с ответом на запрос о текущем пользователе. Если значения различаются или пользователь не авторизован, то пуш-токен инвалидируется. Однако у такого подхода всё же есть один недостаток: инвалидация происходит только в случае загрузки страницы сайта.
• Сохраняйте платформу, с которой получен токен. Это поможет при дальнейшей кастомизации: например, добавить возможность ответа в чат прямо из пуша (в Android/iOS можно, в браузере — нет), кнопки и прочее.

И вот, грабли собраны, доработки выложены в прод. Пуши ходят… или не ходят? Самое время поговорить про

Надежность

Никаких методов подтверждения доставки от клиента серверу приложений изначально не предусмотрено, хотя в Huawei над этим задумались и сделали. Поэтому нам придется реализовывать эту функциональность самим. Первое, что приходит в голову — отправлять на сервер HTTP-запрос при получении пуша. Для этого нам потребуется идентифицировать каждый пуш, благо и Firebase, и Huawei это позволяют: можно пробросить произвольные данные при отправке уведомления.

Идея следующая: мы генерируем одноразовый токен подтверждения (в нашем случае это просто UUID) и отправляем его в пуше. Клиент при получении и показе пуша делает HTTP-запрос, в который включается присланный токен подтверждения. Немного дорабатываем бекенд и firebase-messaging-sw.js :

firebase-messaging-sw.js

self.addEventListener(«push», event => < event.waitUntil(onPush(event)) >); async function onPush(event) < const push = event.data.json(); console.log(«push received», push) const < notification = <>, data = <> > = ; await self.registration.showNotification(notification.title, < body: notification.body, >) if (data.id) < await fetch(`$/api/v1/notifications/$/confirm`, < method: «POST» >) > >

И если с вебом нам хватило такой простой доработки, то с мобильными устройствами всё несколько сложнее. Помните про замечание в документации о setBackgroundMessageHandler ? Так вот, дело в том, что в Firebase (да и в Huawei) есть не совсем очевидное (по API) разделение на, условно, информационные пуши (если есть поле notification ) и data-пуши. По задумке, информационные пуши никак не обрабатываются приложением и на их основе сразу формируется уведомление, а data-пуши попадают в специальный обработчик и дальше приложение решает, что делать.

Если при получении веб-пушей с ними можно работать до показа, отказавшись от firebase-js-sdk в сервис-воркере, то в Android так не получится. Поэтому для Android мы перенесли всю нужную информацию исключительно в data и перестали отправлять notification , что позволило нам реализовать подтверждение доставки.

Для APNs же достаточно просто выставить mutable-content в 1, и тогда при обработке пуша можно будет выполнять некоторый код, но с довольно серьезными ограничениями, хотя этого вполне достаточно для простого HTTP-запроса. Собственно, именно из-за ограничений iOS при подтверждении пуша не задействуется пользовательская сессия, а используются одноразовые токены.

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

Мы же используем механизм подтверждения следующим образом: для некоторых типов уведомлений, если не дождались подтверждения через, скажем, 15 минут после отправки, отправляется смс. А чтобы исключить случай, когда после смс приходит пуш, можно выставить TTL при его отправке.

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

• Android (исключая Huawei) — 40 %
• Web — 50 %
• iOS — 70 %

Для Huawei достаточное количество данных еще не накоплено. Следует сказать о том, что мы не предпринимали никаких действий по увеличению доли доставленных пушей, как это сделали, например, в Яндекс.Почте.

Итоговая архитектура получается примерно такой:

Полную версию проекта можно взять на GitHub.

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

• пуш-уведомления
• firebase cloud messaging
• huawei push kit
• apns

Источник: habr.com

Что такое Push-уведомления и зачем они нужны

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

16 июня 2021 года Разное

4 минуты, 26 секунд читать

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

История создания

Первоначально технология push-уведомлений была создана и популяризирована компанией BlackBerry. На их мобильные устройства пользователям приходили уведомления о получении новых электронных писем.

В 2009 году Apple запустила первую в истории службу push-уведомлений – Apple Push Notification Service (APNs). Google следом запустила свою службу обмена сообщениями «Облако-устройство» (C2DM) в 2010 году.

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

Почему Push-уведомления важны

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

Главным преимуществом технологии стала конфиденциальность персональных данных: подписка на такие уведомления не требует предоставлять личную информацию, такую как номер телефона или адрес почты.

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

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

С точки зрения охвата push-уведомления выступают активным каналом коммуникации, потому что частота подписки на них на устройствах Android составляет 91%, а на iOS-44%.

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

Мобильные уведомления — новости из социальных сетей или напоминания из приложений. Эта технология помогает делиться своевременными обновлениями или предоставлять краткие инструкции относительно мобильного приложения.

Они бывают 3 типов:

l Транзакционные уведомления — сообщения для информирования пользователя о предпринятых им действиях (например, платёжная операция или статус доставки), условиях соглашения (время и место доставки товара после покупки) или изменении планов (задержанный рейс). Без этих уведомлений трудно представить работу такси или доставки еды.

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

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

Push-уведомления приложений поддерживаются ведущими платформами — Android и iOS.

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

Ограничения по длине сообщений зависит от мобильной ОС:

— Для iOS максимальная длина варьируется от 62 символов для “Баннеров” и до 235 символов для “Предупреждений”;

— Для устройств Android ограничение составляет около 84 символов в зависимости от размера экрана.

Браузерные уведомления. При запущенном браузере сообщения всплывают на экране компьютера пользователя, даже если он закрыл вкладку с вашим сайтом. Такой вид уведомлений отличаются от мобильных только тем, что в Chrome и Safari отправителем уведомления является сайт.

Сервисы для рассылки push-уведомлений:

Русскоязычный сервис Push.Expert охватывает такие популярные браузеры как Яндекс.Браузер, Internet Explorer, Google Chrome, Firefox, Safari. Сервис предоставляет несколько одинаковых по функционалу тарифов, отличающимся количеством уведомлений. В настройках есть возможность создать приветственное уведомление и добавить лого.

LetReach. В наличии 3 тарифа, которые отличаются количеством используемых доменов и некоторыми дополнительными функциями. Есть опция сплит-тестирования.

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

Push All — сервис бесплатного пользования со сложным интерфейсом. В нем нельзя отправлять сообщения напрямую с самого сервера.

Помимо сервисов есть браузерные приложения и системы со специфическим функционалом: Gravitec, Jeapie, Boxcar.

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

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

Компания «Безлимит» оценила с пользовательской стороны преимущества подключения пуш-сообщений с актуальными и отличными персональными предложениями. Не стоит забывать, что это отличный способ не только для уведомления, но и информирования уже имеющихся клиентов. Успейте и Вы!

Узнайте больше про Безлимит

Безлимит — это премиальный оператор сотовой связи, работает с 2012 года. На сегодня, располагая базой более чем в 1 000 000 красивых номеров, является лидером на рынке в России.

Источник: bezlimit.ru

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

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

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

Оптимизируйте маркетинг и увеличивайте продажи вместе с Calltouch

• Браузерные;
• Мобильные.

Браузерные push-уведомления

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

Ссылка из уведомления ведёт непосредственно на страницу, на которой размещена информация.

Пуши могут быть настроены под конкретный сайт или создаваться с помощью сторонних сервисов: например, популярным русскоязычным средством является SendPulse – универсальная площадка рассылок.

Настроить браузерные уведомления возможно также с помощью самого браузера:

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

Эффективный маркетинг с Calltouch

• Анализируйте весь маркетинг и продажи в одном окне
• Удобные дашборды и воронки от показов рекламы до ROI

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

Push-уведомления, прежде чем заработать на десктопных браузерах, появились на iOS и Android.

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

Существуют экзотические виды уведомлений в Telegram, но в них пользователь не видит иконки сайта и переходит не на страницу, а в диалог.

Функции и возможности push-рассылок

Пуши обладают рядом преимуществ в отличие от традиционных рассылок:

• Скорость набора базы . Лёгкий алгоритм подписки в 1-2 клика в разы ускоряет формирование подписочной базы. Пользователи более склонны соглашаться на рассылки, не требующие предоставления персональной информации вроде почты, мобильного телефона или имени. Простой идентификатор, передаваемый в фоновом режиме – вполне достаточный ресурс, чтобы с его помощью взаимодействовать с подписчиками. Push позволяет так же удобно отписываться от оповещений в настройках браузера.
• Достаточно простого клика , чтобы перейти из уведомления на сайт.
• Уведомления видны даже когда браузер и сайт закрыты – они отображаются поверх всех окон .
• Push-уведомления работают на основе стандартных средств браузера – они не предполагают установки дополнительного программного обеспечения.
• Зачастую это один из самых дешёвых видов рассылок . Тем более, это не требует никаких вложений, если на вашем сайте настроена нативная рассылка с собственным кодом.

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

Правильная настройка уведомлений может продемонстрировать отличные конверсии с CTR более 20%. Существуют различные сервисы, которые помогают сегментировать базы подписчиков по нескольким параметрам, чтобы осуществлять эффективный таргетинг целевой аудитории.

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

Маркетинг

Тест: все ли возможности ВК для бизнеса вы используете?

Тест: все ли возможности ВК для бизнеса вы используете?

Когда полезно использовать push-сообщения?

• Push-уведомления подойдут интернет-магазинам для повышения продаж. Это может быть реклама товара, информирование о новых поступлениях, акциях и скидках. Это позволяет привлекать аудиторию и удерживать существующих клиентов.
• При незавершённых целевых действиях push-уведомления эффективно показывают себя в вопросе возвращения посетителей на сайт.
• Постоянно держать в курсе событий – первоочередная задача новостных ресурсов, СМИ, блогов. С помощью мгновенных уведомлений можно передавать пользователям важные сообщения, а также запускать маркетинговые активности. Те ресурсы, которые предоставляют цифры и статистику – к примеру, финансовые и аналитические порталы, в первую очередь найдут применение технологии.
• Даже если вы не владелец интернет-магазина или новостного агентства, push-уведомления всё равно будут эффективным способом поддерживать постоянный интерес пользователей.
• Пуши эффективны для оповещения пользователей о приближающемся мероприятии онлайн – например, вебинара. Сообщение располагается на том же устройстве, с которого будет произведено посещение, что удобно и быстро.
• Технология хорошо работает для оповещения узкой целевой аудитории о различных касающихся её изменениях, событиях и о многом другом. Как было упомянуто, ряд сервисов позволяют совместить с ней даже таргетинг.

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

• Не забывайте и про возможные риски отправки уведомлений: они могут стать чрезмерно назойливыми, что отпугнёт пользователей. Навязчивые тревожные уведомления только подтолкнут пользователей отписаться.
• Возможно, пуши и предоставляют некоторую свободу творчества, но объём контента ограничен – заголовок не должен превышать 64 символов, а текст – 240 символов. Позаботьтесь об актуальности и пользе сообщения для повышения интереса.
• Уведомление отображается лишь один раз, и в дальнейшем довольно тяжело снова отыскать его в настройках операционной системы.

Отключение уведомлений в Google Chrome

Шаг 1. Зайдите в раздел настроек Дополнительные

Шаг 2. Уведомления

Шаг 3. Отключите источники

Как создать push-рассылку

Рынок платформ настройки уведомлений уже достаточно разнообразен. Приведём наиболее популярные и надёжные сервисы, которым доверяют веб-мастера:

• Sendpulse . Наиболее крупный и распространённый русскоязычный сервис. Работает бесплатно, но имеется лимит. Настройка осуществляется в личном кабинете с помощью пошагового алгоритма. Запускается полноценно при добавлении скрипта на сайт.
• PushAll . Отечественный продукт, русскоязычный. Поддерживает неограниченное количество уведомлений. Совместим с популярными браузерами и даже с Яндекс.Браузером. С пользователей может взиматься добровольная плата и оплата дополнительных опций. Помимо всех существенных преимуществ, имеется недостаток – нет скрипта для размещения в коде сайта, а подписка пользователей производится только через Google-аккаунт.
• Letreach . Выбор компаний с мировым именем. Тарифы начинаются от $15 в месяц для базы объёмом до 1000 подписчиков. При объемах менее 2000 пользователей также доступен бесплатный тариф. Поддерживает A/B-тестирование. Располагает обширными возможностями, но не русифицирован.

Помимо вышеперечисленных сервисов существует ряд систем, отличающихся специфическими функциями и особенностями: Push Expert, Gravitec, Boxcar, Jeapie. Список велик. Некоторые специализируются на аналитике, другие – на узком спектре каналов. Важно выбрать то, что максимизирует результат.

Сквозная аналитика Calltouch

• Анализируйте воронку продаж от показов до денег в кассе
• Автоматический сбор данных, удобные отчеты и бесплатные интеграции

Реакцию пользователей можно отслеживать с помощью установки utm-меток. Эффективность рассылок помогут понять инструменты аналитики систем, которые используются для создания уведомлений.

Источник: www.calltouch.ru