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

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

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

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

Если вы спешите, вот краткое изложение TL;DR

Сайт HTTPS

1. Убедитесь, что вы используете свой сертификат Safari. P.S. Ключ FCM не нужен, так как с августа 2018 года мы используем уникальный ключ VAPID.
2. Убедитесь, что вы собираете подписчиков на своем домене (т. е. окончательное разрешение находится на вашем домене)

Сайт HTTP

1. Убедитесь, что вы используете свой собственный сертификат Safari. P.S. Ключ FCM не нужен, так как с августа 2018 года мы используем уникальный ключ VAPID.
2. Убедитесь, что вы собираете подписчиков на своем домене, используя HTTPS-поддомен.

Читайте дальше для подробной версии.

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

Основные вопросы, на которые нужно ответить перед запуском

1) Ваш веб-сайт HTTP или HTTPS?

Есть ли у вас веб-сайт HTTPS или поддомен или раздел веб-сайта, который находится на HTTPS?

Что такое HTTP или HTTPS?  Если вы посмотрите на URL вашего веб-сайта, видите ли вы зеленый замок с надписью «Безопасно», как на сайте PushEngage.

Если да, то вы находитесь на веб-сайте HTTPS, иначе HTTP.  Чтобы узнать больше о HTTP или HTTPS, перейдите по ссылке на вики.

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

Если у вас нет поддомена HTTPS, мы предоставляем вам поддомен HTTPS, размещенный на нашем сайте, например, https://yourdomain.pushengage.com/. Затем он используется для подписки пользователей и отправки push-уведомлений. Это ключ к достижению полной переносимости на сайте HTTP.  У нас есть настройки пользовательских поддоменов как функция на нашей платформе.

Какое влияние этот поддомен оказывает на ваши уведомления?

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

Нативное всплывающее окно подписки

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

Пример уведомления

В приведенном выше случае CouponRani.com использовал собственный пользовательский поддомен https://ping.couponrani.com с протоколом https, и это отображается в запросах на подписку и уведомлениях.

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

Шаг 1 PushEngage теперь использует Vapid на своей платформе. Он создает уникальный ключ Vapid для каждой учетной записи. Все ваши подписчики push-уведомлений будут связаны с этим уникальным ключом. Поэтому в любое время, когда вы захотите перейти на другую платформу, используя ключ Vapid, вы сможете импортировать всех своих подписчиков.

Как поставщик, PushEngage никогда не привязывает клиентов. Поэтому мы предлагаем ключи Vapid для легкой переносимости подписчиков push-уведомлений.

Если вы посмотрите на архитектуру Chrome для push-уведомлений, она требует, чтобы код javascript service worker работал в браузере подписчика push-уведомлений. Он активируется, когда уведомление отправляется в браузер. Затем он извлекает уведомление с сервера Push, который часто размещается платформой, которую вы используете для запуска push-уведомлений. Он размещается с HTTPS-домена, который используется для подписки и уведомлений.

Чтобы вы могли мигрировать позже, вам понадобится возможность заменить код javascript service worker новым и направить его на новый сервер Push. Это означает, что у вас должен быть полный контроль над HTTPS-поддоменом.

Шаг 2: Следовательно, второе, что необходимо для избежания привязки к поставщику, — это использовать собственный HTTPS-поддомен или HTTPS-домен для этих push-уведомлений. Перенос всего сайта на HTTPS требует некоторых усилий, и хотя это рекомендуется с точки зрения SEO, это все равно требует усилий. Обходным путем является наличие только поддомена с HTTPS или страницы на вашем сайте с HTTPS.  Это важный шаг, который требует от вас сбора подписок в домене, который находится под вашим контролем.

Пример: В случае CouponRani это было на https://ping.couponrani.com в приведенном выше примере.

Теперь вы определили домен/поддомен, где и как вы будете собирать подписчиков.

Поэтому мы создали пользовательский поддомен как часть стандартных функций продукта.

Чтобы включить настройку пользовательского поддомена в PushEngage, вам нужно сделать следующее, если вы используете HTTP-сайт:

а) Купите SSL-сертификат
б) Настройте домен https://notify.yourdomain.com и включите на нем SSL-сертификат. Вам нужно будет настроить сопоставление DNS для этого домена.
в) Затем вам нужно будет разместить установочные файлы PushEngage в поддомене
г) Введите это в настройках пользовательского поддомена в PushEngage. Перейдите в Настройки > Настройки сайта > Пользовательский поддомен

Вот и все, и вы будете использовать Push Notifications без привязки к поставщику.

Было бы хорошо проверить вашу конфигурацию с нашей командой поддержки, отправив письмо по адресу [email protected]

Лучшие практики управления подписками и сбора согласия на Push-уведомления

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

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

В целом, мы ожидаем, что ваш сайт должен иметь такой же коэффициент подписки/согласия на Push-подписчиков, как и на Email-подписчиков. Мы считаем, что это связано с двумя причинами:

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

Тип согласия на подписку для использования

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

Как вы должны собирать подписку? Если ваш сайт полностью использует HTTPS, вы увидите только 1 нативное всплывающее окно, которое выглядит так, как показано ниже.

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

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

Приветственное уведомление

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

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

Шаги для запуска Push-уведомлений

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

Примеры кампаний push-уведомлений

Теперь, когда вы собираете подписчиков для повторного взаимодействия с ними, какие кампании вы запускаете для своих подписчиков? Это широкий вопрос, и ответ зависит от того, какой у вас сайт, но давайте поделимся распространенными типами кампаний, которые используются –

A. Кампания оповещения о новых статьях: Для большинства новостных сайтов своевременное предоставление информации пользователям является одним из важнейших факторов успеха. Будь то срочные новости, предвыборные кампании, спорт или текущая пандемия, им необходимо обновлять подписчиков.

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

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

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

F. Кампания по брошенным корзинам – Отправляйте целевые уведомления на основе брошенных корзин на мобильном или настольном сайте

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

Резюме

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