Перші кроки
Дані користувача
- Огляд адаптивного 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
Зміна системи
Документи
Інтеграція
Отримання рекомендацій у мобільний додаток
Ви можете персоналізувати досвід користувачів і збільшити обсяги продажів, передаючи в додаток рекомендації своїх товарів та послуг.
Рекомендації, що передаються, базуються на даних про дії клієнтів і включають до себе такі варіанти:
- Товару немає в наявності. Добірка подібних товарів.
- Cross-sell (із цим товаром купують). Пропозиція супутніх товарів. Вибір здійснюється на підставі доданих до кошика товарів.
- Upsell (збільшення суми замовлення). Пропозиція дорожчих і комплементарних товарів та послуг для збільшення суми замовлення.
- Ймовірна купівля. Добірка на підставі замовлень користувачів, які придбали цей товар.
- Персональні рекомендації, сформовані з урахуванням історії переглядів і замовлень клієнта.
- Інше. Пропозиція створюється індивідуально, якщо необхідний алгоритм відсутній у стандартних алгоритмах eSputnik.
Примітка: Для кожного з типів рекомендацій передаються різні запити, що мають власний алгоритм і правила, оскільки вони беруть дані з різних джерел.
Попередні умови
Щоб розпочати використання рекомендацій, слід виконати такі умови:
- Підключити один із тарифів Extra features.
- Налашутвати веб-трекінг або трекінг для мобільних додатків.
- Створити джерело даних із потібним алгоритмом для кожного типу рекомендацій, щоб використовувати його ID під час виклику по API.
Налаштування передавання рекомендацій складається з етапів, які детально описані нижче:
- Отримання токена аутентифікації
- Отримання рекомендацій запитом v1/recoms/{dataSourceId}
Отримання токена аутентифікації
Для отримання токена автентифікації користувача (authToken) додаток відправляє запит із вашого сервера до API eSputnik.
Адреса запиту | Метод запиту |
https://esputnik.com/api/v1/auth/contact/token | POST |
Запит має бути аутентифікований одним із способів, описаних в інструкції до API. Наприклад, API-ключем.
У запиті треба передати вказані у таблиці відомі поля користувача (принаймні одне поле має бути обов'язковим).
Поле | Значення | Опис |
string | email контакту | |
phone | string | телефон контакту |
externalCustomerId | string | зовнішній ID контакту |
userPseudoId | string | firebase ID для відстеження поведінки контакту |
cookie | string |
cookie sc – файл cookie можно згенерувати скриптом трекінгу, встановленим на сайті |
Приклад запиту:
{
"email": string,
"phone": string,
"externalCustomerId": string,
"userPseudoId": string,
"cookie": string
}
Приклад відповіді:
{
"token": string
}
У подальшому authToken використовується для аутентифікації запиту щодо отримання рекомендацій. Його слід передавати у заголовку запиту ES-TOKEN. Після кожного запиту поточний токен інвалідується, а в заголовку відповіді ES-TOKEN надходить новий, що використовується для наступного запиту.
Якщо у відповідь на запит рекомендацій надходить статус 401, запит щодо отримання токена необхідно повторити.
Отримання рекомендацій
Для отримання персоналізованих, що базуються на поведінці клієнта, треба відправити такий запит:
Адреса запиту | Метод запиту |
https://esputnik.com/contact-api/v1/recoms/{dataSourceId} | GET |
Параметри запиту:
Поле | Значення | Опис |
dataSourceId |
Ідентифікатор джерела даних. Обовʼязковий параметр* |
|
products | string | Масив товарів. Обовʼязкове поле для алгоритмів на базі товарних даних |
category | string | Масив категорій. Обовʼязкове поле для алгоритмів на базі даних категорій |
заголовок запиту | ES-TOKEN: authToken | |
заголовок відповіді | ES-TOKEN: authToken |
* Щоб дізнатися ідентифікатор джерела даних, перейдіть в Акаунт → Налаштування → Джерела даних.
У відповіді на запит кожне поле буде заповнене даними.
Приклад відповіді:
{
// Mandatory fields
id: string
name: string
url: URL
price: double
descr: text
brand: string
category: string[]
isInStock: int
// Optional fields which depend on a customer's feed format
// All such fields start from "tags_".
// Examples: tags_gender, tags_clear_size, tags_universal_size
}
Після отримання рекомендацій від eSputnik ви можете здійснювати їхнє виведення до мобільного додатка клієнта.
Налаштування параметрів рекомендацій власне в додатку (зовнішній вигляд, спосіб виведення) здійснюється на боці клієнта.