Перші кроки
Відстеження подій та поведінки
- Отримання та встановлення скрипта веб-трекінгу
- Налаштування веб-трекінгу прив'язкою до селекторів сайту
- Налаштування веб-трекінгу для персоналізації контенту на сайті та в розсилках
- Передача даних про поведінку відвідувачів сайту через JavaScript
- Передача даних про поведінку відвідувачів сайту через REST API
Дані користувача
- Огляд адаптивного email-редактора
- Cтворення оформлення для листа
- Створення синхронізованих модулів
- Налаштування адаптивності
- Налаштування Smart-елементів
- Оформлення промовкладки для Gmail
- Додавання Rolloverʼа
- Додавання фону до листа
- Додавання анкорних посилань
- Бібліотека блоків (Модулі)
- Додавання таблиці до листа
- Додавання кастомних шрифтів
- Додавання кастомних іконок соцмереж
- Створення кнопки СТA
- Робота з блоком "Зображення"
Омніканальність
- SDK для мобільних застосунків
- Керування ключами доступу до мобільного SDK
- Підключення мобільного додатка
- Створення Google проекту для Mob Push
- Створення мобільних push-повідомлень
- Налаштування аналітики доставлень та кліків
- Планування мобільних push-повідомлень
- Налаштування універсальних посилань (deeplinks & Universal links)
- Звіти за мобільними push-розсилками
Автоматизація
Персоналізація
- Підстановка промокоду з файлу
- Підстановка промокоду з використанням API
- Принципи генерації промокодів за допомогою PHP/JAVA
- Підстановка промокоду за допомогою персоналізації
- Завантаження промокодів для використання в сценарії
- Генерація промокодів у сценарії
- Відправлення промокоду за допомогою передпроцесора
- HTTP-запит для передачі промокоду з повідомлення до картки контакту
Аналітика
Мультимовність
Товарні рекомендації
API
- Інтеграція з API — найчастіші питання
- API-ключі
- Ресурси API для додавання контактів
- Використання API-ресурсу Generate event
- Передача замовлень API-ресурсом Generate event
- Отримання рекомендацій щодо API ресурсом Contact recommendations based on web tracking
- Використання API-ресурсу Send prepared message
Зміна системи
Документи
Інтеграція
Група блоків "Умови"
Для створення сценарію в системі eSputnik передбачено використання блоків таких груп:
Блоки в групі "Умови" перевіряють виконання контактом тієї чи іншої умови й розділяють сценарій на дві гілки ("Так" або "Ні"), однією з яких він перебігатиме залежно від відповіді.
Група "Умови" складається з блоків:
Як працювати з групою "Умови"
Після переходу до створення сценарію (Тригери → Сценарії → Додати сценарій) у вікні за замовчуванням з'явиться блок "Початок", що є необхідним для побудови будь-якої схеми.
Виберіть потрібний блок із групи "Умови" на панелі інструментів ліворуч і розмістіть його слідом за стартовим або іншими блоками в сценарії, використовуючи метод drag-and-drop або просто клікнувши потрібний інструмент у меню.
Важливий момент!
До "Початку" можна приєднати тільки три умови:
- Розділити;
- Входить до групи;
- Поточний час.
Усі інші умови йдуть слідом за блоками "Дії" або "Загальні".
Додайте інші блоки в порядку, необхідному для збереження логіки сценарію, і з'єднайте їх між собою. Обов'язково вкажіть налаштування для кожного, вони з'являються праворуч за кліком по блоку. Також тут можна буде залишати коментарі, щоб вам або вашим колегам надалі було зрозумілим використання тієї чи іншої умови.
Для видалення натисніть клавішу Del або відповідну іконку. За кліком по іконці "Копіювати" зверху над блоком, а також комбінацією Ctrl+C і Ctrl+V ви можете продублювати його. Обов'язково завершуйте кожну гілку блоком "Кінець".
Розділити
Цей блок може використовуватися для спліт-тестування листів і дозволяє розділити сценарій на дві гілки, які пускають контакти у випадковому порядку одним або іншим шляхом. Імовірність спрацьовування кожної гілки задано в процентному співвідношенні, за замовчуванням вона становить 50/50. Ви можете змінити це співвідношення в будь-який момент побудови схеми, перетягнувши регулятор у налаштуваннях блоку.
Наприклад, ви можете створити сценарій для тестування ефективності каналів комунікації або двох варіантів повідомлення в одному каналі, встановивши для них однаковий відсоток спрацьовування.
На скріні вище показано сценарій для тестування каналів email та Viber. Виходячи з цієї схеми, одна половина ваших підписників отримає листа на свою електронну адресу, а інша — повідомлення у Viber. Подальший аналіз статистики за розсилками для цих каналів дозволить визначити, який із них спрацював краще.
Доставлено?
Завдання даного блоку — перевірити, чи доставлений користувачеві лист, і залежно від цього скоригувати подальший перебіг сценарію. Нижче ви можете побачити приклад сценарію з використанням перевірки "Доставлено?":
Тим, хто отримав ваше повідомлення, через день буде відправлено другий email, а решту підписників буде поміщено в групу "Невалідні email". Таким чином, використання цього блоку допоможе вам визначити доцільність використання email як каналу комунікації та зменшити відсоток помилок при здійсненні подальших розсилок.
В налаштуваннях блоку "Доставлено?" передбачені два альтернативних параметри, що визначають, які розсилки враховувати під час перевірки:
-
враховувати тільки останню розсилку. Якщо ви встановлюєте цей параметр, блок перевіряє, чи доставлено користувачеві лист, указаний безпосередньо перед цим блоком. Якщо доставлено, сценарій перебігатиме одним шляхом, а якщо ні — іншим.
-
усі розсилки. При використанні цього параметра блок перевірятиме доставлення будь-якого листа, що йде в ланцюжку листів до цього блоку. Якщо всі листи доставлені, сценарій перебігатиме однією гілкою, якщо ж один із листів не доставлений, — іншою.
Важливий момент!
Блок перевіряє доставлення повідомлень тільки в межах одного конкретного сценарію і не враховує факт доставлення поза ним.
Прочитав?
Цей блок перевіряє, чи прочитав користувач листа, і залежно від результату (Так/Ні) розділяє сценарій на дві гілки. Якщо, наприклад, користувач не прочитав ваш email протягом певного проміжку часу, ви можете протестувати іншу тему повідомлення, дослати Viber (див. скрін нижче) або SMS-повідомлення такого самого змісту. Це підвищить ваші шанси на отримання бажаного відгуку.
Ви можете задати один із двох параметрів для цього блоку:
-
враховувати тільки останню розсилку. У цьому випадку з усього ланцюжка листів блок перевірить прочитання тільки останнього листа. Якщо підписник прочитав повідомлення, сценарій перебігає одним шляхом, а якщо ні, — іншим.
-
враховувати всі розсилки. Блок перевіряє, чи прочитав користувач усі листи, відправлені за цим сценарієм до поточного блоку. Якщо прочитав усі, сценарій перебігає однією гілкою, якщо ж прочитав не всі або жодного, — іншою.
Важливий момент!
Блок перевіряє прочитання тільки в межах конкретного сценарію і не враховує, чи користувач читав коли-небудь листи, відправлені за іншими сценаріями.
Перейшов?
За допомогою цього блоку ви можете перевірити, чи переходив користувач куди-небудь за посиланням/посиланнями з листа, і задати альтернативні дії, виходячи з результатів перевірки. Блок ураховує перехід за будь-яким посиланням у вашому повідомленні, окрім посилання на сторінку відписки. При цьому пам'ятайте, що ви не можете вибрати для перевірки якесь конкретне посилання.
На скріні показано приклад сценарію, де використана перевірка в такий спосіб. Тим, хто перейшов за посиланням, тобто потенційно зацікавився вашою пропозицією, відправляється наступний лист, у якому пропонується спеціальна знижка або детальніше розкриваються переваги презентованого товару чи бренду. Для тих, хто не перейшов за посиланням у листі, сценарій завершується. Можливо, знадобляться інші аргументи або додаткові інструменти для роботи з цією групою.
Важливий момент!
Перед блоками "Доставлено?", "Прочитав?" і "Перейшов" рекомендоване додаткове використання таймера з групи "Загальні". Якщо цього не зробити, високою є ймовірність, що для більшості ваших підписників сценарій буде запущено гілкою "Ні".
Це пов'язано з тим, що система миттєво перевіряє виконання умови, а оскільки користувач не в змозі миттєво відреагувати на вашу розсилку, достовірні дані для запуску гілкою "Так" відсутні.
У цього блоку, так само як у попередніх, є два параметри, за якими можна здійснити перевірку:
-
враховувати тільки останню розсилку — відбувся перехід за посиланням у попередньому листі;
-
враховувати всі розсилки — чи був перехід за посиланням в усіх листах, відправлених на даний момент за цим сценарієм.
Важливий момент!
Блок перевіряє перехід за посиланнями тільки в межах одного конкретного сценарію і не враховує, чи клікав користувач коли-небудь посилання в інших ваших листах.
Входить до групи?
Завдання цього блоку — визначити, входять ваші підписники до певної групи чи ні. Залежно від результатів ви можете продовжити сценарій одним або іншим шляхом.
У прикладі наведеного сценарію, якщо підписники входять до групи "Валідні Email", їм відправляється лист на електронну пошту, якщо ж ні, — SMS. Так само ви можете використовувати інші дані (активність, замовлення, персональні дані та ін.) про ваших підписників, щоб створювати максимально ефективні та персоналізовані розсилки.
У налаштуваннях для цього блоку треба вибрати такі параметри:
-
група, перебування контакту в якій треба перевірити. Це обов'язкове поле;
-
спосіб ідентифікації контакту: за Email, ID контакту в системі або номером телефону. Виберіть одне з полів, за яким система буде розпізнавати й поміщати контакти до певної групи. Для коректного заповнення інформації скористайтеся нашими підказками при наведенні.
Поточний час
Цей блок допомагає перевірити, чи відповідає момент спрацьовування поточної гілки сценарію певній даті або дню тижня. Залежно від цього коригується подальший перебіг сценарію.
Умовами для розсилки ви можете вибрати один із таких параметрів:
-
у певні дні тижня (Пн-Нд);
-
тільки у вихідні (Сб-Нд) або будні (Пн-Пт);
-
якщо відповідає конкретній даті.
Наприклад, ви бажаєте, щоб залежно від поточної дати були відправлені різні версії вашого листа: до початку заходу і в день його проведення. Давайте розглянемо механіку спрацьовування сценарію з цією умовою:
-
сценарій дійде до блоку "Поточний час";
-
перевірить, яка сьогодні дата (чи зараз 19.10.2020?);
-
якщо дата відповідає вказаній у параметрі, сценарій піде гілкою "Так";
-
якщо не відповідає, сценарій піде гілкою "Ні".
Окрім цього, використовуючи ці ж самі умови, ви аналогічним чином можете не відправляти вашу розсилку в певні дні. На скріні нижче показано, як це можна зробити.
Збереження сценарію
Після того як у сценарії будуть розміщені всі необхідні блоки, натисніть кнопку "Зберегти", попередньо додавши назву сценарію.
Збережений сценарій з'явиться в списку (Тригери → Сценарії) зі статусом "Неактивний".
Щоб зробити сценарій активним, прив'яжіть до нього умову запуску. Детальніше про те, як створювати сценарії, читайте в цій статті.