Перші кроки
Дані користувача
- Огляд адаптивного 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
Зміна системи
Документи
Інтеграція
Правила для джерел даних
Для будь-якого джерела даних можна додатково задавати правила видачі рекомендованих товарів. Наприклад, показувати чи виключати з показу товари
- за характеристиками з фіду (напр., бренд, ціна, категорія),
- згідно з даними про контакт (напр., улюблений продавець, розмір взуття),
- відповідно до налаштованих умов (якщо — то).
Додавання правил для джерела даних
1. Відкрийте налаштування облікового запису → перейдіть до розділу “Джерела даних” → знайдіть у списку потрібний алгоритм → натисніть “+ Додати правило” (також правила можна додати при створенні нового джерела даних).
2. Введіть назву правила.
Вам доступні правила трьох типів:
- Основні
- Для полів контактів
- Загальні умовні
Основні правила
Основні правила задаються за будь-якими товарними характеристиками, представленими у вашому фіді. Ці правила застосовуються незалежно від інших заданих різновидів правил.
Налаштування основних правил
1. Натисніть кнопку "Додати правило" у розділі "Основні правила".
2. Налаштуйте умови для надання рекомендацій:
- Показувати тільки товари: наприклад, певного бренду.
- Показати більше товарів: наприклад, акційних.
- Не показувати товари: наприклад, дешевші за 200 грн.
- Різноманіття: наприклад, показувати не більше 2-х товарів з однієї категорії.
Правила для полів контактів
Рекомендовані товари в розсилках можуть залежати від значень у полях контактів. Наприклад, маркетплейс може рекомендувати товари від улюбленого продавця, онлайн-магазин може показувати лише взуття згідно з розміром контакту тощо.
Налаштування правил для полів контактів
1. У першій колонці виберіть одну з трьох опцій показу:
a. Показувати тільки товари:
- Якщо контакт не має значення додаткового поля, яке вказане у фільтрі, наприклад, Size, він отримає персональні рекомендації без застосування фільтра.
- Якщо контакт має значення поля, але у фіді таке значення відсутнє, він не отримає рекомендацій.
- Якщо контакт має значення поля, а в фіді знайшлися рекомендовані товари з потрібним Size, контакт отримає рекомендації з урахуванням фільтра.
b. Показати більше товарів:
- Якщо контактне має значення додаткового поля, яке вказане у фільтрі, контакт отримає персональні рекомендації без застосування фільтра.
- Якщо контакт має значення поля, але у фіді, припустимо, всього 3 товари з потрібним значенням, він отримає 3 рекомендації за фільтром, інші — без застосування фільтра.
- Якщо контакт має значення поля, і у фіді достатньо товарів з відповідним значенням, він отримає повний набір рекомендацій із застосуванням фільтра.
c. Не показувати товари:
- Якщо значення у додатковому полі, вказаному як фільтр, відповідає значенню товару у фіді, контакт не побачить такий товар у рекомендаціях.
- Якщо контакт не має значення додаткового поля, яке вказане у фільтрі, він отримає персональні рекомендації без застосування фільтра.
2. У другій колонці виберіть поле контактних даних.
3. В останній колонці оберіть поле з товарного фіду.
Таким чином створюється зв'язок між полем контакту та полем товару у фіді. Наприклад, size у полі контакту дорівнює полю size_eu у фіді.
Загальні умовні правила
Правила, які виконуються за певних умов для всіх товарів. Наприклад, ЯКЩО відвідувач сайту переглядає сторінку товару певного бренду, ТО рекомендувати йому тільки товари цього бренду. Умовні правила виконуються після основних правил та правил для полів контактів, якщо їх встановлено.
Налаштування загальних умовних правил
1. Натисніть на стрілку навпроти опису умовних правил → “Додати умову”.
2. Додайте умови “Якщо” та “То”: наприклад, якщо користувач переглядав категорію Bags, то показувати лише бестселери з цієї категорії.
Збереження налаштувань
Закінчивши додавати правила, натисніть “Готово” внизу сторінки.
Створені вами правила відобразяться у картці джерела даних, якого вони належать.