Подталкивающие Web Push уведомления

Chrome (версия 42+)

Firefox (версия 48+)

Opera (версия 37+)

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

Сервис-воркеры и 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 является свойством определения времени, в течение которого недоставленное сообщение может находиться в очереди до момента его удаления.

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

1.4 О работе Web Push. Каким положено быть Web Push сообщению

Источник: https://sare.pl/blog/ogolne/powiadomienia-web-push-sarehub

О работе Web Push

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

Затем вам необходимо пойти на обеспечение системного опроса посетителей вашего веб-сайта.

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

Человек будет получать ваши Web Push уведомления до тех пор, пока он от них не откажется.

Каким положено быть Web Push сообщению

Web Push сообщению положено быть как можно более лаконичным, но одновременно емким (необходимо помнить о лимите в 125 знаков).

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

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

1.5 Анатомия и компоненты уведомлений Web-push. Как работают Push Notifications?

Анатомия и компоненты уведомлений Web-push

Уведомления Web Push обычно состоят из заголовка, сообщения, изображения и URL-адреса. Выберите изображение, которое добавит контекст, и emojis, сообщающие ваше уведомление лучше слов. В Chrome 48 теперь имеется возможность добавлять в уведомления до двух вызовов к действию. Это позволяет отправителю направлять абонента на три разные целевые страницы всего одним уведомлением: на одну целевую страницу, нажимая на само уведомление; на две другие – нажав кнопки CTA.

Это еще не все – есть возможность добавлять большие изображения, чтобы привлечь больше внимания, превратив их в Rich Push Notifications.

Компоненты Web-push уведомлений:

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

Headline + CTA. «Мария, у нас есть СКИДКА для вас. Проверьте!»

Заголовку следует быть несколько интригующим и удивляющим – поэтому рекомендуется использовать персонализированные сообщения. Они определенно окажутся хитами!

Текст. Поместите дополнительную лаконичную информацию в поле под заголовком.

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

Как работают Push Notifications?

В число сервисов Web Push Notification входят такие сервисы, как Firebase Cloud Messaging (FCM) от Apple Firebase, APNS от Apple, позволяющие получать уведомления от Safari и службы уведомлений Windows для Microsoft Edge.

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

После получения уведомления устройства отправляют данные Click и Delivery обратно в приложение. Эти данные помогают веб-сайтам и приложениям отслеживать эффективность уведомлений. Несмотря на то, что FCM попадает под зонтик Google, он также работает с другими браузерами, поддерживающими Push API, такими как Mozilla Firefox и Opera. Это позволяет отправлять push-уведомления в веб-приложение через службу push. Это также помогает веб-приложениям получать уведомления, отправленные сервером.