Первые шаги
Отслеживание событий и поведения
Пользовательские данные
- Создание сквозных модулей
- Оформление промовкладки для Gmail
- Настройка Smart-элементов
- Обзор адаптивного email-редактора
- Создание футера
- Настройка адаптивности
- Добавление Rolloverʼа
- Настройка блока "Меню"
- Добавление анкорных ссылок
- Робота с блоком "Изображения"
- Работа с блоком "Соцсети"
- Добавление таблицы в письмо
- Добавление фона в письмо
- Добавление пользовательских шрифтов
- Добавление кастомных иконок соцсетей
- Создание кнопки CTA
- Создание оформления для письма
- Редактирование HTML и CSS
- Работа с блоком "Баннер"
- Добавление блока "Видео"
- Библиотека блоков (Модули)
- Работа с блоком “Таймер"
Омниканальность
- Настройка универсальных ссылок (deeplinks & Universal links)
- Создание Google проекта для Mob Push
- Подключение мобильного приложения
- Планирование мобильных push-уведомлений
- Настройка аналитики доставляемости и кликов
- Управление ключами доступа к мобильному SDK
- Создание мобильных push-сообщений
- SDK для мобильных приложений
- Отчеты по мобильным push-рассылкам
Автоматизация
- Настройка формы подписки и двойного подтверждения
- Как настроить автоматическое поздравление с Днем рождения
- Согласование переменных события со сценарием на примере сценария "Заказ доставлен"
- Сегментация триггерных писем по дополнительным полям
- Запуск сценария после импорта контактов
- Контроль триггеров
- Как привязать сценарий к кнопке
- Устранение неполадок в работе сценариев
- Как настроить автоматическую реактивацию подписчиков и клиентов
- Настройка сценария для опросов и сбора отзывов
- Как отправить рассылку непрочитавшим
- Создание регулярного сценария для группы (видео)
- Создание welcome-цепочки для email-сообщений
Персонализация
- HTTP-запрос для передачи промокода из сообщения в карточку контакта
- Принципы генерации промокодов с помощью PHP/JAVA
- Подстановка промокода с использованием API
- Загрузка промокодов для использования в сценарии
- Подстановка промокода с помощью персонализации
- Подстановка промокода из файла
- Генерация промокодов в сценарии
- Отправка промокода с помощью препроцессора
Аналитика
- Настройка визуализации дохода от рассылок
- Отслеживание эффективности рассылок в Google Analytics
- Отчет по AMP-рассылке
- Отчет по Viber-рассылке
- Как корректно открыть CSV-файл после экспорта
- Отчёт по email-рассылке
- Настройка передачи UTM-меток
- Отчет по Web-push рассылке
- Отчет по SMS-рассылке
- Отчеты по мобильным push-рассылкам
Мультиязычность
API
- API-ключи
- Ресурсы API для добавления контактов
- Использование API-ресурса Send prepared message
- Получение рекомендаций по API ресурсом Contact recommendations based on web tracking
- Использование API-ресурса Generate event
- Интеграция с API – частые вопросы
- Передача заказов с помощью ресурса Generate event
Смена системы
Документы
Интеграция
Создание Welcome-цепочки для web push
Если вы выполнили все необходимые мероприятия согласно инструкции, создали в Firebase проект, разместили скрипт по сбору push-токенов у себя на сайте и теперь перед вами стоит задача уведомлять клиента об успешной подписке на пуш-рассылки, тогда это руководство для вас.
Создание приветственной серии для пуш-уведомлений
Для начала нужно создать пуш-сообщение, которое будет отправлено пользователю после подписки.
Шаг 1. Создание сообщения
1.Переходим в раздел Сообщения - Сообщения - Web push и создаем новое уведомление:
2. Подготавливаем сообщение, как показано в примере.
В поле ссылка указывается адрес страницы, куда произойдет переход при клике по уведомлению. Исключением будет только кнопка, для нее ссылка задается отдельно.
3. При необходимости отправляем себе тестовое уведомление, чтобы убедиться в корректности отображения.
4. Сохраняем сообщение кнопкой «Сохранить и выйти» и переходим к подготовке сценария для запуска приветственной серии.
Шаг 2. Создание сценария для запуска приветственной серии
1. В разделе Триггеры - Сценарий создаем новый сценарий, нажав на кнопку «Добавить сценарий»:
Самый простой сценарий в котором после подписки на web push уведомление пользователю будет отправлено уведомление об успешной подписке, будет иметь вид:
Обязательными блоками любого сценария являются блоки начало и конец, добавим их, а между ними блок push. Для блока пуш в выпадающем списке выбираем сообщение, которое будет отправлено клиенту после осуществления подписки. После чего соединим последовательно блоки между собой.
2. Сохраняем сценарий и переходим к финальной настройке - выбору условия запуска.
3. При осуществлении клиентом подписки на web-push уведомления в ваш аккаунт приходит событие newWebpushSubscription, его можно найти в разделе Триггеры - История событий.
Непосредственно это событие и должно запускать подготовленный сценарий.
4. Открываем окно условий запуска сценария и выбираем событие newWebpushSubscription
5. Применяем настройки и запускаем сценарий.
Запустив сценарий вы осуществите самый простой способ обработки событий о подписке на web-push уведомления.
Разделение приветственной серии по языку пользователя
Рассмотрим поближе, какие еще данные передаются, кроме push-токена в событии newWebpushSubscription:
-
pushToken - токен пользователя
-
os - операционная система
-
userAgent - используемый браузер
-
userAgentVersion - версия браузера
-
userAgentLang - локализация браузера (язык пользователя)
-
ip - адрес с которого осуществлена подписка
-
subscriptionPage - страница, на которой осуществлена подписка
-
appUid - идентификатор приложения (служебное поле)
-
contactId - идентификатор создаваемого контакта
Эти данные некоторым образом позволяют нам проанализировать передаваемые параметры и персонализировать уведомление.
Для начала определимся на каком языке предстоит коммуницировать с пользователем. Нам пригодится блок сценария «Условие - переменная соответствует регулярному выражению» (этот блок нужно будет добавить в создаваемый или обновляемый сценарий), а также параметр userAgentLang.
Определение локализации осуществляется таким образом:
для украинского языка |
|
для русского языка |
|
для английского языка |
|
Поскольку большое изображение и кнопки в уведомлении поддерживаются только браузером Chrome и его производными, то осуществив проверку параметра userAgent, можно отправить актуальное уведомление.
Проверка производится также блоком «Условие - переменная соответствует регулярному выражению» и примет следующий вид:
Chrome |
|
Firefox |
|
В большинстве ситуаций достаточно будет удостовериться, что браузер у пользователя Chrome. В противном случае сценарий «пойдет» по ветке «нет». И дальше можно использовать сообщение без большого баннера, но взамен с текстовым контентом, для пользователей браузеров, отличных от Chrome, которые не поддерживают большой баннер и кнопки.
И последний пункт, но не менее важный, чем предыдущие - в параметре subscriptionPage передается адрес страницы на которой осуществлена подписка на web push уведомления. Это нам позволяет судить о сфере интересов пользователя и предоставляет возможность начать диалог на актуальную тему.
Сбор подписчиков с нескольких сайтов
Если в рамках одного аккаунта ведется сбор токенов с нескольких ресурсов, то будет правильно и логично, чтобы уведомление об успешной подписке содержало свой логотип, ссылки и прочую атрибутику.
Для этого нужно подготовить несколько сообщений, допустим, подписчики собираются с трех разных ресурсов, тогда сценарий примет вид:
В этом сценарии также проверка производится блоком «Условие - переменная соответствует регулярному выражению», так в первом блоке производится принадлежность подписчика по полю subscriptionPage на совпадение фрагмента адреса сайта, где осуществлена подписка (site_number_one) и во втором - site_number_two
Поиск фрагмента по частичному совпадению в ссылке производится записью искомой строки, окруженной «.*», например, - .*site_number_one.* или .*site_number_two.*.
Сегментирование
После осуществления пользователем подписки его токен помещается в раздел, где хранятся все токены собранные с одного домена. В рамках одного аккаунта можно осуществлять сбор подписчиков с нескольких доменов и поддоменов. Но это не единственный способ осуществлять фрагментацию токенов.
Учитывая, что в событии newWebpushSubscription передается такой параметр, как contactId, который в рамках сценария можно использовать в качестве идентификатора для добавления web push токена в заранее созданную группу.
Для этого в сценарий достаточно добавить блок «Добавить в группу».
Выбрать группу, а в поле ID контакта указать переменную ${contactId}.
Таким образом, позже на этапе формирования пуш рассылки будет доступна возможность запланировать массовую отправку уведомлений не только на web push контакты всего домена, но и на отдельно взятые группы, сформированные при помощи сценария. Как это происходит при планировании, email, viber или sms рассылки.
Важным нюансом является то, что на данный момент осуществлять сегментирование пуш токенов по полю subscriptionPage возможно только на этапе подписки в рамках сценария, когда в аккаунт приходит событие со всеми сопутствующими данными о подписчике. Данные из поля subscriptionPage не записываются в карточку контакта и соответственно не будут доступны для формирования сегментов при помощи функционала условных групп.
Пример настройки приветствия
На примере интернет-магазина одежды рассмотрим две подписки на web push уведомления, совершенные мужчиной и женщиной, а также разберем, как нам может пригодится параметр subscriptionPage еще.
Данный способ подойдет для ресурсов, где в ссылке можно однозначно идентифицировать раздел, где осуществлена подписка.
Страница, на которой подписался мужчина:
«https://example.com/men/verkhniaia-odezhda/palto/palto-muzhskoe-krutoe»
Страница, на которой подписалась женщина:
«https://example.com/women/platya/midi/plate-pod-zamsh»
Обратили внимание, что после адреса example.com идет идентификация пола men и women?
Воспользуемся все тем же блоком «Условие - переменная соответствует регулярному выражению» и выясним пол клиента:
для мужчины |
|
для женщины |
|
Аналогичным образом в этой же ссылке можно определить и категорию товара, которая заинтересовала человека. Верхняя одежда: «.../men/verkhniaia-odezhda/...» - мужчину и платья: «.../women/platya/...» - женщину.
Для этого последовательно добавляется еще один блок «переменная соответствует регулярному выражению», в поле name также указываем subscriptionPage, но в поле pattern уже указываем «.*verkhniaia-odezhda.*» или «.*platya.*»
Таким образом, благодаря всего трём параметрам в событии о подписке на web push уведомлении у вас есть возможность не только поприветствовать или поблагодарить клиента на родном для него языке, но и максимально персонализировать сообщение.
При необходимости, после каждой такой проверки контакт можно поместить в определенную группу, добавив соответствующий блок сценария.
Таким образом, благодаря всего трём параметрам в событии о подписке на web push уведомлении у вас есть возможность не только поприветствовать или поблагодарить клиента на родном для него языке, персонализировать сообщение, а также выполнить процедуру сегментации.
Сценарий с несколькими последовательными проверками
Пример сценария, в котором определяется локализация браузера и пол клиента представлен ниже:
В случае если удалось определить только локализацию, предусмотрена отправка унифицированного сообщения предназначенная для обоих полов. Поскольку в начале производится проверка на соответствие украинскому затем русскому и английскому языках, если ни один из искомых параметров не совпал, произойдет отправка унифицированного уведомления на английском языке.