Перші кроки
Дані користувача
- Огляд адаптивного 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
Зміна системи
Документи
Інтеграція
Налаштування мультимовних розсилок
За допомогою мультимовних сценаріїв можна відправити одне повідомлення, яке динамічно відобразить різні мовні версії для ваших підписників.
Важливо
Визначення мови відбувається за таким алгоритмом:
- Якщо подія не визначає мову, повідомлення буде надіслано мовою, вказаною в картці контакта. Це зручно для наявної бази.
- Якщо подія визначає мову, повідомлення буде надіслано цією мовою. Мову, указану в картці контакта, буде проігноровано.
- Якщо мова не визначена подією та не вказана в картці контакта, буде надіслано повідомлення за замовчуванням.
Створення масової розсилки
Процес планування/запуску мультимовної розсилки стандартний:
- Виберіть мультимовне повідомлення.
- Перейдіть до розсилки.
- Виберіть групу для відправки.
- Заплануйте або надішліть повідомлення одразу.
Система автоматично надішле необхідний контент відповідному контакту. Вам не потрібно створювати групи контактів на основі мови.
Створення тригерної розсилки
Мовне значення передається з події до блоку повідомлення у сценарії у поле languageParam (встановіть параметр мови для сценарію). Це поле містить блок "Email" та всі задачі “Відправити обов’язкове (транзакційне) повідомлення” (email, SMS, Viber).
Помістіть будь-який із цих блоків у сценарій і зробіть таке:
- Скопіюйте назву змінної, яка відповідає за передачу мови у події.
- Помістіть змінну в знак долара і фігурні дужки в полі languageParam.
У групі блоків "Повідомлення", за винятком блоку "Email", поле "Мова" відсутнє. В цьому випадку повідомлення буде надіслано мовою, вказаною в профілі користувача, а якщо вона не вказана — мовою за замовчуванням. Щоб в сценарії визначити мову з події, скористайтеся блоком “Умова”.
Використання блоків “Умова” для мультимовних розсилок
- Створіть окремі повідомлення для кожної мови, яку ви хочете використовувати в кампанії.
- Додайте до сценарію блоки “Умова” із такими налаштуваннями:
- Назва умови — "Змінна відповідає регулярному виразу",
- Назва — назва змінної (наприклад, language),
- Патерн — стандартне значення коду мови, яке перевіряється на відповідність.
Кожен блок “Умова” повинен перевіряти, чи відповідає змінна з події вказаному в полі pattern значенню.
- Якщо так — сценарій проходить гілкою “Так”, на якій знаходиться повідомлення відповідною мовою;
- Якщо ні — сценарій проходить гілкою “Ні”, яка веде до наступної перевірки.
Останній блок “Умова” повинен бути пов'язаний обома гілками з повідомленням на мові за замовчуванням: якщо змінна в події не відповідає жодному вказаному патерну, такі користувачі отримують це останнє повідомлення.