Содержание

Что такое Web Push Уведомления: Определение, Видео — Определение

Web push уведомления (англ. web push notifications) — это оповещения, которые всплывают в окне браузера пользователя. Они позволяют привлечь больше клиентов, повысить конверсии и продажи для онлайн-бизнеса. После регистрации в SendPulse отправляйте неограниченное количество push уведомлений бесплатно, если у вашего сайта до 10 000 подписчиков.

В этом вебинаре Александр Рысь, директор по развитию SendPulse, рассказал о преимуществах и недостатках web push уведомлений как канала коммуникации, поделился эффективными схемами сочетания с email и SMS, лучшими примерами и кейсами. Вдохновляйтесь!

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

В SendPulse вы можете отправлять push кампании, а также комбинировать их с email рассылками и SMS для повышения эффективности.

Настройка web push уведомлений в Sendpulse занимает не более 2 минут.

6 причин использовать push уведомления

  • Имеют высокий показатель кликабельности. Web push кампании имеют высокий CTR, так как привлекают внимание пользователей на любом сайте.
  • Предоставляют возможность офлайн рассылки. Если подписчики были не в сети, когда вы отправили push кампанию, они все равно увидят ее, как только подключатся к интернету.
  • Поддерживаются всеми популярными браузерами.
    Google Chrome, Firefox, Opera и даже смартфоны поддерживают получение push уведомлений.
  • Исключают спам. Push уведомления исключают отправку спама, так как пользователям не нужно предоставлять личную информацию. Сразу после подтверждения запроса на подписку посетителю присваивается идентификатор, который позволяет отправлять push сообщения.
  • Увеличивают вовлеченность, лояльность и продажи. Использование push уведомлений позволяет информировать клиентов о статусе заказов, о свежем контенте в блоге, о последних обновлениях и распродажах.
  • Абсолютно бесплатны в SendPulse при условии, если у вашего сайта до 10 000 подписчиков.

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

Просто добавьте строку кода, сгенерированную сервисом, на сайт.

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

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

В SendPulse вы можете создавать push уведомления без специальных навыков. Следуйте следующим 5 шагам:

  1. Зарегистрируйтесь в SendPulse
  2. Добавьте сайт для отправки push кампаний
  3. Вставьте строку кода для push уведомлений на свой сайт
  4. Отслеживайте действия новых подписчиков
  5. Отправляйте им push кампании

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

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

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

API для push уведомлений

Хотите автоматически отправлять push уведомления своим клиентам из текущей CRM или CMS системы? Воспользуйтесь REST API! Более подробную информацию вы найдете в нашей документации API для push уведомлений.

Рекомендации для создания push уведомлений

  1. Персонализируйте push уведомления
  2. Сегментируйте push кампании
  3. Используйте большое изображение и иконку пользователя
  4. Просматривайте уведомления перед отправкой
  5. Комбинируйте push уведомления, SMS и email маркетинг

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

  1. Персонализируйте push уведомления. Персонализация повышает эффективность кампаний. Людям надоели массовые уведомления, поэтому сообщение, которое содержит персональную информацию имеет больше шансов привлечь внимание пользователя.
  2. Сегментируйте push кампании. Избегайте отправки одинакового контента по всему списку рассылки. Такой подход не работает! Предлагайте пользователям релевантные сообщения в правильное время — так вы повысите вовлеченность. Обязательно убедитесь, что язык push уведомлений совпадает с языком браузера вашего клиента.
  3. Используйте большое изображение и иконку пользователя. Так ваши уведомления сразу привлекут внимание потенциальных клиентов. А иконка пользователя повысит узнаваемость бренда.
  4. Просматривайте уведомления перед отправкой. Обязательно убедитесь, что клиенты получат то, что нужно. Такой подход помогает устранить опечатки, нерелевантные ссылки и увидеть сообщение глазами пользователя.
    Предварительный просмотр доступен в SendPulse.
  5. Комбинируйте push уведомления, SMS и email маркетинг. Сочетайте эти маркетинговые инструменты, чтобы обеспечить индивидуальный подход к каждому клиенту и при необходимости выбрать наиболее подходящий канал. Например, запустите email кампанию о предстоящей распродаже, отправьте push уведомление, чтобы напомнить о ней в день «Х», а с помощью SMS проинформируйте о статусе заказа. Для лучшего охвата комбинируйте эти маркетинговые каналы в SendPulse.

Читайте, как создать релевантные web push уведомления, в нашем блоге.

Примеры push уведомлений

Ниже вы видите пример web push сообщения о выгодном предложении.

А вот push уведомление от новостного сайта AIN.

 

Последний пример демонстрирует пользователям выгоду от подписки на push сообщения.

Надеемся, эти примеры смогли вас вдохновить. Приступайте к созданию push уведомлений прямо сейчас. С профессиональными инструментами SendPulse запустить web push кампанию проще простого.

 Отправить push рассылку

Ресурсы

  1. В этой статье на Cossa рассказывают, чем полезны web push уведомления.
  2. В статье «Push уведомления: толкаем продажи на новый уровень» на нашем блоге описываем преимущества этого канала коммуникации, рассказываем, какому бизнесу они подходят, и показываем, как их настроить для своего сайта.
  3. В этой статье вы узнаете, как отправлять push уведомления и не попасть в немилость браузеров и поисковиков.

FAQ

💙 Могу ли я отправлять web push уведомления с помощью SendPulse?

Да. Зарегистрируйтесь в SendPulse, создайте релевантное сообщение, добавьте кнопку CTA и цепляющее изображение. Более подробную информацию читайте в этой статье.

💭 Почему мне стоит отправлять web push уведомления?

Отправка web push уведомлений — это отличный способ коммуникации с аудиторией. С помощью web push вы можете держать подписчиков в курсе событий, делиться новостями, сообщениями, анонсами и так далее. Подробнее о преимуществах push уведомлений читайте в этой статье.

📣 Как собрать подписчиков web push уведомлений?

Зарегистрируйтесь в SendPulse и создайте виджет подписки для сбора подписчиков. Следуйте этому пошаговому руководству, чтобы получать разрешения пользователей на отправку web push уведомлений.

💳 Сколько стоят web push уведомления?

Зарегистрируйтесь в SendPulse и бесплатно отправляйте неограниченное количество push уведомлений 10 000 подписчиков. Если вы работаете с более широкой аудиторией, посетите нашу страницу цен и выберите подходящий тарифный план в зависимости от количества ваших подписчиков.

Обновлено: 07.09.2022

Что такое Web Push сообщения и зачем они нужны

Web Push Уведомления – это короткие сообщения, всплывающие на экране мобильного устройства или компьютера.

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

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

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

И вот так уведомление будет выглядеть на десктопе

Немного истории

Пуш-уведомления – сравнительно новый канал коммуникации. Первый сервис для отправки таких сообщений – Apple Push Notification Service (APNs) – появился в июне 2009.

В следующем году состоялся релиз Google Cloud to Device Messaging.

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

В дальнейшем функционал этих сервисов расширялся и углублялся. Уже в мае 2013 Google предоставил возможность дополнять сообщения изображениями и CTA кнопками.

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

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

Зачем нужны пуш уведомления?

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

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

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

  • к данной информации получатели лояльны, так как они сами дали согласие на ее принятие.

Чем вам полезны web push уведомления как отправителю?

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

Last post

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

В частности, этот инструмент эффективен для решения следующих задач:

  • продвижение продукции;

  • Cross-sell и Up-sell;

  • улучшение имиджа компании;

  • перевод клиентов из одной категории в другую;

  • моментальная отправка транзакционных уведомлений;

  • привлечение внимания пользователей к другим каналам коммуникации, например, соцсетям.

Стратегия использования Push-уведомлений

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

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

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

Принцип действия

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

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

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

С чего начать отправку пуш-уведомлений?

Все пользователи сервиса eSputnik имеют возможность встроить такой полезный канал коммуникации с аудиторией как веб-пуш в собственную систему автоматизации маркетинга бесплатноj. Подробная инструкция по настройке представлена в разделе Поддержка — Создание web push рассылки.

В системе eSputnik Push сообщения постоянно совершенствуются. Преимуществом данного инструмента является простота его использования.

Анатомия пуша

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

1) Базовое пуш уведомление для всех пользователей

Чтобы сделать самый простой пуш, достаточно придумать заголовок, краткий текст (до 79 символов), загрузить логотип вашей компании или тематическую картинку небольшого размера, а также добавить ссылку, по которой получатели смогут перейти на сайт и ознакомиться с информацией детальнее. В правой части экрана вы увидите варианты отображения сообщения в разных браузерах: Chrome, Firefox и на «яблочных» гаджетах:

Сообщение увидят все, кто дал согласие на получение уведомлений с вашего сайта. Чтобы убедиться, что пуш отображается корректно, протестируйте его перед отправкой. Для этого нажмите кнопку TEST:.

Созданное по такому алгоритму сообщение будет иметь следующий вид:

2) Расширенный, для пользователей Chrome

Примените полученные знания!

Чтобы сделать более эффектный пуш можно добавить большую картинку и кнопку CTA:

Пользователи OS Windows и браузера Chrome получат это сообщение в таком виде:

Кроме показанного выше функционала, Push сообщения на сайте можно использовать:

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

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

На сегодняшний день эта услуга предоставляется абсолютно бесплатно при заказе email и sms рассылок.

PS: идея и иллюстрации — developers.google.com/web/fundamentals/engage-and-retain/push-notifications

Объяснение

веб-push-уведомлений | Airship

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

Разница между push-уведомлениями и уведомлениями приложений

Все, что требуется для отправки push-уведомлений, — это веб-сайт, на котором установлен веб-push-код. Это означает, что бренды, у которых нет приложений, могут использовать многие преимущества push-уведомлений (в режиме реального времени, персонализированные, мгновенные сообщения), даже если у них нет приложения. Push-уведомления приложения отправляются с помощью кода, установленного в приложении. (Узнайте больше о push-уведомлениях из приложений на нашей странице «Разъяснение push-уведомлений».)

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

Справа: пример push-уведомления на настольном устройстве (Macbook с браузером Chrome версии 58 или старше). Слева: пример веб-уведомления, доставленного на мобильное устройство Android. Веб-push-уведомления включают в себя следующие элементы:

  • Заголовок уведомления: некоторые бренды просто используют здесь свое название.
  • Содержание уведомления: отправленное сообщение. Количество символов зависит от браузера и операционной системы. Короче лучше.
  • URL-адрес уведомления: домен, отправляющий веб-уведомление.
  • Значок уведомления: это может быть логотип или любое изображение.
  • Значок браузера: логотип браузера, отправляющего уведомление. Это включено в уведомления, отправляемые на настольные или портативные компьютеры Apple. Это нельзя изменить или удалить.
  • Изображение уведомления (известное как «большое изображение» или «большое изображение»): некоторые браузеры и операционные системы поддерживают включение в веб-уведомление большого изображения в дополнение к значку уведомления.

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

Любая компания, имеющая веб-сайт, может отправлять push-уведомления после установки на своем веб-сайте кода (веб-пакет SDK из службы веб-push). Приложение не требуется. Для пользователей нажатие или нажатие на веб-push-уведомление приводит посетителя к заранее установленному URL-адресу, определенному брендом.

Процесс регистрации веб-уведомлений

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

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

Использование опции «мягкий запрос»

Некоторые бренды предпочитают отображать «мягкий запрос» перед отображением подсказки браузера. Мягкая подписка сообщает, почему пользователь хотел бы подписаться на получение веб-push-уведомлений. Если посетитель ответит «да» на программный запрос, бренд отобразит приглашение для подписки из самого браузера. Это может быть более эффективным для обеспечения подписки, чем просто отображение приглашения браузера без какого-либо дополнительного контекста. Для других брендов отказ от мягкого запроса и просто отображение подписки на основе браузера работает так же или даже лучше. (Обратите внимание, программный запрос не заменяет запрос на основе браузера. Пользователи должны согласиться с запросом на основе браузера, даже если они сначала получают программный запрос.)

Выбор времени для запросов согласия

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

Технические требования для внедрения push-уведомлений

Бренды, желающие внедрить push-уведомления, обычно работают со службой web push. Для брендов, внедряющих решение веб-уведомлений Airship, для внедрения требуется:

  • HTTPS (защищенный) веб-сайт — или, если веб-сайт является HTTP, бренд может создать одну HTTPS-страницу для обработки веб-регистрации push-уведомлений.
  • Установка 2-3 файлов на своем веб-сайте, включая фрагмент javascript, файл push-worker.js, который необходимо добавить в его сервис-воркер, и дополнительный файл, называемый доменом защищенного моста, для клиентов, которые находятся на веб-сайтах HTTP.
  • При выполнении «мягкого запроса» разработка пользовательского интерфейса регистрации мягкого запроса.

Браузеры и устройства, поддерживающие веб-push-уведомления

Браузеры

Chrome, Firefox, Opera и Safari в настоящее время поддерживают веб-push-уведомления. Поддерживаемые браузеры зависят от поставщика. Уведомления различаются по внешнему виду в разных браузерах и операционных системах. Некоторые уведомления используют собственные центры уведомлений, другие — нет.

Устройства

Веб-push-уведомления работают на любом компьютере или ноутбуке с поддерживаемым браузером, будь то ПК или Mac. Однако не каждое мобильное устройство может получать веб-push-уведомления. Мобильные устройства iOS (Apple) в настоящее время не поддерживают мобильные веб-push-уведомления, хотя Apple объявила, что поддержка появится в 2023 году. Это означает, что даже если на iPhone или iPad установлен поддерживаемый браузер, такой как Chrome, пользователи не могут получать веб-push-уведомления на Устройство. Мобильные устройства Android поддерживают мобильные веб-push-уведомления для пользователей, использующих Chrome, Firefox и Opera.

Типы сообщений, которые бренды отправляют с веб-push-уведомлениями

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

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

Чтобы увидеть больше примеров веб-push-уведомлений, откройте электронную книгу Web Notifications Inspiration Guide.

Примеры веб-push-уведомлений

Вот несколько примеров использования, которые бренды могут отправлять для связи с подписавшимися посетителями веб-сайта: Первый заказ!»)

  • Предоставление кураторских подборок для перенацеливания пользователей на основе поведения («Зима приближается. 5 пальто, чтобы защитить вас».)
  • Уведомления о брошенной корзине («Ваши товары ждут — не пропустите их!») на поведение или предпочтения пользователя («3 маленьких черных платья, подобранных специально для вас»). продукт («Не пропустите — ваш любимый топ уже в продаже».)

    • Дополнительные сведения о веб-уведомлениях см. в следующих ресурсах:

    • Как создать веб-уведомление
    • 11 причин начать использовать веб-уведомления уже сегодня
    • Руководство по веб-уведомлениям
    • Сообщения блога в веб-уведомлении
    • Техническая документация по веб-push-уведомлениям

    Хотите узнать, как освоить Mobile App Experience (MAX) для привлечения клиентов?

    • Все о MAX
    • Познакомьтесь с Максом
    • МАКС электронная книга

    Определенное руководство по пониманию того, как уведомления о веб-push работают

    • Поперечный канал.

      Что такое веб-push-уведомления?

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

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

      1. Что такое push-уведомления?
      2. История push-уведомлений
      3. Как работают push-уведомления?
      4. Анатомия push-уведомлений
      5. Из чего состоит хорошее push-уведомление?
      6. Важность веб-push-уведомлений
      7. UX-хаки: правильное использование веб-push-разрешений
      8. Примеры использования web-push-уведомлений в различных отраслях веб-push-уведомления

        Web-push-уведомления были впервые представлены Chrome в начале 2015 года в версии 42. Версия включала «два новых API, которые вместе позволяли сайтам отправлять собственные уведомления своим пользователям даже после закрытия страницы — при условии, что пользователь предоставил явное разрешение».

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

        2003- Blackberry OS запустила push-почту. Это избавило руководителей и бизнес-класс от постоянной проверки электронной почты. Почти все считают, что именно это способствовало успеху Blackberry.

        Июнь 2009 г. — Apple запустила APN (push-уведомления Apple). Первый сервис push-уведомлений.

        Май 2010 г. — Компания Google запустила службу обмена сообщениями Android Cloud-to-device (C2DM). Первая служба уведомлений от Google, представленная в Android 2. 2.

        Июнь 2012 г. — C2DM был заменен на GCM для преодоления ограничений C2DM. Это важно, потому что GCM обеспечивает текущую доставку push-уведомлений. Он был дополнен дополнительными функциями в своей новой версии как FCM.

        Апрель 2015 г. — Chrome выпустил Chrome 42 с поддержкой встроенных push-уведомлений из Интернета.

        Январь 2015 г. — Firefox расширил поддержку веб-push с запуском своей версии 44. Это не применимо к мобильному сайту.

        Август 2016 г. — В Firefox расширена поддержка веб-доставки даже на мобильных устройствах.

        Февраль 2017 г. – В Chrome появились расширенные push-уведомления в Chrome 56

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

        Шаг 1: Поставщики услуг Push, скажем, WebEngage, автоматизация маркетинга, по сути, предоставляет вам сервер приложений. Этот сервер отправляет полезную нагрузку push-сообщения на устройство пользователя через FCM.

        Шаг 2: FCM — это служба уведомлений от Google, которая позволяет доставлять сообщения на устройство пользователя (как настольное, так и мобильное). Google ничего не берет с вас за использование этой услуги, потому что, как мы все знаем, Google очень щедр.

        Шаг 3: Теперь FCM не отображает сообщение напрямую на устройстве пользователя. Сначала он отправляет сервис-воркеру. Service Worker обрабатывает эту информацию и отображает уведомление пользователю. (Service worker — это скрипт, который запускается в фоновом режиме браузера и выполняет множество действий. Посетите этот учебник Google, чтобы узнать о них больше)

        Веб-push-уведомление работает только с веб-сайтами, защищенными SSL (HTTPS). Согласно спецификациям консорциума w3c, сервис-воркеры будут работать только с защищенными источниками (https://), поэтому веб-пуш также работает только с доменами https. Поэтому веб-сайты HTTP должны использовать стороннего поставщика услуг (например, WebEngage), который предлагает небольшой обходной путь.

        По сути, эти поставщики услуг создают поддомен своего собственного веб-сайта, например yoursite.webengagepush.com, который является HTTPS, и инициируют уведомление пользователя от имени клиента (вашего сайта). Таким образом, в случае веб-сайтов HTTP, веб-push изначально отправляется не yoursite.com, а yoursite.webengagepush.com. По той же причине процесс подписки на веб-push на веб-сайте HTTP выполняется в два этапа, а на HTTPS — всего в один. Мы подробно задокументировали этот процесс в нашем справочном центре 9.0003

        Вот несколько руководств по началу работы с push-уведомлениями в Интернете/браузере:

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

        2. Настройка push-уведомлений на веб-сайте

        Структура push-уведомлений в Интернете

        внешний вид push-уведомления браузера зависит от браузера, а также от ОС. Например, для одного и того же браузера Chrome веб-пуш выглядит по-разному в Windows и Mac, а также в Firefox. Ознакомьтесь с приведенными ниже диаграммами, чтобы понять, как выглядит веб-push в браузерах Chrome и Firefox.

        Chrome в Windows

        Chrome в Windows предлагает две уникальные функции — изображение баннера и окна действий. Mac не поддерживает эти две функции, а Firefox еще не представил эти функции.

        Chrome в Mac

        В Mac значительная часть пространства веб-продвижения занята обязательной иконкой браузера. Отдых такой же. Кроме того, как мы уже обсуждали, Chrome на Mac не поддерживает изображение баннера.

        Firefox в Windows

        В Firefox не представлены изображения баннеров или функциональные окна действий.

        Firefox на Mac

        Это похоже на то, как это выглядит в Windows, за исключением того, что кнопки «Закрыть» и «Настройка» становятся видимыми только при наведении на них курсора.

        Не все браузеры поддерживают уведомление Web Push

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

        ОС Supported by
        Android Chrome 42+
        iOS No browser support
        Mac OS Chrome 42+, Firefox 44+, Safari Mavericks
        Ubuntu Chrome 42 +, Firefox 44+
        Window Chrome 42+, Firefox 44+

        Что делает хорошее веб-push-уведомление?

        Хорошее веб-push-уведомление:

        1.

        Использует изображения

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

        2. Содержит четкое содержание

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

        3. Персонализировано

        Персонализация положительно влияет на вовлеченность веб-push. Убедитесь, что вы персонализировали свои веб-push-уведомления, используя атрибуты пользователя, такие как имя, язык, страна и т. д.

        4. Привлекательный призыв к действию

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

        Вот пример идеального веб-push-уведомления, отправленного Glow & Lovely Careers своим ученицам:

        Web Push приводит к конверсиям 20% -ups для увеличения конверсии.

        Прочтите пример из практики

        Важность push-уведомлений

        1. Простота настройки

        Вы либо выбираете поставщика услуг веб-push, который настраивает вашу учетную запись в один миг (правда). Или вы идете сложным, но относительно легким путем ручной реализации в своем веб-приложении. И даже если вы пойдете трудным путем, ваши веб-push-уведомления будут запущены менее чем за день. Читайте: Как добавить Chrome Push-уведомления в веб-приложение

        2. Это убивает необходимость иметь приложение только для отправки уведомлений

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

        1. Запуск и маркетинг приложения требует значительных капиталовложений, и вам необходимо иметь глубокое представление о точных показателях мобильного приложения, которые могут создать или разрушить ваш мобильный маркетинг. (в плеймаркете уже более 2,2 млн приложений)
        2. По данным Comscore, большинство мобильных пользователей не загружают приложений в месяц
        3. 80% времени использования мобильных устройств сосредоточено всего на пяти приложениях.

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

        3. Гарантированная доставка сообщений

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

        4. Как и электронная почта, на нее можно нацеливаться индивидуально.

        алгоритм.

        Цитата Энтони Сесса, вице-президента по продуктам в Mic, из статьи «Это (проталкивание в браузере) наш канал. Мы можем контролировать эту ленту, и это не черный ящик, как алгоритм Facebook. Мы можем вести разговор так, как мы хотим, и в то время, когда мы хотим». Маркетологи, очевидно, хотят полностью контролировать разговор, что позволяет веб-пуш. Так же, как электронная почта, она также может быть нацелена на конкретного пользователя.

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

        UX-хаки: правильное получение разрешений веб-пуш

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

        По умолчанию — когда пользователь игнорирует, нажимая «escape» или отменяя уведомление

        Разрешено — Когда пользователь нажимает «Разрешить»  — когда пользователь нажимает кнопку «Блокировать». Однако, как только пользователь отклоняет запрос, браузер не позволяет вам снова активировать подписку. Отменить свое решение полностью зависит от пользователя, который он может сделать, вручную перемещаясь по сложному пользовательскому интерфейсу и изменяя настройки сайта.

        Теперь целых 60% пользователей отказываются от push-уведомлений, поэтому вероятность того, что пользователь вернется, чтобы изменить настройки сайта, чтобы снова включить получение уведомлений, является догадкой любого прагматичного человека. Наша цель — снизить вероятность того, что пользователь нажмет кнопку «блокировать».

        Ниже приведены два способа, которыми мы можем это сделать.

        1. Ввести всплывающее окно для запроса разрешения

        Настройки разрешений веб-push-уведомлений можно смутно сравнить с настройками iOS, где у вас есть только одна попытка запустить диалоговое окно разрешения push-уведомлений. Теперь, чтобы уменьшить вероятность «не разрешать», разработчики iOS маскируют системную подписку диалоговым окном предварительного разрешения. Мы собираемся применить тот же трюк и для веб-push-уведомлений. Вместо того, чтобы напрямую запускать диалоговое окно системных разрешений, мы собираемся получить согласие пользователя через уведомление, которое подтолкнет его к выбору на следующем шаге.

        2. Активировать диалоговое окно разрешения системы, нажав на кнопку CTA или виджет

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

        Разрешение для веб-сайтов, не защищенных SSL (HTTP)

        Вышеупомянутые два трюка, которые мы узнали, возможны только для веб-сайтов https, потому что, как уже говорилось, веб-сайты, не защищенные SSL, не могут запускать веб-пуш в первую очередь. Эти веб-сайты должны пройти двухэтапный процесс подписки. Позвольте мне проиллюстрировать пример prettysecrets.com.

        Сначала поставщик услуг выводит специальное уведомление, подобное приведенному ниже. Если пользователь выбирает что-либо, кроме «разрешить», издатель может по своему усмотрению выводить уведомление в любое время. Если пользователь, с другой стороны, выбирает «разрешить», то поставщик услуг (WebEngage) откроет окно подписки (prettysecrets.webengagepush.com), которое, в свою очередь, выведет приглашение браузера.

        Это означает, что если пользователь соглашается, уведомления будут отправляться ему из домена, управляемого поставщиком услуг (prettysecrets. webengagepush.com), а не из домена клиента, как это было в предыдущих случаях.

        Вы также можете реализовать целевые запросы на подписку наиболее эффективным способом. Используя определенные правила таргетинга, которые вы определяете на панели автоматизации маркетинга, вы можете запрашивать у пользователей разрешение на веб-рассылку, когда они, скорее всего, скажут «да». Вот некоторые из вариантов таргетинга:

        1. На определенных страницах

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

        • к рекламным уведомлениям, когда он находится на странице завершения оформления заказа.

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

        • Для обновлений блога, когда пользователь попадает на страницу справки и так далее и тому подобное.
        • Для обновлений продукта, когда пользователь находится на странице поиска продукта.

        2. Временная задержка

        Время на странице — это показатель степени вовлеченности пользователя на сайт (очевидно, не единственный). Таким образом, этот вариант таргетинга позволяет запускать подсказку, когда пользователь проводит на странице определенное количество времени. Этот вариант в сочетании с предыдущим может создать очень мощные варианты использования, которые могут значительно увеличить вероятность того, что пользователь согласится. Например,

        • Ориентация на пользователей, которые провели более 2 минут на странице продукта.
        • Подталкивание пользователей к обновлению блога, которые потратили более 150 секунд на домен справки.

        3. При прокрутке

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

        Опять же, WebEngage позволяет вам объединить любое из вышеупомянутых правил и приведенное ниже, чтобы создать настраиваемое правило.

        4. По событию

        События — это действия, выполняемые на веб-сайте либо пользователем, например, «добавить в корзину», либо системой, например, «отслеживание бездействия пользователя на странице оформления заказа».

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

        • . Вы можете показывать подписку пользователю, когда он отправляет форму подписки.

        • Когда пользователь создает учетную запись на платформе.
        • Когда пользователь добавляет в список желаний более X элементов.

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

        Будьте в курсе!

        Подпишитесь на нашу рассылку, чтобы быть в курсе последних новостей маркетинга B2C


        Примеры использования веб-продвижения в разных отраслях

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

        Электронная коммерция

        1. Брошенная корзина: после того, как пользователь бросит корзину, отправьте уведомление через оптимальное время, чтобы подтолкнуть его/ее к совершению покупки. Например, взгляните на это push-уведомление, отправленное Clovia — самым быстрорастущим брендом нижнего белья в Индии.

        2. Предложения, основанные на поведении: Пользователь, выразивший интерес к определенному продукту, с большей вероятностью нажмет на предложение, связанное с ним.

        Новости и СМИ

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

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

        OTA

        1. Обновления статуса рейса: если пользователь забронировал рейс за 5 дней до даты вылета, рекомендуется регулярно отправлять информацию о времени вылета рейса, выходе на посадку, регистрации и других важных обновлениях. .

        2. Отказ от бронирования путешествия: после того, как пользователь отказался от бронирования из-за высокой цены или по любой другой причине, уведомление с запросом отзыва пользователя может помочь вам понять, что заставило его отказаться от бронирования. Например, взгляните на уведомление, отправленное Sastaticket — крупнейшей OTA в Пакистане.

        Рекомендации по настройке push-кампаний

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

        2. Отправьте приветственное сообщение, как только пользователь примет запрос на уведомление. Почему?

        • Это заставляет пользователя подтвердить, что он только что подписался на ваши push-уведомления.
        • Push-уведомление через Интернет — относительно новый объект. Впервые он был представлен Chrome всего год назад, а затем Mozilla и Safari. Большинство пользователей до сих пор путают его с push-уведомлением приложения. Поэтому, если они получают уведомление даже после удаления приложения, это приводит к полному хаосу (снова вспомните эту ветку на Facebook). Отправка им приветственного сообщения даст им необходимую подсказку о различии между уведомлениями браузера и приложения.
        • Если вы отправляете срочное предложение, убедитесь, что вы соответствующим образом ограничили время истечения срока действия. Пользователь, получающий сообщение о закрытии предложения, является толчком к отказу.

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

        Ограничения веб-push-уведомлений

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

        1. Если только браузер не использует — с push-уведомлением пользователь не может взаимодействовать с уведомлением в любое время по своему выбору. Таким образом, вы просто потеряли возможность вовлечь пользователя.
        2. Как уже говорилось, отправка через браузер работает только с веб-сайтом SSL. Хотя это объяснимо, почему браузеры сохранили этот стандарт, но, поскольку большинство сайтов не используют SSL, это по-прежнему считается ограничением.
        3. Push-сообщения могут содержать не более видимых символов. Остальные будут обрезаны. Это означает, что вы должны быть очень краткими в своих сообщениях и иметь относительно меньший ландшафт, чтобы подтолкнуть своих пользователей.

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

        Доставка значимых сообщений с помощью веб-push-уведомлений

        Порадуйте своих клиентов и увеличьте конверсию для своего бизнеса.

        Покажите мне, как

        • Создано: 19 февраля 2019
        • Последнее обновление: 23 июня 2022

        Автор

        Ajit Singh

        Marketer, Webengage

        Ajit Ajit Renager At Webengage.