Перші кроки
Дані користувача
- Огляд адаптивного 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
Зміна системи
Документи
Інтеграція
Контроль за подіями, мітками та промокодами
Ви налаштували передачу подій до eSputnik, створили листи, завантажили промокоди, запустили сценарії. Але завжди є ризик, що станеться якась технічна чи людська помилка, що призведе до збою в автоматизованих вами процесах. Щоб вчасно дізнатися про такі проблеми, налаштуйте сповіщення про:
- Події, що надходять протягом певного періоду, для впевненості у коректному функціонуванні сценаріїв та сегментації за подіями. Якщо інтеграція порушується, події перестають надходити в систему, і пов’язані з ними сценарії не працюють, а пов’язані умовні групи не оновлюються.
- Повідомлення із певними мітками, надіслані протягом певного часу, щоб підтримувати очікувану частоту розсилок. Відстеження повідомлень допомагає контролювати збої в розсилках, не пов’язані з надходженням подій: наприклад, через брак коштів.
Зверніть увагу
Найефективнішим способом контролю за тригерами буде вказати нижню межу щоденної кількості подій та міток повідомлень, що входять до сценарію, пов’язаного з цією подією. Тому рекомендуємо присвоювати повідомленням мітки, відповідні до пов’язаної з ними події.
- Кількість промокодів у вашому обліковому записі eSputnik, щоб переконатися, що у вас залишилося достатньо невикористаних промокодів, адже якщо вони закінчаться, система не зможе відправляти повідомлення, в яких використовується відповідний тип промокодів.
Створення сповіщення
1. Перейдіть у налаштування акаунту → “Сповіщення” та натисніть “Нове сповіщення”.
2. Виберіть наступні параметри:
- Тип (“Подія”/”Мітка”/”Промокод”);
- Назва, або у випадку промокодів — Тип;
- Кількість;
- Період (тільки для міток і подій),
- Тип сповіщення (“Тривога” чи “Попередження”).
Зверніть увагу
Рекомендуємо використовувати обидва типи сповіщень — “Попередження” і “Тривоги”. Наприклад, можна встановити попередження, коли в системі залишилося 500 промокодів, і ще лишається час на реагування, а тривогу — для 50, коли негайно потрібно завантажити черговий список промокодів.
3. Натисніть “Створити”.
Сповіщення передаватимуться через один із наступних типів подій:
- Попередження — alertSettingsWarningTriggerEvent
- Тривога — alertSettingsAlarmTriggerEvent
Параметри цих подій міститимуть такі дані:
Назва |
Значення |
alertLevel | WARNING/ALARM |
periodDays | Період, обраний для підрахунку (тільки для міток і подій) |
threshold | Нижня межа для міток/подій/промокодів |
alertTrackingSourceType | Тип сповіщення (TAG, EVENT, PROMOCODE) |
alertTrackingSourceName | Мітка або назва події/тип промокоду |
actualCount | Кількість надісланих повідомлень/подій або промокодів, що залишилися в обліковому записі на момент надсилання сповіщення |
organisationName | Назва вашого облікового запису |
Для кожного типу сповіщень — “Попередження” і “Тривоги” — потрібно створити повідомлення, куди підставлятимуться значення параметрів з події, та сценарій, через який відправлятиметься це повідомлення.
Додавання параметрів події в повідомлення
Створіть email та/або SMS повідомлення, у які за допомогою змінних Velocity будуть підставлятися дані з події.
Додайте до повідомлень змінні у форматі $!data.get('name'), де
- $!data.get — команда отримання даних,
- у дужках вказується параметр, з якого слід отримати значення.
Оскільки в події можуть передаватися дані як про події, так і про мітки або промокоди, повідомлення мають бути універсальними, наприклад:
$!data.get('alertLevel') для організації $!data.get('organisationName')!
- Тип сповіщення: $!data.get('alertTrackingSourceType')
- Мітка або назва події/тип промокоду: $!data.get('alertTrackingSourceName')
- Кількість надісланих повідомлень/подій або промокодів, що залишилися в організації на момент надсилання сповіщення: $!data.get('actualCount')
- Період, обраний для підрахунку (тільки для міток і подій): $!data.get('periodDays')
- Нижня межа: $!data.get('threshold')
Налаштування сценарію
Створіть 2 сценарії — для подій “Попередження” і “Тривога” — із задачами “Надіслати обов’язковий (транзакційний) Email” та/або “Відправити транзакційне SMS повідомлення”.
Нижче наведений приклад для сценарію “Попередження”, сценарій “Тривоги” портібно зробити аналогічно.
Заповніть поля блоків:
1. “Надіслати обов’язковий (транзакційний) Email”
- Email: адреса електронної пошти менеджера.
- Повідомлення: лист зі змінними.
2. “Відправити транзакційне SMS повідомлення”:
- Номер телефону: номер телефону менеджера в повному міжнародному форматі.
- Повідомлення: SMS зі змінними.
Підключіть подію до сценарію згідно з інструкціями та активуйте його.
Тепер коли виникатиме подія, пов’язана з тим чи іншим створеним вами сповіщенням, сценарій запускатиметься і відправлятиме повідомлення з інформацією про відповідні проблеми, на які потрібно звернути увагу.