Маргарита Акулич - Подталкивающие Web Push уведомления

на отправку промо-сообщений без добровольной подписки; на формирование покупных баз;

на незаконные сборы номеров.

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

Ничего подобного в отношении Push-сообщений не наблюдается – никто из пользователей их не получит без его личного согласия. А отписка отличается простотой.

Внедрите Web Push сообщения

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

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

Так же, как вы имеете возможность отправить целевое push-уведомление через мобильное приложение, вы можете сделать это через браузеры, такие как Chrome, Firefox, Opera и другие, позволяющие отправлять push-уведомления пользователям через браузер. Подобно традиционным push-уведомлениям, эти уведомления могут содержать богатый контент, например изображения. Когда браузер работает на устройстве Android, этот опыт почти неотличим от опыта push-уведомлений, с которыми пользователи уже знакомы.

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

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

Какие браузеры поддерживают Push-уведомления?

Поддержка браузера на рабочем столе

Chrome (версия 42+)

Firefox (версия 44+)

Opera (версия 42+)

Поддержка браузера на мобильных устройствах

Chrome (версия 42+)

Firefox (версия 48+)

Opera (версия 37+)

Сервис-воркеры и Web Push сообщения с позиции технологии

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

Мы рассуждаем о Web Push сообщениях, а они в реале представлены технологиями – Push API и Notifications AP. Использование Push API происходит при передаче сообщения сервера сервис-воркеру. Использование же Notifications API имеет место при намерении показа пользователю сообщения сервис-воркера либо скрипта в самом Web-приложении.

В целях реализация механизма Web Push уведомлений прибегают к выполнению трех охарактеризованных ниже шагов:

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

2. Шаг, предполагающий отправку Web Push сообщения . Здесь осуществляется обращение к соответствующему API на сервере разработчика (Web-приложения), что обеспечивает реализацию процесса отправки сообщения на пользовательское устройство.

3. Шаг, предусматривающий прием Web Push сообщения . Это шаг обработки сообщения после его доставки в браузер.

О Push-сервисе

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

Push-сервисы не находятся под контролем разработчика веб-приложения, они являются по отношению к разработчику сторонними службами. Серверы разработчика обеспечивают взаимодействие с push-сервисами с помощью API. Примером push-сервиса является Google FСM.

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

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

API push-сервисов предоставляются инструменты, необходимые, чтобы уведомления отправлялись пользователям. Его представление обеспечено протоколом Web Push Protocol, являющимся стандартом IETF, дающим определение порядка работы с push-сервисами.

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

Для каждого из push-сообщений задаются свойства:

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

TTL является свойством определения времени, в течение которого недоставленное сообщение может находиться в очереди до момента его удаления.