Перші кроки
Дані користувача
- Огляд адаптивного email-редактора
- Cтворення оформлення для листа
- Створення синхронізованих модулів
- Налаштування адаптивності
- Налаштування smart-контейнерів
- Оформлення промовкладки для Gmail
- Додавання Ролловера
- Додавання анкорних посилань
- Бібліотека модулів
- Додавання таблиці до листа
- Додавання кастомних шрифтів
- Створення кнопки СТA
- Робота з блоком "Зображення"
- Робота з блоком “Таймер"
- Використання ШІ в email-редакторі
- Підтримка месенджер-протоколів поштовими клієнтами та платформами
Омніканальність
- SDK для мобільних застосунків
- Керування ключами доступу до мобільного SDK
- Підключення мобільного застосунку
- Створення та завантаження ключа Firebase
- Створення мобільних push-повідомлень
- Налаштування аналітики доставлень та кліків
- Планування мобільних push-повідомлень
- Типи діплінків
- Надсилання тестових повідомлень із налагодження запитів
- Налаштування віджетів для сайту
- Гейміфікація віджетів
- Виклик віджета
- Налаштування геоданих для правил виклику віджетів
- Збереження даних із віджетів у поля контактів
- Захист від роздратування
- Дії після підписки
- Заміна системного сценарію Double Opt-In
- Створення 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
Зміна системи
Документи
Інтеграція
Ідентифікатори клієнтів і відповідність
Дії відвідувачів сайту та користувачів мобільного застосунку надходять до eSputnik у вигляді подій. Щоб співвідносити події з конкретними контактами, використовується кілька типів ідентифікаторів. Оскільки один контакт може мати кілька ідентифікаторів (email, номер телефону тощо), під час передачі події вам потрібно вибрати головний ідентифікатор, навколо якого збиратимуться інші дані.
Контактні ідентифікатори в eSputnik
- Зовнішній ID – унікальний ідентифікатор контакту у вашій системі; повинен передаватися у поле контакту External ID.
- Email-адресу можна використовувати як головний ідентифікатор, якщо ви акцентуєтеся на email-маркетингу.
- Номер телефону — використовується для Viber- та SMS-кампаній.
- Псевдо-ID користувача – унікальний ідентифікатор, який генерується мобільним застосунком у момент, коли користувач встановлює його; user_pseudo_id залишається незмінним при оновленні застосунку, але змінюється при його перевстановленні.
- Мобільний push-токен — ідентифікатор, який генерується моб-пуш-провайдерами і використовується для надсилання push-повідомлень застосункам, встановленим на певних пристроях.
- Веб push-токен — ідентифікатор, який генерується веб-пуш-провайдерами і використовується для надсилання push-повідомлень до веб-браузеру.
- Telegram токен — ідентифікатор, що додається до кожного підписника telegram-бота або створюється разом з контактом при передачі через API. Використовується для відправлення Telegram-повідомлень.
- Системний ID – унікальний ідентифікатор контакту в eSputnik.
- Cookies — невеликі файли з блоками даних, які створюються та використовуються веб-серверами для зберігання інформації про пристрій користувача та для відстеження його онлайн-активності.
- IDFA/AAID – ідентифікатори, що використовуються на пристроях iOS та Android; IDFA/AAID дозволяють розробникам та маркетологам застосовувати активність користувачів у рекламних цілях.
- Device ID — ідентифікатор пристрою користувача мобільного застосунку, який передається до eSputnik через SDK. Користувачам з Device ID можна відправити розсилку App Inbox. Щоб виокремити всі контакти у вашій базі, які мають Device ID, створіть умовну групу і включіть до неї умову “Усі контакти з девайсом”.
Щоб відстежувати в eSputnik дії анонімних користувачів у інтернеті, використовуються файли cookie; дії анонімних користувачів у додатку — user_pseudo_id.
Для зареєстрованих користувачів використовуються такі ідентифікатори:
- номер телефону
- push токен
- user ID
Детальну інформацію про те, як встановити ID користувача, ви знайдете в документації за цим посиланням.
Джерелом відстеження даних є BigQuery.
Процес зіставлення ідентифікаторів
Зіставлення (об'єднання) контактів дозволяє ідентифікувати одну людину на кількох пристроях та в різних браузерах.
Коли анонімний користувач відвідує ваш сайт, а потім вашу програму, він розпізнається як два контакти з різними ідентифікаторами (user_pseudo_id і файли cookie).
Але коли користувач реєструється та входить у систему на мобільному та десктопному пристроях, контактні дані об'єднуються в один профіль.
Ви повинні визначити унікальний ідентифікатор, який не може використовуватися іншими контактами, наприклад ваш зовнішній ідентифікатор (рекомендовано).
Примітка
Ідентифікатор пристрою та мобільний токен можуть належати лише одному користувачеві. Коли контактні дані оновлюються через SDK за User ID, і система виявляє ідентифікатор пристрою та мобільний токен, що належать іншому контакту, цей ідентифікатор пристрою та мобільний токен переходять оновленому контакту. Один користувач може мати кілька ідентифікаторів пристроїв та мобільних токенів.