Перші кроки
Дані користувача
- Огляд адаптивного 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
Зміна системи
Документи
Інтеграція
Група блоків “Повідомлення”
Блоки відправляють одне повідомлення одному одержувачу.
До групи входить вісім блоків:
Загальні параметри блоків
Кожен блок містить такі параметри:
-
Повідомлення – обов'язковий параметр.
Для його вибору:
-
Натисніть кнопку “Вибрати повідомлення” праворуч на панелі налаштувань.
-
Оберіть повідомлення зі списку (за замовчуванням вибране останнє створене) або вкажіть динамічну змінну ${emailMessageId} за допомогою кнопки поруч з рядком пошуку.
Для пошуку повідомлень у списку використовуйте поле пошуку за назвою, темою, міткою або за ID повідомлення.
Також можна відсортувати повідомлення за датою оновлення.
Якщо сценарій вже пов'язаний з повідомленням, то він відображатиметься у списку. Щоб відкрити попередній перегляд сценарію, наведіть курсор на його назву і натисніть на відповідну іконку.
У вікні вибору повідомлення доступні такі дії:
-
Створення копії повідомлення.
-
Попередній перегляд повідомлення.
-
Натисніть кнопку “Вибрати”.
Після того я ви обрали повідомлення у налаштуваннях блоку, за кліком на іконку три крапки, ви можете:
-
Переглянути повідомлення.
-
Замінити повідомлення.
-
Редагувати повідомлення в новій вкладці.
-
Копіювати 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. Це дає можливість не турбувати користувача повідомленнями в його особистий час і відкласти відправлення до дозволеного періоду.
Щоб змінити цей часовий проміжок або призначити для кожного дня свій час, в особистому кабінеті перейдіть до “Налаштування”→ “Сценарії”.
Більш детальну інформацію дивіться тут.
Відповідні позначки на блоці показують, чи включений цей параметр для певного повідомлення:
-
Звичайна іконка блоку свідчить, що повідомлення може бути відправлене в будь-який час доби.
-
Іконка блоку з годинником свідчить, що повідомлення буде відправлене тільки в дозволений час
Одне з багатьох
Завдання блоку — вибрати з кількох повідомлень з певними мітками те, яке з великою ймовірністю матиме найкращий CTR, і відправити його.
Блок має такі параметри:
- Надсилати через — вибір медіаканалу (можна вибрати будь-який).
- Застосунок — назва мобільного застосунку або Telegram-бота (опція вибору застосунку відсутня, якщо в обліковому записі зареєстровано лише один додаток або бот, – відповідний параметр буде застосовано автоматично).
- Додати варіанти з мітками — вибір міток, які повинне мати повідомлення. Цифра біля міток позначає наявну кількість повідомлень з цими мітками.
- Виключити варіанти з мітками — вибір міток, яких не повинне мати повідомлення.
- Відправляти тільки в дозволений час.
Щоб швидко переглянути відповідні повідомлення, натисніть іконку попереднього перегляду у полі з кількістю вибраних варіантів.
Блок відправляє одне 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 для веб-сайтів або мобільних застосунків
Telegram
Завдання блоку — відправити одне Telegram-повідомлення одному одержувачу.
Важливо
Для відправлення Telegram-повідомлень у вас має бути власний Telegram-bot, який треба підключити до eSputnik. Блок відправляє повідомлення за умови, що користувач встановив ваш бот.
Крім загальних, блок Telegram має такі параметри:
- Token — Telegram-токен підписника, за замовчуванням у полі прописано змінну ${telegramBotToken}.
Важливо
Щоб відправити Telegram, системі необхідно знати токен підписника. Якщо дані в картці контакту об'єднані (email+телефон+ID+токен), його можна знайти, вказавши ID контакту, не обов'язково ${telegramBotToken}. Система шукатиме, чи має контакт із зазначеним емейлом, номером телефону або ідентифікатором токен.
- Telegram bot — ідентифікатор боту для акаунтів з більш ніж одним ботом. Ви можете вибрати бот для надсилання повідомлень зі списку або вказати динамічний параметр ${appId}. Система отримує ідентифікатор боту з події, яка ініціювала сценарій.