Створення Welcome-серїі для Web Push
Розглянемо, як організувати ланцюжок вітальних пуш-повідомлень після підписки на канал Web Push. При цьому ми можемо використовувати дані, отримані під час підписки, такі як мова користувача та сторінка / сайт, де вона була здійснена.
Послідовність дій для підключення Web Push описано за посиланням.
Дані з підписки на Web Push
Подія підписки на Web Push має такі параметри, що передаються в eSputnik:
- pushToken – токен користувача;
- os – операційна система;
- userAgent – браузер;
- userAgentVersion – версія браузера;
- userAgentLang – локалізація браузера (мова користувача);
- ip – адреса, з якої здійснено підписку;
- subscriptionPage – сторінка, на якій здійснено підписку;
- appUid – ідентифікатор додатка (службове поле);
- contactId – ідентифікатор створюваного контакту.
Ці дані дозволяють персоналізувати подальшу комунікацію з підписником, як ми покажемо нижче.
Почнемо з налаштування вітального сценарію без використання додаткових даних із події підписки.
Базовий сценарій для запуску вітальної серії
1. Перейдіть до розділу “Тригери” → “Сценарії”. Натисніть кнопку “Новий сценарій”.

2. Створіть сценарій: найпростіший варіант, у якому після підписки користувачеві буде надіслано повідомлення, включатиме стандартні блоки “Старт” та “Кінець”, та вітальне повідомлення, яке потрібно підготувати заздалегідь:

3. Збережіть сценарій та перейдіть до вибору умови запуску.
При підписці на Web Push до вашого облікового запису приходить подія newWebpushSubscription, ви можете побачити її в розділі “Тригери” → “Історія подій”.

Цю подію потрібно зазначити в умовах запуску сценарію.

Докладніше про умови запуску сценаріїв >
Після активації сценарію кожен користувач після підписки отримуватиме вказаний у сценарії вітальний веб-пуш.
Перевірка мови
Перевірка мови підписника потрібна для того, щоб надалі спілкуватися з ним відповідно до його мовних уподобань.
Зверніть увагу
Ви можете автоматизувати мультимовну комунікацію, підключивши відповідну функціональність
Для перевірки локалізації браузера до сценарію потрібно додати блок “Перевірити подію” з умовою “Змінна відповідає регулярному виразу” та параметром перевірки userAgentLang. У полі "Патерн" вказується мовний код, відповідність якому потрібно перевірити.

Кожен блок "Умова" повинен перевіряти, чи відповідає змінна з події вказаному в полі pattern значенню.
- Якщо так — сценарій пройде за гілкою “Так”, де знаходиться повідомлення відповідною мовою;
- Якщо ні — сценарій пройде за гілкою “Ні”, яка веде до наступної перевірки.
Останній блок "Умова" повинен бути пов'язаний обома гілками з повідомленням на мові за замовчуванням: якщо змінна в події не відповідає жодному зазначеному патерну, такі користувачі отримують це останнє повідомлення.

Перевірка браузера
Перевірка браузера потрібна для надсилання оптимально оформленого повідомлення, оскільки велике зображення та кнопки у повідомленні підтримуються лише браузерами на основі Chromium (Chrome, Opera, Brave, Vivaldi тощо).
У більшості ситуацій достатньо перевірити, чи використовує користувач Chrome:
- Так — відправити пуш з великим зображенням та кнопками;
- Ні – відправити пуш із упором на текст.
Щоб перевірити браузер під час підписки, в блоці "Умова" вкажіть параметр перевірки userAgent, а в полі "Патерн" — назву браузера, відповідність якому потрібно перевірити (Chrome, Firefox).

В іншому сценарій аналогічний до перевірки мови.
Перевірка сторінки / сайту підписки
Перевірка сторінки підписки свідчить про сферу інтересів користувача та дозволяє розпочати діалог на актуальну для нього тему.
Щоб перевірити сторінку підписки, в блоці "Умова" вкажіть параметр перевірки subscriptionPage, а в полі "Патерн" — адресу сторінки, відповідність до якої потрібно перевірити подію.
Також якщо збір токенів здійснюється з декількох сайтів, буде правильно, щоб повідомлення про успішну підписку містило відповідний логотип, посилання тощо.
Зверніть увагу
Пошук фрагмента за частковим збігом у посиланні проводиться записом шуканого рядка, оточеного “.*”, наприклад, — .*catalog.*, *sale.* тощо.

В іншому сценарій аналогічний описаним вище.
Зверніть увагу
Дані з параметра subscriptionPage не зберігаються у контактній картці. Щоб надалі використовувати їх для сегментації, після блоку умови додайте блок “Додати до групи” та вкажіть ідентифікацію контакту за Contact ID та відповідну групу для додавання

Таким чином, завдяки параметрам у події про підписку ви можете не лише привітати або подякувати підписнику його рідною мовою, а й персоналізувати подальшу комунікацію.
Updated 5 days ago