Перші кроки
Дані користувача
- Огляд адаптивного 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-тестування віджетів
Автоматизація
- Налаштування та редагування сценаріїв
- Налаштування умов запуску та зупинки сценарію
- Блок “Старт”
- Група блоків “Популярні”
- Група блоків “Повідомлення”
- Група блоків “Контакт”
- Група блоків "Умови"
- Група блоків “Інше”
- Група блоків “Повідомлення на групу”
- Група блоків “Час”
- Дозволений час відправлення
- Вебхуки в сценаріях
- Відстеження історії запусків сценарію
- Якщо сценарій не працює
- Подвійне підтвердження підписки
- Вітальна серія
- Вітальна серія із сегментацією за категоріями
- Запуск сценарію після імпорту контактів
- Регулярний сценарій для групи
- Вітання з днем народження
- Привʼязка сценарію до кнопки
- Використання змінних із замовлення у сценарії
- Збір відгуків про замовлення
- Реактивація клієнтів та підписників
- Відправка розсилки непрочитавшим
- Налаштування додаткових розсилок
Персоналізація
- Підстановка промокоду з файлу
- Підстановка промокоду з використанням API
- Принципи генерації промокодів за допомогою PHP/JAVA
- Підстановка промокоду за допомогою персоналізації
- Завантаження промокодів для використання в сценарії
- Генерація промокодів у сценарії
- Відправлення промокоду за допомогою передпроцесора
- HTTP-запит для передачі промокоду з повідомлення до картки контакту
Аналітика
- Звіт щодо email-розсилки
- Звіт щодо SMS-розсилки
- Звіт щодо розсилки Web Push
- Звіт щодо Viber-розсилки
- Звіт щодо розсилки Mob Push
- Звіт щодо розсилки App Inbox
- Звіт зі взаємодії з 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
Зміна системи
Документи
Інтеграція
Група блоків “Повідомлення”
Блоки відправляють одне повідомлення одному одержувачу.
До групи входить шість блоків:
-
Email
-
SMS
-
Viber
-
Web Push
-
Mobile Push
-
App Inbox
Загальні параметри блоків
Кожен блок містить такі параметри:
-
Повідомлення – обов'язковий параметр. З випадаючого списку можна вибрати необхідне повідомлення або вказати динамічну змінну ${emailMessageId}.
Щоб скопіювати ID повідомлення, натисніть значок копіювання поруч із ним.
-
Номер телефону (для блоків “SMS”,“Viber”,“Web Push”) — номер телефону одержувача або параметр із події, що містить його. Обов'язковий параметр. Автоматично до параметра підставляється змінна ${phoneNumber}. У вашій події вона може називатися ${SMS}, ${PhoneNumber}, ${Phone}. Перевірте й запишіть точну назву для коректної роботи блоку. Знайти її можна в події, що запускає сценарій.
Для цього зайдіть у розділ “Тригери” → “Історія подій” та відкрийте потрібну подію.
Номер телефону вказується цифрами, наприклад, 12018627991.
-
ID контакту – ідентифікатор контакту в системі. Вказати ID можна замість email або номеру телефона. Для багатьох системних подій цей параметр має назву “ContactId”.
-
JSON – сюди можна вставити дані у форматі JSON для підстановки в повідомлення або вказати параметр із події, що містить такі дані. Не вводьте нічого в це поле, якщо не передаєте до події параметр із 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\"}]}"
}
Для сумісного використання поля JSON із блоком “Отримати контакт” знадобиться звернення до даних із цього поля через проміжний об'єкт jsonParam на прикладі масиву items, поле name першого елемента стане доступним за допомогою такої конструкції:
$!data.get('jsonParam').get('array').get(0).get('name')
Якщо блок “Отримати контакт” не використовується, конструкція набуває такого вигляду:
$!data.get('array').get(0).get('name')
-
Відправляти тільки в дозволений час — щоб додати цю умову, активуйте перемикач.
За замовчуванням для всіх організацій установлений денний час із 8:00 до 20:00. Це дає можливість не турбувати користувача повідомленнями в його особистий час і відкласти відправлення до дозволеного періоду.
Щоб змінити цей часовий проміжок або призначити для кожного дня свій час, в особистому кабінеті перейдіть до “Налаштування”→ “Сценарії”.
Більш детальну інформацію дивіться тут.
Відповідні позначки на блоці показують, чи включений цей параметр для певного повідомлення:
-
Звичайна іконка блоку свідчить, що повідомлення може бути відправлене в будь-який час доби.
-
Ікона блоку з годинником свідчить, що повідомлення буде відправлене тільки в дозволений час
Блок відправляє одне email-повідомлення одному одержувачу.
Крім загальних, блок “Email” має ще такі параметри:
-
Email – вкажіть email-адресу контакту або параметр із події, що містить email-адресу. За замовчуванням прописана змінна ${emailAddress}; якщо у вашій події цей параметр називається інакше, замініть його своєю назвою.
-
Мова – мова повідомлення. У поле вставляється ідентифікатор мови або параметр із події, що містить його. Він потрібний для створення мультимовних повідомлень. Залиште поле порожнім, якщо не використовуєте мультимовність або контакту вже призначено мову в його картці.
Приклад параметра мови:
Ідентифікатор мови можна записати у наступних форматах:
-
ru, uk, en
-
RU, UK, EN
-
ru-RU, uk-UA, en-US
SMS
Завдання блоку — відправити одне SMS-повідомлення одному одержувачу.
Viber
Завдання блоку — відправити одне Viber-повідомлення одному одержувачу.
Крім загальних, блок “Viber” має параметр “Термін активності повідомлення” (TTL) – період, після якого повідомлення не буде показано, якщо до цього воно не було доставлено користувачеві.
Viber-повідомлення відправиться лише контакту с заповненим полем “Номер телефону” у його картці. Якщо поле порожнє – сценарій проігнорує блок “Viber” і не надішле контакту повідомлення.
Важливо
Сценарій, у якому Viber є одним із багатьох блоків, не буде запущений для контакту, якщо в ролі змінної вказаний номер телефону, але контакт не має його в події та в системі.
Web Push
Завдання блоку — відправити одне Web Push-повідомлення одному одержувачу. Після підписки система шукатиме контакт серед тих, що існують. Якщо вдасться його визначити, до картки цього контакту буде додано push-токен. Якщо ні, автоматично створюється новий тільки з токеном.
Крім загальних, блок “Web Push” має такі параметри:
-
Токен – токен підписника. За замовчуванням у полі прописано змінну ${pushToken}.
-
Email – вкажіть email-адресу контакту або параметр із події, що містить email-адресу. За замовчуванням прописана змінна ${emailAddress}; якщо у вашій події цей параметр називається інакше, замініть його своєю назвою.
Важливо
Щоб відправити web push-повідомлення, системі необхідно знати токен підписника. Якщо дані в картці контакту об'єднані (токен+номер телефону + email+ID контакту), його можна знайти, вказавши інші параметри для відправлення, не обов'язково ${pushToken}. Система по черзі шукатиме, чи вказані у контакту email, телефон або ID токен.
Mobile Push
Завдання блоку — відправити одне Mobile Push-повідомлення одному одержувачу.
Важливо
Для відправлення мобільних пушів у вас має бути власний мобільний додаток, який треба підключити до eSputnik. Блок відправляє push-повідомлення на мобільний пристрій користувача за умови, що той попередньо погодився (підписався) на їхнє отримання.
Крім загальних, блок “Mobile Push” має такі параметри:
-
Token — мобільний токен підписника, за замовчуванням у полі прописано змінну ${mobPushToken}.
Важливо
Щоб відправити Mobile Push системі необхідно знати токен підписника. Якщо дані в картці контакту об'єднані (токен + ID контакту), його можна знайти, вказавши ID контакту, не обов'язково ${mobPushToken}. Система шукатиме, чи вказаний у контакту ID токен.
-
Застосунок — ідентифікатор застосунку для акаунтів з більш ніж одним застосунком. Ви можете вибрати застосунок для надсилання повідомлень зі списку або вказати динамічний параметр ${appId}. Система отримує ідентифікатор застосунку з події, яка ініціювала сценарій. Під час надсилання подій через SDK цей параметр передається автоматично.
Важливо
Під час пошуку контактів для блоків “Email”, “SMS”, “VIber”, “Mobile Push” та “Web Push” застосовуються такі правила:
- ID контакту має найвищий пріоритет серед усіх параметрів.
- Вказані в полі блоку email контакту, номер телефону чи токен використовуються для відправлення.
- Якщо задано externalCustomerId, виконується відправлення контакту, якому він належить; серед тих, що були знайдені за email-адресою, номером телефону чи токеном.
- Якщо externalCustomerId не задано, виконується відправлення контакту, знайденому за email адресою, номером телефону чи токеном.
- Якщо контакт не знайдено, для відправлення буде створено новий контакт.
App Inbox
Завдання блоку — відправити один App Inbox одному одержувачу.
Важливо
Щоб надсилати клієнтам App Inbox, спочатку необхідно одержати токен аутентифікації та налаштувати App Inbox для веб-сайтів або мобільних застосунків