Перші кроки
Дані користувача
- Огляд адаптивного 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
Зміна системи
Документи
Інтеграція
Ідентифікація контактів
Наша платформа використовує скрипт для ідентифікації контактів, який дозволяє відстежувати онлайн-дії користувачів, такі як відвідування сторінки, кліки, заповнення форм тощо. Правильна ідентифікація необхідна для кращого порівняння контактів під час трекінгу та у web push-повідомленнях.
Скрипт збирає дані із джерел, що наведені нижче.
Сookies
Коли користувач вперше відвідує сайт, єдиною інформацією про відвідувача є ідентифікатор (ID) з cookie-файлу, який зберігається на комп'ютері користувача.
Скрипт записує ID у браузер та використовує його для відстеження та зберігання історичних даних.
UTM-мітки
UTM-мітки — невеликі фрагменти коду, які ви можете додати до URL маркетингових повідомлень. У нашій системі UTM-мітки увімкненні за замовчуванням.
Скрипт бере ID контакту з UTM-мітки та використовує його для відстеження подій. Крім того, ID контакту використовується для прив'язки web push-токенів до контактів, що існують.
При переході з повідомлення на сайт контакт ідентифікується за параметром contactId. Ми отримуємо contactId з UTM-міток за таким пріоритетом:
- etm_term — якщо мітку налаштовано.
- utm_content=eSputnik-$contactId — передавання contactId налаштовано за замовчуванням.
- utm_source=eSputnik-$type + utm_content=$contactId — якщо в utm_source вказано значення eSputnik (за необхідності його можна змінювати, contactId буде передаватися з міток з вищим пріоритетом).
Важливо
Для коректної роботи скрипту не змінюйте дефолтне значення тега utm_content
Web push
Коли відвідувач сайту підписується на web push-повідомлення, в базі створюється новий контакт разом із web-push токеном.
Якщо контакт існує в вашій базі та переходить за посиланням у повідомленні (наприклад, в email або Viber), UTM-мітка містить ID контакту.
У цьому випадку ми з'єднуємо ID контакту, що існує, та web push-токен, створений пізніше. Дані контакту збагачуються.
Примітка
Активуйте параметр “Увімкнути UTM-мітки для всіх мовних версій” під час налаштування web push-повідомлень. Детальніше >
Форма підписки
Користувач може ввести email або номер телефону у форму підписки, яка відображається на сайті. Скрипт, встановлений на сайті, визначає ID контакту, пов'язаний з цією адресою, та зберігає його в браузері. ID контакту згодом підставляється під час відстеження подій або для перевірки статусу підписки.
Якщо контакт з таким email або номером телефону відсутній, створюється новий ID контакту.
Примітка
ID контакту, отриманий через форму підписки, має більший пріоритет, ніж отриманий за допомогою web push-сповіщень.
Відправка подій через JavaScript-запити
Встановіть та активуйте скрипт веб-трекінгу, за допомогою якого ви зможете відправити в eSputnik інформацію про контакти, зібрану на сайті.
Існує два способи передачі контактної інформації:
-
У CustomerData-події.
-
У об'єкті GeneralInfo, вбудованому у будь-яку подію.
Приклад:
eS('sendEvent', 'PageView', {
'PageView': {
"GeneralInfo": {
"externalCustomerId": "1234509876",
"user_email": "example@email.com",
"user_phone": "380501234567",
"user_es_contact_id": 100500
},
}
});
Детальніше дивіться у статті “Передача даних про поведінку відвідувачів сайту через JavaScript”
Отримана інформація зберігається в скрипті веб-трекінгу. Усі події, передані в систему, будуть містити ці дані.