Перші кроки
Дані користувача
- Огляд адаптивного 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
Зміна системи
Документи
Інтеграція
Використання блока повідомлень “Одне з багатьох”
Блок “Одне з багатьох” надсилає найкраще з усіх повідомлень із певними мітками. Головне завдання блока — визначити найкращий варіант. Спочатку блок надсилає задані повідомлення випадковим чином для збору даних про їхню ефективність. Після кількох тисяч відправлень алгоритм починає віддавати перевагу повідомленням із вищою клікабельністю (CTR). При виборі найкращого варіанта блок також враховує попередні показники повідомлення та останні повідомлення, надіслані контакту.
Цей блок можна розглядати як безперервний A/B-тест, який покращує ефективність кожного надісланого повідомлення, забезпечуючи найкращий можливий CTR для даного набору повідомлень.
Ви можете додавати повідомлення в блок "Одне з багатьох" будь-коли. Якщо у вас є ідеї щодо кращої версії повідомлення, просто додайте до неї мітку, і блок “Одне з багатьох” протестує її.
Додавання міток
Відкрийте повідомлення у редакторі, знайдіть поле “Мітки” і додайте потрібні: Cart, Browsing, Reminder тощо.
Налаштування сценарію з блоком “Одне з багатьох”
Блок “Одне з багатьох” може використовуватися в сценарії так само, як і будь-який з інших блоків “Повідомлення”.
1. У розділі “Тригери” → “Сценарії” відкрийте або створіть сценарій.
2. Перетягніть у ланцюжок блок “Одне з багатьох” з лівої бічної панелі.
3. Налаштуйте параметри блока:
- Надсилати через — медіаканал повідомлень.
- Застосунок — назва мобільного додатка або Telegram-бота (опція вибору застосунку відсутня, якщо в обліковому записі зареєстровано лише один додаток або бот, – відповідний параметр буде застосовано автоматично).
- Додати варіанти з будь-якою з міток, з якими будуть запускатися повідомлення.
- Виключити варіанти з будь-якою з міток, щоб з ними сценарій не запускався. Рекомендуємо впровадити сталу мітку на кшталт Excluded або Stopped і потім додавати її у повідомлення з низькою ефективністю, щоб зупинити їх використання у сценарії. Перевірка на відправлення повідомлень чи їх виключення відбувається при кожному відправленні повідомлення.
Зверніть увагу
- Цифри біля міток позначають наявну кількість повідомлень з цими мітками. “0” означає, що мітка існує, але її необхідно додати у відповідні повідомлення.
- Мітку неможливо додати під час редагування сценарію, тож її потрібно створити заздалегідь.
- Відправляти тільки в дозволений час — за замовчуванням для всіх організацій установлений денний час із 8:00 до 20:00. Це дає можливість не турбувати користувача повідомленнями в неналежний час і відкласти відправлення до дозволеного періоду.
Щоб швидко переглянути або відредагувати повідомлення, які використовуються в блоці, натисніть іконку попереднього перегляду у полі з кількістю відфільтрованих за мітками варіантів.
4. Налаштуйте умови запуску сценарію та активуйте його.
Зверніть увагу
Для урізноманітнення комунікації система уникає надсилання повідомлень, що вже використовувалися, і відправляє одне з незалучених. Враховується, які повідомлення вже відправлялися контакту:
- протягом чотирьох днів;
- в рамках сценарію (наприклад, коли використовується декілька блоків “Одне з багатьох”).
Якщо всі варіанти вже відправлялися, вибір повідомлення відбувається випадково.
Аналітика
Щоб дослідити ефективність повідомлень, перейдіть до розділу “Розсилки” → “Звіти” і введіть у поле пошуку потрібну мітку або натисніть на неї в списку звітів.
Щоб призупинити надсилання повідомлення з низькими показниками вручну, додайте до нього мітку, яка вказана у виключеннях блоку (наприклад, Excluded або Stopped).
Використання блока
Блок "Одне з багатьох" допомагає провести A/B-тестування різних повідомлень у сценаріях.
Використовуйте цей блок, щоб
- Спростити процес A/B-тестування. Не потрібно створювати окремі гілки сценаріїв для кожного варіанту повідомлення чи каналу, що значно скорочує час на підготовку і подальші коригування сценарію та зменшує ймовірність помилитись при зміні повідомлення.
- Урізноманітнити комунікацію в тригерних розсилках. Якщо один сценарій запускається для користувача кілька разів, ми рекомендуємо урізноманітнити повідомлення, щоб клієнт не отримував однаковий контент для нагадувань про тренування чи уроки, покинуті кошики та перегляди.
- Перевіряти гіпотези. Якщо у вас є ідеї щодо покращення наявних повідомлень, додайте нову версію у налаштування блока в декілька кліків і слідкуйте за результатом — редагувати сценарій та окремо запускати A/B-тести не потрібно.
- Безперервно оптимізувати кампанії. Ви можете постійно додавати нові версії повідомлення, щоб досягти кращих результатів. Варіант з нижчими показниками ефективності можна замінити, оновити або припинити використовувати, видаливши або додавши відповідну мітку.