Перші кроки
Дані користувача
- Огляд адаптивного 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
Зміна системи
Документи
Інтеграція
Збір контактних даних із розсилки
Якщо у вас велика база email-адрес і ви бажаєте зібрати інші контактні дані. Або навпаки — наприклад, через Viber хочете запросити нових користувачів до email-розсилки. Таке збирання даних можна здійснити кількома способами.
Масова розсилка на умовну групу
Розглянемо на прикладі пропозиції підписатися на пуш-розсилки через емейл. Для цього необхідно створити умовні групи за медіаканалом.
-
У вкладці “Контакти” → “Групи” → “Нова група” створіть умовну групу.
-
У вкладці "Умови, в розділі "Включити", виберіть відповідні параметри:
-
Додати умову → Канали → Email-домен → Усі контакти з email
-
-
В розділі “Виключити”, виберіть канал, у який плануєте збирати, щоб не було накладання контактів. Для веб-пушів умова буде такою:
-
Додати умову → Канали → Домен організації → Усі контакти з push
-
У результаті має вийти група з такими умовами:
Залишається тільки надіслати групі, що утворилася, лист із пропозицією підписатися на пуш-сповіщення і додати посилання на сайт. Користувачеві необхідно буде з листа перейти на сайт і підписатися на пуш-розсилки звичайним способом через спливне вікно.
Тригерна розсилка
Варіант 1. Відправлення загального листа з Velocity-кодом
Необхідно підготувати лист із блоком-запрошенням, який буде відображатися тільки у підписників без пуш-токена.
У коді блоку запрошення треба додати velocity:
перед початком таблиці:
<!--#set($filtered = [])
#foreach($item in $data.get('mediaList'))
#if($item.get('mediaType') == 'WEB_PUSH')
$!filtered.add($!item)
#end#end
#if($filtered == [])-->
у кінці таблиці перед td, що закривається, встановити
<!--#end-->
У коді листа підставляння матиме такий вигляд:
Далі створіть сценарій в акаунті з таких блоків:
- "Старт";
- “Отримати контакт” перед запуском розсилки;
- Email, де треба вибрати лист, який буде відправлено;
- "Кінець".
Таким чином, усім підписникам буде відправлятися один і той самий лист. Різниця лише у відображенні/приховуванні блоку із пропозицією підписатися на пуш.
Зверніть увагу!
Для збирання веб-токенів придатний лише варіант із блоком "Отримати контакт". Якщо його не буде, блок із Velocity не відобразиться.
Варіант 2. Різні листи з перевіркою
Наприклад, для привітальної розсилки можна створити два різних листи (для тих, у кого є та у кого немає потрібного нам медіаканалу), або тільки додатково відправити лист тим, хто не заповнив номер телефону під час реєстрації.
-
Будується умовна група за таким принципом:
-
У розділі “Включити” виберіть усіх з email.
-
У розділі “Виключити” виберіть усіх із номером телефону.
-
-
Створіть простий сценарій в акаунті з таких блоків:
-
"Старт";
-
"Входить до групи?", де вибираємо раніше створену умовну групу з потрібними медіаканалами. Якщо клієнт вказав номер під час заповнення анкети, сценарій для нього завершується.
-
"Email" – вказуємо лист, який буде надісланий, якщо номера немає в анкеті. Наприклад, із посиланням на анкету або особистий кабінет, де можна вказати дані.
-
"Кінець".
Масова розсилка з Velocity-кодом для збирання номерів
Якщо треба відобразити блок у листі тим користувачам, у яких не заданий номер телефону, можна відправити лист за допомогою персоналізації %SMS%. Таким чином, ми отримаємо або номер телефону, або його відсутність, і за допомогою Velocity приховаємо або відобразимо блок.
У коді блоку, перед початком таблиці додаємо
<!-- %SMS% -->
<!-- #set($sms = $data.get('SMS')) -->
<!-- #if(!$sms) -->
у кінці перед td, що закривається, встановлюємо
<!--#end-->
У коді підставляння матиме такий вигляд:
Зверніть увагу!
Такий варіант можна використовувати тільки для збирання телефонних номерів.