Перші кроки
Дані користувача
- Огляд адаптивного email-редактора
- Cтворення оформлення для листа
- Створення синхронізованих модулів
- Налаштування адаптивності
- Налаштування Smart-елементів
- Оформлення промовкладки для Gmail
- Додавання Rolloverʼа
- Додавання фону до листа
- Додавання анкорних посилань
- Бібліотека блоків (Модулі)
- Додавання таблиці до листа
- Додавання кастомних шрифтів
- Додавання кастомних іконок соцмереж
- Створення кнопки СТA
- Робота з блоком "Зображення"
- Використання ШІ в email-редакторі
Омніканальність
- SDK для мобільних застосунків
- Керування ключами доступу до мобільного SDK
- Підключення мобільного застосунку
- Створення Google проекту для Mob Push
- Створення мобільних push-повідомлень
- Налаштування аналітики доставлень та кліків
- Планування мобільних push-повідомлень
- Налаштування універсальних посилань (deeplinks & Universal links)
- Надсилання тестових повідомлень із налагодження запитів
- Налаштування віджетів для сайту
- Виклик віджета
- Збереження даних із віджетів у поля контактів
- Захист від роздратування
- Дії після заповнення форми
- Розширення для тестування форм в Google Chrome
- Створення pop-up-форм за допомогою Google Tag Manager або WordPress
- Надсилання подій з віджетів eSputnik до Google Analytics
- Заміна системного сценарію Double Opt-In
- Налаштування геоданих для правил виклику віджетів
Автоматизація
- Подвійне підтвердження підписки
- Вітальна серія
- Вітальна серія із сегментацією за категоріями
- Запуск сценарію після імпорту контактів
- Регулярний сценарій для групи
- Вітання з днем народження
- Привʼязка сценарію до кнопки
- Реактивація клієнтів та підписників
- Відправка розсилки непрочитавшим
- Налаштування додаткових розсилок
Персоналізація
- Підстановка промокоду з файлу
- Підстановка промокоду з використанням API
- Принципи генерації промокодів за допомогою PHP/JAVA
- Підстановка промокоду за допомогою персоналізації
- Завантаження промокодів для використання в сценарії
- Генерація промокодів у сценарії
- Відправлення промокоду за допомогою передпроцесора
- HTTP-запит для передачі промокоду з повідомлення до картки контакту
Аналітика
- Звіт щодо email-розсилки
- Звіт щодо SMS-розсилки
- Звіт щодо розсилки Web Push
- Звіт щодо Viber-розсилки
- Звіт щодо розсилки Mob Push
- Звіт щодо розсилки App Inbox
- Звіт зі взаємодії з віджетами
- Звіт щодо тригерної розсилки
- Звіт щодо AMP-розсилки
- Звіт щодо мультимовної розсилки
- Налаштування передачі UTM-міток
- Візуалізація доходу
- Відстеження ефективності розсилок у Google Analytics
Мультимовність
Відстеження подій та поведінки
- Розгалуження сценарію в залежності від параметрів події
- Відстеження активності на сайті за допомогою 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-токенів до контактів, що існують.
Важливо
Для коректної роботи скрипту не змінюйте дефолтні значення таких тегів:
- utm_source
- 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”
Отримана інформація зберігається в скрипті веб-трекінгу. Усі події, передані в систему, будуть містити ці дані.