Перші кроки
Дані користувача
- Огляд адаптивного email-редактора
- Cтворення оформлення для листа
- Створення синхронізованих модулів
- Налаштування адаптивності
- Налаштування smart-контейнерів
- Оформлення промовкладки для Gmail
- Додавання Ролловера
- Додавання анкорних посилань
- Бібліотека модулів
- Додавання таблиці до листа
- Додавання кастомних шрифтів
- Створення кнопки СТA
- Робота з блоком "Зображення"
- Робота з блоком “Таймер"
- Використання ШІ в email-редакторі
Омніканальність
- SDK для мобільних застосунків
- Керування ключами доступу до мобільного SDK
- Підключення мобільного застосунку
- Створення та завантаження ключа Firebase
- Створення мобільних push-повідомлень
- Налаштування аналітики доставлень та кліків
- Планування мобільних push-повідомлень
- Типи діплінків
- Надсилання тестових повідомлень із налагодження запитів
- Налаштування віджетів для сайту
- Виклик віджета
- Налаштування геоданих для правил виклику віджетів
- Збереження даних із віджетів у поля контактів
- Захист від роздратування
- Дії після заповнення форми
- Заміна системного сценарію Double Opt-In
- Розширення для тестування форм в Google Chrome
- Створення pop-up-форм за допомогою Google Tag Manager або WordPress
- Надсилання подій з віджетів eSputnik до Google Analytics
- A/B-тестування віджетів
- Збір контактних даних за допомогою форм запитів
Автоматизація
- Налаштування та редагування сценаріїв
- Налаштування умов запуску та зупинки сценарію
- Блок “Старт”
- Група блоків “Популярні”
- Група блоків “Повідомлення”
- Використання блока повідомлень “Одне з багатьох”
- Група блоків “Контакт”
- Група блоків "Умови"
- Група блоків “Інше”
- Група блоків “Повідомлення на групу”
- Група блоків “Час”
- Розширені параметри блоків сценаріїв
- Дозволений час відправлення
- Вебхуки в сценаріях
- Відстеження історії запусків сценарію
- Якщо сценарій не працює
- Подвійне підтвердження підписки
- Вітальна серія
- Вітальна серія із сегментацією за категоріями
- Запуск сценарію після імпорту контактів
- Регулярний сценарій для групи
- Вітання з днем народження
- Привʼязка сценарію до кнопки
- Використання змінних із замовлення у сценарії
- Збір відгуків про замовлення
- Реактивація клієнтів та підписників
- Відправка розсилки непрочитавшим
- Налаштування додаткових розсилок
- Відправлення нагадувань в заданий користувачем час
- А/B-тестування в сценаріях
Персоналізація
- Підстановка промокоду з файлу
- Підстановка промокоду з використанням API
- Принципи генерації промокодів за допомогою PHP/JAVA
- Підстановка промокоду за допомогою персоналізації
- Завантаження промокодів для використання в сценарії
- Генерація промокодів у сценарії
- Відправлення промокоду за допомогою передпроцесора
- HTTP-запит для передачі промокоду з повідомлення до картки контакту
Аналітика
- Звіт щодо email-розсилки
- Звіт щодо SMS-розсилки
- Звіт щодо розсилки Web Push
- Звіт щодо Viber-розсилки
- Звіт щодо розсилки Mob Push
- Звіт щодо розсилки App Inbox
- Звіт щодо Telegram-розсилки
- Звіт зі взаємодії з In-App
- Звіт зі взаємодії з віджетами
- Звіт щодо тригерної розсилки
- Звіт щодо AMP-розсилки
- Звіт щодо мультимовної розсилки
- Налаштування передачі UTM-міток
- Візуалізація доходу
- Відстеження ефективності кампаній у Google Analytics 4
- Статистика повідомлень
Мультимовність
Відстеження подій та поведінки
- Події для запуску тригерних розсилок
- Найменування користувацьких подій
- Валідація параметрів подій
- Відстеження активності на сайті за допомогою Generate event
- Підстановка даних з подій в повідомлення
- Розгалуження сценарію в залежності від параметрів події
- Відстеження активності клієнтів у мобільних застосунках
- Вебхуки для відстеження активності
- Аналітика подій
Товарні рекомендації
API
- Поширені питання: Інтеграція з API
- API-ключі
- Ресурси API для додавання контактів
- Використання API-ресурсу Generate event
- Передача замовлень API-ресурсом Generate event
- Отримання рекомендацій щодо API ресурсом Contact recommendations based on web tracking
- Використання API-ресурсу Send prepared message
Зміна системи
Документи
Інтеграція
Розширені параметри блоків сценаріїв
Розширені параметри необхідно заповнювати в таких випадках:
- Використання нестандартних параметрів подій
- Відправлення повідомлень додатковому контакту
- Підстановка динамічного контенту
Перелік розширених параметрів:
|
Назва параметра |
Опис |
|---|---|
|
ID контакту |
Ідентифікатор контакту в системі, або параметр із події, що містить його. |
|
|
Email-адреса контакту або параметр із події, що містить email-адресу. |
|
Номер телефону |
Номер телефону одержувача або параметр із події, що містить його. |
|
Токен |
Токен підписника, або параметр із події, що містить його. |
|
Мова |
Мова повідомлення. Якщо ви використовуєте в сценарії мультимовне повідомлення залиште поле порожнім. |
|
JSON |
Підстановка даних з події в повідомлення |
Далі докладно розглянемо кожен випадок заповнення параметрів.
Використання нестандартних параметрів подій
За замовчуванням, щоб ідентифікувати контакт для відправцювання сценарію, в події мають передаватись стандартні параметри:
|
Параметр події |
Ідентифікатори |
|---|---|
|
ContactId Contact_id |
ID контакту |
|
externalCustomerId |
Зовнішній ID |
|
EmailAddress UserEmail ContactEmail |
|
|
Phone SMS PhoneNumber |
Номер телефону |
|
PushToken MobPushToken TelegramBotToken |
Токен контакту |
Важливо
-
Основним ідентифікатором є ContactId. Якщо він не вказаний, але передається хоча б один з інших ідентифікаторів, то ContactId автоматично додасться в подію.
-
Для запуску сценаріїв система ідентифікує контакт для якого надійшла подія. Пошук контакту відбувається за такими правилами:
- ID контакту має найвищий пріоритет серед усіх параметрів.
-
Вказані в полі блоку email контакту, номер телефону чи токен використовуються для відправлення повідомлень.
-
Якщо задано externalCustomerId, виконується відправлення контакту, якому він належить; серед тих, що були знайдені за email-адресою, номером телефону чи токеном.
-
Якщо externalCustomerId не задано, виконується відправлення контакту, знайденому за email адресою, номером телефону чи токеном.
-
Якщо контакт не знайдено, для відправлення буде створено новий контакт.
-
Для узгодженості даних передавайте назву параметрів відповідно до вказаного переліку.
Якщо в події параметри не відповідають стандартним значенням, наприклад, замість “EmailAddress” вказано “PersonalEmail”.
В цьому випадку у полі “Email” вкажіть назву відповідної змінної.
Відправлення повідомлень додатковому контакту
Наприклад, повідомлення, яке було відправлено користувачеві, необхідно продублювати менеджеру. Для цього в сценарії скопіюйте блок з вибраним повідомленням і вкажіть контакти менеджера в розширених параметрах.
Підстановка динамічного контенту
Використовується у випадку, коли необхідно вивести певні дані з події в повідомленні.
Наприклад, якщо подія містить JSON:
{
"name": "items",
" value": {
"array": [
{
"name": "Суха дитяча молочна суміш HiPP Combiotic 2, 750 г",
"price": "341.00",
"url": "https://site.com/catalog/suha-dityacha-molochna-sumish-hipp-combiotic-2-750-g",
"imageUrl": "https://site.com/uploads/product/big/20161122/20161122_7zvb.jpg"
},
{
"name": "Молочна органічна вівсяна каша з яблуком HiPP \"На добраніч\", 250 г",
"price": "78.00",
"url": "https://site.com/catalog/molochna-organichna-vivsyana-kasha-z-yablukom-hipp-na-dobranich-250-g",
"imageUrl": "https://site.com/uploads/product/big/23112013/2125.jpg"
}
]
}
}
де:
-
name - назва поля
-
value - значення, яке необхідно підставити в повідомлення.
Вставте в параметр JSON назву поля у форматі ${items}.
У повідомленні вкажіть змінні, які будуть відображати товари.
