Перші кроки
Дані користувача
- Огляд адаптивного 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 є 3 варіанти збору контактів через форму підписки. Ви можете:
-
Створити віджет у конструкторі eSputnik.
-
Використати готову інтеграцію веб-форм Wix.
-
Інтегрувати сторонню форму методом API.
Для перших двох варіантів налаштування подвійного підтвердження однакове та описане в інструкціях до них.
У цій статті розглянемо, як налаштувати Double Opt-in, якщо ви інтегрували сторонню форму за допомогою API.
Налаштування форми підписки
Власну форму підписки можна інтегрувати API-ресурсом Subscribe contact. Під час заповнення форми до вашого облікового запису eSputnik надходитимуть такі події:
-
subscribeFromApi (коли контакт заповнює форму вперше);
-
subscribeUpdateFromApi (у разі повторного заповнення).
Коли дані почали передаватися в систему, необхідно створити для підтвердження підписки лист і два сценарії. Один сценарій надсилає лист із підтвердженням підписки, другий робить контакт активним.
Налаштування листа-підтвердження
Створіть лист, який підписник отримає після заповнення форми.
-
Перейдіть до розділу “Повідомлення” → “Повідомлення” → ”Email”. Натисніть кнопку “Новий Email”.
-
Створіть власний або виберіть готовий шаблон повідомлення. Наприклад, у розділі “Базові” є шаблон “Ласкаво просимо”.
Такий вигляд має блок підтвердження у листі зі стандартним текстом та кнопкою:
3. Оформіть лист у стилі вашого бренду та впишіть потрібний текст.
4. Прив’яжіть у листі подію до кнопки або до посилання, щоб запустити потрібний сценарій.
Для цього виділіть у листі блок із кнопкою. На лівій панелі у відповідному полі виберіть подію “Підтвердив підписку”.
Також на лівій панелі налаштувань можна вказати посилання на сторінку подяки та підтвердження підписки.
Налаштування сценаріїв
Для надсилання листа-підтвердження та зміни статусу контакту на активний потрібно створити два сценарії.
Сценарій для надсилання листа-підтвердження
Заповнення форми може запускати 2 типу подій:
-
subscribeFromApi — створення нового контакту.
-
subscribeUpdateFromApi — оновлення контакту (повторне заповнення форми).
Щоб створити сценарій:
1. Перейдіть на вкладку “Тригери” → “Сценарії”, виберіть “Новий сценарій”.
2. Дайте сценарію назву, мітки (опціонально) та встановіть блоки “Старт”, “Задача”, “Кінець”.
3. У параметрах блоку “Задача” задайте параметри:
- Назва задачі — “Відправити обов'язковий (транзакційний) email.
- Повідомлення — “Підтвердження підписки” (раніше створений лист-підтвердження).
4. Натисніть “Зберегти і вийти”.
Сценарій підтвердження контакту
Цей сценарій запускається після натискання на кнопку в листі-підтвердженні й робить контакт доступним для подальших розсилок.
Щоб створити сценарій:
-
Перейдіть на вкладку “Тригери” → “Сценарії”, виберіть “Новий сценарій”.
-
Дайте сценарію назву та встановіть блоки “Старт”, “Задача”, “Кінець”.
-
У параметрах блока “Задача” виберіть назву задачі “Підтвердити контакт”.
4. Натисніть “Зберегти і вийти”.
Ланцюжок welcome-листів після блоку “Підтвердити контакт”
Для надсилання вітальної серії або бонусу за підписку необхідно доповнити існуючий сценарій-підтвердження.
Налаштування запуску сценаріїв
1. Перейдіть до “Налаштування запуску/зупинки” створених сценаріїв.
2. Для сценарію “Заповнив форму” у полі “Подія” виберіть subscribeFromApi та натисніть “Застосувати”.
3. Для сценарію “Підтвердження контакту” у полі “Подія” виберіть “Підтвердив підписку” та натисніть “Застосувати”.
Ви можете встановити обмеження для запуску (за замовчуванням не частіше ніж раз в 1 годину). Якщо користувач заповнить форму кілька разів, йому прийде лише 1 лист. При цьому буде створюватись інша подія – subscribeUpdateFromApi, а дані контакту оновлюватимуться.
4. Активуйте сценарії.
Докладніше про створення подій >
Важливо
Група для контактів, які підтвердили підписку, створюється в системі за замовчуванням, але якщо ви надсилаєте дані через API, у запиті можна вказати назву групи для збереження.
Якщо у запиті subscribe вказано список груп, до яких повинен додатись контакт після підписки, а потім у сценарії передбачено перевірку на входження до однієї з цих груп, використовуйте між цими діями таймер мінімум на 4 хвилини. Це забезпечить коректну роботу сценарію та послідовне виконання всіх запитів у системі.