Перші кроки
Дані користувача
- Огляд адаптивного email-редактора
- Cтворення оформлення для листа
- Створення синхронізованих модулів
- Налаштування адаптивності
- Налаштування smart-контейнерів
- Оформлення промовкладки для Gmail
- Додавання Ролловера
- Додавання анкорних посилань
- Бібліотека модулів
- Додавання таблиці до листа
- Додавання кастомних шрифтів
- Створення кнопки СТA
- Робота з блоком "Зображення"
- Робота з блоком “Таймер"
- Використання ШІ в email-редакторі
Омніканальність
- SDK для мобільних застосунків
- Керування ключами доступу до мобільного SDK
- Підключення мобільного застосунку
- Створення та завантаження ключа Firebase
- Створення мобільних push-повідомлень
- Налаштування аналітики доставлень та кліків
- Планування мобільних push-повідомлень
- Типи діплінків
- Надсилання тестових повідомлень із налагодження запитів
- Налаштування віджетів для сайту
- Виклик віджета
- Налаштування геоданих для правил виклику віджетів
- Збереження даних із віджетів у поля контактів
- Захист від роздратування
- Дії після заповнення форми
- Заміна системного сценарію Double Opt-In
- Розширення для тестування форм в Google Chrome
- Створення 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-адреса контакту, треба використовувати блок “Email” з групи блоків “Повідомлення”.
Блоки “Повідомлення на групу” використовуються тільки для подій, в яких передається ID групи, або в самому сценарії вибрано конкретну групу (в т.ч. умовну).
Навіть якщо ви застосовуєте у налаштуваннях запуску сценарію умову “Регулярний”, в якій необхідно вибрати групу, вам все одно потрібно використовувати групу блоків “Повідомлення” (одне повідомлення одному одержувачу). Річ у тім, що ця умова запуску не передає до сценарію ID групи. Натомість вона запускає сценарій окремо для кожного учасника групи й передає email та ID контакту під час кожного запуску.
Загальні параметри блоків
Кожен блок з групи містить такі параметри:
-
Повідомлення – обов'язковий параметр.
Для його вибору:
-
Натисніть кнопку “Вибрати повідомлення” праворуч на панелі налаштувань.
-
Оберіть повідомлення зі списку (за замовчуванням вибране останнє створене) або вкажіть динамічну змінну ${emailMessageId} за допомогою кнопки поруч із рядком пошуку.
Для пошуку повідомлень у списку використовуйте поле пошуку за назвою, темою, міткою або за ID повідомлення.
Також можна відсортувати повідомлення за датою оновлення.
Якщо сценарій вже пов'язаний з повідомленням, то він відображатиметься у списку. Щоб відкрити попередній перегляд сценарію, наведіть курсор на його назву і натисніть на відповідну іконку.
У вікні вибору повідомлення доступні такі дії:
-
Створення копії повідомлення.
-
Попередній перегляд повідомлення.
-
Натисніть кнопку “Вибрати”.
Після того я ви обрали повідомлення у налаштуваннях блоку, за кліком на іконку три крапки, ви можете:
-
Переглянути повідомлення.
-
Замінити повідомлення.
-
Редагувати повідомлення в новій вкладці.
-
Копіювати ID.
Якщо вибране повідомлення буде видалено, то при відкритті сценарію в налаштуваннях блоку відобразиться відповідна підказка.
В такому випадку треба обрати нове натиснувши кнопку “Замінити повідомлення”.
-
Група – обов'язковий параметр. З випадного списку виберіть необхідну гупу або динамічну змінну ${segmentId}. Також ви можете вибрати опцію “Новий список”/”Нова умовна группа” та створити групу безпосередньо в сценарії.
Зверніть увагу
При створенні умовної групи безпосередньо в сценарії в ній ще не задані умови і, відповідно, немає контактів. Тому перед запуском такого сценарію необхідно задати умови формування групи в її налаштуваннях.
Після вибору або створення групи у налаштуваннях блоку, ви можете перейти до її попереднього перегляду та скопіювати ID.
Важливо
Кожна група (сегмент) в системі має свій ідентифікатор. Наприклад, якщо відправити подію та передати в ній у полі “Група” певний ідентифікатор:
"name":"segmentId", "value":167039898
то замість segmentId до сценарію буде підставлено 167039898, і відправлення відбудеться за цією групою. Це зручно, якщо ви знаєте, що приховано за ідентифікатором. У такий спосіб можна управляти розсилкою, вказуючи, що слід відправити і якому сегменту.
-
Відправляти тільки в дозволений час — щоб додати цю умову, активуйте перемикач.
Індивідуальні параметри блоків
-
Сайт (для блока “Web Push групі”). Обов'язковий параметр. Сайт, який збирає токени, вказано за замовчуванням. Якщо у вас кілька сайтів, виберіть один зі спадного меню.
-
Застосунок. (для блока “Mobile Push групі”). Обов'язковий параметр. Ідентифікатор застосунку для облікових записів, де є більше ніж один застосунок. Ви можете вибрати застосунок для надсилання повідомлень зі спадного списку або вказати динамічну змінну ${appId}. Система витягує ідентифікатор застосунку з події, яка запустила розсилку. При надсиланні подій через SDK цей параметр передається автоматично.
