Перші кроки
Дані користувача
- Огляд адаптивного 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
Зміна системи
Документи
Інтеграція
Група блоків “Час”
Група блоків "Час" затримує виконання дій сценарію або виконує їх у вказану дату й час і містить два блоки:
-
Таймер
-
Запуск за часом
Таймер
Блок використовується, щоб відтермінувати на заданий час наступну дію або відправлення повідомлення.
Ставиться перед блоком, перед яким потрібна затримка.
Наприклад: після підтвердження підписки стартує сценарій з welcome-серією. Новий контакт отримує вітальне повідомлення відразу після підтвердження, потім друге email-повідомлення через два дні та третє через наступні три дні.
Блок “Таймер” має два параметри:
-
Час очікування.
-
Чекати до.
Ви можете вибрати один параметр або обидва, але для роботи блоку необхідно вказати мінімум один.
Час очікування
У цьому параметрі можна задати паузу перед відпрацюванням наступного блоку. Виберіть зі списку одиниці вимірювання та впишіть їх значення.
Важливо
Якщо ви вибираєте зачекати 1/2/3 дні, це означає, що сценарій продовжиться відповідно через 24/48/72 години з моменту спрацьовування сценарію. Якщо користувач підписався на розсилку о 07:00, то перше повідомлення він отримає о 07:00 наступного дня.
Чекати до
В параметрі "Чекати до" можна самостійно вказати час, використовувати дані з додаткового поля контактної картки або з параметра контексту (події, що запускає сценарій).
Самостійні налаштування часу
Виберіть день тижня та час, у який має відбутися відправлення. Цей варіант можна використовувати для запуску регулярних автоматичних розсилок.
Якщо ви виставили час відправки на 8:45, а сценарій запустився о 15:00, то підписник отримає лист о 8:45 наступного дня (якщо не вказано конкретний день тижня).
Важливо
Якщо сьогодні вівторок, а ви вибрали відправлення в понеділок, лист буде відправлено наступного понеділка, тобто практично через тиждень. Якщо сьогодні понеділок, підписник отримає лист сьогодні.
Використання часу з додаткового поля контакту
Наприклад, цю опцію можна використовувати для налаштувань нагадувань, якщо ви збираєте до додаткових полів дані про час, в який ваші підписники виконують певні дії: роблять покупки, тренуються, навчаються тощо.
Виберіть поле контакту, що містить час, якого потрібно дочекатися.
Час з поля контакту враховується за часовим поясом контакту і має передаватися в текстове поле в форматі HH:MM або HH:MM:SS. Якщо в полі контакту, що бере участь у сценарії, значення відсутнє або записане в некоректному форматі, в історії запуску такого сценарію відобразиться відповідна помилка.
Використання часу з параметру контексту
Цю опцію можна використовувати для налаштувань нагадувань, якщо дані про час, в який ваші підписники виконують певні дії, не прив’язані до додаткових полів, натомість ви орієнтуєтеся на фактичні дані — наприклад, коли надходила остання подія про початок тренування.
Вкажіть параметр події, що містить час, якого потрібно дочекатися.
Час з параметру події враховується за часовим поясом контакту і має передаватися в текстове поле в форматі ISO 8601. Якщо в події, що запускає сценарій, значення відсутнє або записане в некоректному форматі, в історії запуску такого сценарію відобразиться відповідна помилка.
Опція “Використовувати часовий пояс контакту”
Активація цієї опції дозволить вам відправляти повідомлення в певний час, враховуючи часовий пояс контакту.
Пріоритет параметрів блоку "Таймер"
Наприклад, ви скомбінували параметри так:
-
Час очікування – 1 день;
-
Чекати до понеділка;
-
Години та хвилини – 8:45.
Сценарій запустився в неділю о 15:00. Система чекає 1 день (24 години). Настає понеділок. Час закінчення роботи параметра “Час очікування – 1 день” у нашому прикладі – 15:00 у понеділок.
Далі система перевіряє день тижня у параметрі “Чекати до”. У нас обрано понеділок, сьогодні понеділок. Після цього система перевіряє час відправлення. Умовами встановлено 8:45, а зараз 15:00. Умови не спрацювали. Це означає, що підписник отримає лист не цього понеділка, а лише наступного о 8:45.
Запуск за часом
Блок використовується для відправлення повідомлення:
-
за N днів/годин/хвилин до дати й часу, які ви передаєте в події,
-
із зазначенням часу запуску (з події або вказаного вручну),
-
за датою (з параметра події або вказаною у блоці).
Важливо
- Якщо час запуску береться з події, враховується переданий часовий пояс.
- Якщо час вказується вручну, блок запуститься за часовим поясом, вказаним у налаштуваннях вашого облікового запису eSputnik.
У полі “За ___ днів/годин/хвилин” вкажіть, за який час перед датою треба відправити повідомлення: за 1 годину, 3 дні, 10 хвилин тощо.
У полі “Перед датою” прописується динамічна змінна, якою цей параметр позначений у самій події. За замовчуванням це ${starDate}.
Важливо
Допускаються два формати часу і дати:
- За часом UTC: 2011-12-03T10:15:30;
- За часом UTC із коригуванням за таймзоною: 2011-12-03T10:15:30+02:00.
+02:00 у цьому випадку — це коригування часу для подій в Україні, оскільки час у Києві на 2 години випереджає час за UTC взимку. Повний список країн та регіонів можна переглянути тут.
Активуйте опцію “Використовувати часовий пояс контакту” для запуску в певний час, враховуючи часовий пояс контакту.