Перші кроки
Дані користувача
- Огляд адаптивного email-редактора
- Cтворення оформлення для листа
- Створення синхронізованих модулів
- Налаштування адаптивності
- Налаштування Smart-елементів
- Оформлення промовкладки для Gmail
- Додавання Rolloverʼа
- Додавання фону до листа
- Додавання анкорних посилань
- Бібліотека блоків (Модулі)
- Додавання таблиці до листа
- Додавання кастомних шрифтів
- Додавання кастомних іконок соцмереж
- Створення кнопки СТA
- Робота з блоком "Зображення"
- Використання ШІ в email-редакторі
Омніканальність
- SDK для мобільних застосунків
- Керування ключами доступу до мобільного SDK
- Підключення мобільного застосунку
- Створення Google проекту для Mob Push
- Створення мобільних push-повідомлень
- Налаштування аналітики доставлень та кліків
- Планування мобільних push-повідомлень
- Налаштування універсальних посилань (deeplinks & Universal links)
- Надсилання тестових повідомлень із налагодження запитів
- Налаштування віджетів для сайту
- Виклик віджета
- Налаштування геоданих для правил виклику віджетів
- Збереження даних із віджетів у поля контактів
- Захист від роздратування
- Дії після заповнення форми
- Заміна системного сценарію Double Opt-In
- Розширення для тестування форм в Google Chrome
- Створення pop-up-форм за допомогою Google Tag Manager або WordPress
- Надсилання подій з віджетів eSputnik до Google Analytics
Автоматизація
- Подвійне підтвердження підписки
- Вітальна серія
- Вітальна серія із сегментацією за категоріями
- Запуск сценарію після імпорту контактів
- Регулярний сценарій для групи
- Вітання з днем народження
- Привʼязка сценарію до кнопки
- Реактивація клієнтів та підписників
- Відправка розсилки непрочитавшим
- Налаштування додаткових розсилок
Персоналізація
- Підстановка промокоду з файлу
- Підстановка промокоду з використанням API
- Принципи генерації промокодів за допомогою PHP/JAVA
- Підстановка промокоду за допомогою персоналізації
- Завантаження промокодів для використання в сценарії
- Генерація промокодів у сценарії
- Відправлення промокоду за допомогою передпроцесора
- HTTP-запит для передачі промокоду з повідомлення до картки контакту
Аналітика
- Звіт щодо email-розсилки
- Звіт щодо SMS-розсилки
- Звіт щодо розсилки Web Push
- Звіт щодо Viber-розсилки
- Звіт щодо розсилки Mob Push
- Звіт щодо розсилки App Inbox
- Звіт зі взаємодії з віджетами
- Звіт щодо тригерної розсилки
- Звіт щодо AMP-розсилки
- Звіт щодо мультимовної розсилки
- Налаштування передачі UTM-міток
- Візуалізація доходу
- Відстеження ефективності розсилок у Google Analytics
Мультимовність
Відстеження подій та поведінки
- Відстеження активності на сайті за допомогою Generate event
- Валідація параметрів подій
- Відстеження активності клієнтів у мобільних застосунках
- Події для запуску тригерних розсилок
- Розгалуження сценарію в залежності від параметрів події
- Підстановка даних з подій в повідомлення
- Вебхуки для відстеження активності
Товарні рекомендації
API
- Інтеграція з API — найчастіші питання
- API-ключі
- Ресурси API для додавання контактів
- Використання API-ресурсу Generate event
- Передача замовлень API-ресурсом Generate event
- Отримання рекомендацій щодо API ресурсом Contact recommendations based on web tracking
- Використання API-ресурсу Send prepared message
Зміна системи
Документи
Інтеграція
Події для запуску тригерних розсилок
Події — це сигнали про дії, що відбулися; найчастіше це дії користувача на сайті або в повідомленні. Вони використовуються для запуску тригерних розсилок, тобто виконують роль тригера. Щойно система отримує сигнал про настання певної події, відбувається автоматичний запуск сценарію. Наприклад, це може бути перехід за посиланням у листі або додавання певного товару до кошика.
Події можуть генеруватися як у самій системі eSputnik, так і в клієнтських системах, наприклад CRM або CMS інтернет-магазину. У другому випадку події передаються до системи eSputnik через API.
Категорії подій в eSputnik
У системі eSputnik користувачі можуть вибирати такі категорії для створення типу події:
1. Перехід за посиланням — відстеження кліку за посиланням у листі, до якого прив'язано подію. Цей тип події доступний користувачеві системи eSputnik за замовчуванням і є одним із найпопулярніших. Детальніше про те, як прив'язати сценарій до кнопки за допомогою цього типу події, читайте в окремій статті.
2. Підписка/Відписка — перехід за посиланням “Підписатися/Відписатися” у формі підписки або на сторінці відписки. Це службова категорія, що налаштовується спеціалістами eSputnik під час створення відповідних форм.
3. Інші — всі кастомні події, що можуть створюватися в системі вручну або передаватися за API. До таких подій належать покинуті кошики та перегляди, реєстрація на сайті, додавання товару до вибраного тощо.
-
Покинутий кошик — користувач додав товари до кошика, але не оформив купівлю. Ця подія передається до нашої системи через API та реєструється в категорії “Інші”.
-
Покинутий перегляд — користувач переглядав товари, але покинув сайт, не здійснивши купівлю; інформація про переглянуті товари також передається методом API та класифікується як “Інші” події.
4. RFM — цей тип події вибирається при налаштуванні тригерів, заснованих на RFM-аналізі. Подія для цієї категорії генерується під час переходу користувачів з одного сегмента до іншого залежно від їхньої активності (R — час від моменту останньої купівлі/прочитання листа, F — частота купівель або відкривання листів, M — витрати клієнта). Наприклад, ви можете налаштувати тригер при переході користувачів із сегменту “купували три місяці тому” до категорії “купували шість місяців тому” і в такий спосіб вчасно реактивувати їх.
5. Імпорт — використовується при запуску сценарію після імпорту нових контактів. У системі eSputnik за замовчуванням уже є створена подія цієї категорії, яку ви можете вибирати в умовах запуску сценарію. За потреби ви також можете створювати інші події в категорії “Імпорт”, що запускатимуть ті чи інші сценарії. Наприклад, ви можете налаштувати запуск одного сценарію при імпорті файлу “Чоловіки”, а при імпорті файлу “Жінки” — іншого. Про запуск сценарію після імпорту контактів ви можете дізнатися тут.
6. Повідомлення — службова категорія, що використовується при налаштуванні сповіщень про збої в роботі тригерів і автоматично створюється за результатами цього налаштування.
Найчастіше використовуються події з категорій “Перехід за посиланням” та “Інші”, рідше — “RFM” та “Імпорт”. Для полегшення процесу автоматизації в системі eSputnik за замовчуванням створені найпопулярніші типи подій, а саме:
-
“Підтвердив підписку” (категорія “Перехід за посиланням”);
-
“Імпорт нових контактів” (категорія “Імпорт”);
-
“Заповнив форму” (категорія “Підписка/Відписка”).
Створення типу події
Події в системі можуть створюватися двома способами: автоматично (передача через API) та вручну.
Під час першої передачі події через API її буде автоматично зареєстровано в системі й відображено в “типах подій” із категорією “Інші”. Детальніше про метод API читайте тут.
Вручну подію можна створити в такий спосіб:
1. Перейдіть до розділу “Тригери” → “Типи подій”, натисніть кнопку “Новий тип події”.
2. Дайте назву новій події.
3. Обов'язково заповніть поле “Ключ”. Це унікальний ідентифікатор події, що надходить до системи. До цього поля ви можете додати довільне слово, написане латиницею; можливе також використання цифр. Наприклад: perehod, sale, click тощо.
Важливо
Ключ не має бути однаковим у різних подій.
4. Додайте категорію:
5. Поле “Запускати не частіше одного разу на ... години” з'явиться після того, як ви здійсните прив'язку події до сценарію і вкажете частоту обробки унікальних подій в “Налаштуванні запуску сценарію”, сюди також автоматично підтягнеться одне зі значень:
- порожнє поле — якщо ви виберете запуск сценарію “Раз за увесь час”;
- значення 0 — при налаштованій опції запуску ланцюжка “Кожен раз” при надходженні події;
- значення більше 0 — якщо ви встановили частоту обробки унікальних подій “Запускати не частіше ніж раз в ... годин/днів/тижнів/місяців”. У такому випадку сценарій запуститься наступного разу не раніше, ніж через зазначену кількість годин після попереднього запуску. Наприклад, якщо зазначено 24 години, то при першому надходженні події сценарій буде запущено одразу, проте всі наступні події для одного й того самого контакту в межах доби будуть ігноруватися, і лише через 24 години нова подія знову може ініціювати запуск сценарію.
Можливість налаштувати обмеження повторного запуску надається, щоб користувач не отримував однакових листів при здійсненні повторюваних дій (замовлення, покинутий кошик, покинутий перегляд) протягом вказаного проміжку часу.
6. Якщо у вас підключено сегментацію за подіями користувача, активуйте опцію “Враховувати події в сегментації контактів”. Якщо ж у вашому тарифному плані її не передбачено, залиште повзунок неактивним. Можливості сегментації та персоналізації розсилок застосовуються передусім до кастомних подій, що передаються за API, і є особливо актуальними для інтернет-магазинів і мобільних застосунків.
Примітка
Для підключення цієї опції зверніться до відділу продажів sales@esputnik.com
7. Активуйте опцію “Валідувати параметри”.
Докладніше читайте в статті “Валідація параметрів подій”.
8. Збережіть створену подію, натиснувши кнопку "Додати".
Після цього вона відобразиться в списку “Типи подій”.
Ви можете клікнути потрібну подію, щоб перейти до її редагування, або видалити її, вибравши однойменну опцію натиснувши на іконку три крапки.
Для швидкого пошуку та більш зручного відображення списку, використовуйте сортування типів подій за:
-
ID типу події;
-
Назвою;
-
Категорією.
Запуск тригерної розсилки за подією
Залежно від обраного вами типу події процеси створення тригерної розсилки будуть різними, утім основними й обов'язковими етапами є такі:
Отримання/реєстрація події в системі
На цьому етапі вам треба створити подію в eSputnik або забезпечити інтеграцію з системою для передачі кастомних подій за API (див. пункт “Створення події”).
Усі створені й передані події відображаються в розділі “Тригери” → “Типи подій”.
Створення сценарію
Створіть сценарій, який бажаєте запускати при спрацьовуванні певної події.
Наприклад, це може бути тригерна розсилка, що запускатиметься за умови настання таких подій:
-
за кліком певної кнопки в листі (Перехід за посиланням);
-
при заповненні форми підписки (Підписка/Відписка);
-
після імпорту нових користувачів до системи (Імпорт);
-
одразу після переходу ваших підписників із сегмента активних до сегмента пасивних користувачів (RFM);
-
у момент здійснення певних дій на сайті (Інші — Покинуті кошики, Покинуті перегляди).
Для створення сценарію перейдіть до вкладки “Тригери” → “Сценарії” та натисніть кнопку “Новий сценарій”.
У вікні, що відкриється, вкажіть назву сценарію і перетягніть потрібні вам блоки методом drag-and-drop. З'єднайте блоки між собою і обов'язково завершіть кожну гілку блоком “Кінець”.
Нижче наведено приклад сценарію, який буде спрацьовувати при натисканні кнопки “Промоакція” в повідомленні. Усі контакти, які натиснули цю кнопку, буде додано до окремої групи “Зацікавилися розсилкою”, і вони отримають додаткове повідомлення з деталями попередньої пропозиції.
Прив'язка події до сценарію
1. Перейдіть до вкладки “Тригери” → “Сценарії” та натисніть “Налаштування запуску” в полі сценарію.
2. У вікні, що відкриється, активуйте перемикач “Налаштування запуску” та виберіть потрібну подію.
3. Натисніть вкладку “За подією” та вкажіть для неї частоту обробки унікальних подій:
- Кожен раз — якщо сценарій необхідно запускати при надходженні кожної повторної події за одним і тим самим контактом. Наприклад, ви вибрали цю опцію для тригера “Замовлення”. У цьому випадку кожного разу, коли ваш клієнт буде оформляти замовлення, він отримуватиме емейл з інформацією про замовлені товари. Якщо він оформить три окремих замовлення протягом дня, то отримає відповідно три повідомлення.
- Раз за у весь час — щоб ваш контакт отримав тригерний ланцюжок тільки одного разу за весь час незалежно від того, яку кількість подій за ним було зареєстровано. Прикладом використання цього варіанту може бути відправлення welcome-ланцюжка після першої купівлі товару: скільки б замовлень не зробив клієнт, він отримає тільки одну привітальну серію листів;
- Запускати не частіше ніж раз в ... годин/днів/тижнів/місяців — якщо треба, щоб обробка подій здійснювалася одного разу протягом певного проміжку часу. Наприклад, ви вибрали опцію запуску один раз на годину для сценарію “Покинуті кошики”. Якщо один і той самий клієнт протягом години тричі залишить кошик неоплаченим, сценарій обробить тільки одну подію за цей проміжок часу, і листа із нагадуванням про оплату буде відправлено клієнтові один раз.
4. Натисніть кнопку “Застосувати”.
Подія відобразиться в умовах запуску створеного сценарію. При цьому сценарій, до якого було прив'язано подію, також з'явиться в полі “Пов'язаний сценарій” в налаштуваннях події.
Запуск сценарію
1. Натисніть іконку запуску для активації сценарію.
2. Підтвердить активацію сценарію натисканням кнопки “Активувати”.
Створений сценарій стане активним, та позначиться відповідною іконкою.
Після того як сценарій та подію буде пов'язано між собою, при надходженні цієї події до системи запускатиметься сценарій розсилки тому контактові, email-адресу (або номер телефону, токен) якого було передано разом із подією. Контактна інформація передається разом із подією та є її невід'ємною частиною.
Історія подій
Для перегляду журналу подій, що надходять до системи у режимі реального часу, перейдіть до розділу “Тригери” → “Історія подій”.
Якщо події не передаються, журнал буде порожнім.
Після запуску тригерної розсилки ви матимете змогу відстежувати надходження подій до системи eSputnik, фільтрувати події за типом і часом, а також здійснювати їхній пошук за ключем. У загальному переліку подій за налаштованими параметрами відображатимуться тип події, ключ унікальності, знайдений контакт (якщо використовується сегментація за івентами), пов'язаний сценарій і дата надходження.
Клікнувши рядок “Тип події”, ви зможете побачити, які з її параметрів передаються до системи.
Ця інформація дозволить вам відстежувати відпрацювання сценарію з використанням події.
Якщо в процесі налаштування тригерної розсилки у вас виникнуть додаткові питання, будь ласка, зв'яжіться з нами за адресою support@esputnik.com.