Перші кроки
Дані користувача
- Огляд адаптивного 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 та mob push розсилки. Для обмеження та контролю частоти відразу по всіх каналах рекомендуємо налаштувати Стратегію частоти розсилки та Категорії підписки.
1. Перейдіть в Налаштування → Лабораторія та увімкніть Рівень занепокоєння.
2. Розгорніть вкладку та вкажіть щоденні та щотижневі ліміти занепокоєння.
Рівень занепокоєння складається з денного та щотижневого ліміту балів, які ви призначаєте розсилці залежно від її типу та частоти відправлення. На їх основі система розраховує допустимий рівень занепокоєння для конкретного контакту, використовуючи його ідентифікатор. Якщо для контакту перевищено ліміт занепокоєння, розсилка йому не буде надіслана.
Розрахунок балів
Ключ із призначеним денним лімітом балів скидається щодня о 00:00 UTC. Ключ із щотижневими балами скидається у неділю до 23:59 UTC.
Як призначити бали
- Перейдіть на вкладку Повідомлення → Повідомлення → відкрийте потрібний лист або створіть його.
- Натисніть на тему листа, щоб відкрити налаштування інформації про відправника.
- На Рівні занепокоєння введіть необхідні бали.
Mobile Push
- Перейдіть на вкладку Повідомлення → Повідомлення → Mob Push відкрийте потрібне push-повідомлення або створіть його.
- Увімкніть Рівень занепокоєння та введіть необхідні бали.
Ви також можете налаштувати рівень занепокоєння у параметрах відправлення під час планування розсилки.
Важливо
Якщо в базі існують емейли і mob push токени під різними ID, то бали занепокоєння призначатимуться таким контактам окремо.
Приклад використання параметра Рівень занепокоєння
Онлайн-магазин використовує кілька типів розсилок, зокрема:
-
Промо-розсилка, налаштована за тригером "клієнт протягом тижня не заходив на сайт"
-
Новий асортимент — надходження нового асортименту — щоденна розсилка
-
Новини компанії — щотижнева розсилка, відправляється щочетверга.
Рівень занепокоєння для цих різновидів листів має бути, наприклад, таким:
-
Промо-розсилка 3
-
Новий асортимент 1
-
Новини компанії 2
Як враховується Денний ліміт
Денний ліміт занепокоєння вибраний, наприклад, 4.
Припустимо, сьогодні четвер і користувач вже отримав лист Промо-розсилки і лист за сценарієм Новий асортимент. Тобто рівень спричиненого сьогодні занепокоєння дорівнює 4. Тому розсилку Новини компанії цьому підписнику відправлено не буде, оскільки досягнутий Денний ліміт занепокоєння.
Як враховується Тижневий ліміт
Припустимо, що заданий тижневий ліміт – 10 балів.
Якщо сьогодні четвер, а користувач вже отримав кілька повідомлень, досягнувши рівня 8 балів, то до кінця тижня він може отримати або одне повідомлення з 2 балами, або два повідомлення з 1 балом кожне.
Система не надсилатиме розсилки контактам з перевищеним лімітом. Такі повідомлення потраплятимуть до Помилок.
Важливо
Задавайте важливим листам та розсилкам 0 балів занепокоєння, щоб вони не перевищували встановлені ліміти. Але якщо денний або тижневий рівень занепокоєння контакту вже перевищено, то йому не відправиться розсилка навіть із 0 балів.