Перші кроки
Дані користувача
- Огляд адаптивного 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
Зміна системи
Документи
Інтеграція
Налаштування сценарію покинутого кошика
Процес налаштування базового сценарію покинутих кошиків складається з таких етапів:
Підготовка
Найпростішим рішенням є слідувати процесу підготовки сценарію покинутих кошиків послідовно.
1. Перевірте правильність передавання контактів до системи
Для коректної роботи сценарію необхідно, щоб регулярно надходили дані про нових користувачів, а про наявних – оновлювалися. Якщо ви раніше вже налаштовували передавання контактів, можна не вагаючись пропустити цей пункт. Тим, у кого цей процес іще попереду, рекомендуємо ознайомитися з інструкцією, як налаштувати інтеграцію з системою по API. Команда технічної підтримки завжди готова перевірити коректність інтеграцій та обов'язково підкаже, якщо буде треба щось доопрацювати, – звертайтесь за адресою support@esputnik.com.
Зверніть увагу!
Відправлення сценаріїв покинутих кошиків і покинутих переглядів можливе тільки для наявних у системі eSputnik контактів. Також для ефективного доставлення листів дуже важливо, щоб у акаунті проводилися регулярні масові розсилки з увімкненими UTM-мітками.
2. Розмістіть скрипт веб-трекінгу, налаштуйте передавання фіду та встановіть ідентифікатор productKey
Налаштування детально описане у цій статті-інструкції. Дотримуйтесь її, щоб впровадження пройшло швидко та ефективно. Слід врахувати, що вам знадобиться додатковий час, оскільки цей процес теж складається з кількох етапів:
Отримання та встановлення скрипту веб-трекінгу
Скрипт веб-трекінгу генерується у системі eSputnik. Відкрийте меню профілю, перейдіть у “Налаштування” → “Веб-трекінг” і натисніть “Отримати скрипт”.
Налаштування веб-трекінгу
Вкажіть домен або піддомен проекту, а готовий скрипт скопіюйте та розмістіть на всіх сторінках сайту як у десктопній, так і в мобільній версії. Над подальшим налаштуванням працюватиме інтеграційна команда техпідтримки eSputnik.
Увага!
Рекомендуємо не впроваджувати скрипт через Google Tag Manager або будь-який інший тег-менеджер. У цьому випадку він блокується контент-фільтрами і є ймовірність втрати даних, що відстежуються.
Підготовка та завантаження фіду
Одразу після налаштування скрипту в тому самому розділі можна додати список товарів.
Ваш товарний фід має містити обов'язкові атрибути товарів:
- id;
- title;
- brand;
- google_product_category;
- description;
- link;
- availability;
- name;
- price;
- url;
- image_link.
Кількість атрибутів залежить від вимог Google, а також від того, наскільки детальний опис товарів ви бажаєте додавати до листів. XML-фід має бути в RSS 2.0 за специфікацією Google, а MIME type файлу – відповідати XML-специфікації application/xml, text/xml, application/rss+xml, application/xhtml+xml.
Додавання елемента productKey
productKey – унікальний ідентифікатор товару, який є у фіді. Він має бути присутнім:
- у картці товару,
- pop-up картки товару,
- кошику.
Якщо він відсутній, додайте його до верстки сторінки сайту як прихований елемент. Включати productKey треба тільки всередину контейнера для кожного товару.
Додавання email та номерів телефонів авторизованих користувачів до розмітки сайту (індивідуально)
У розмітці сайту важливо показувати email-адреси авторизованих користувачів. Це потрібно, щоб eSputnik зміг ідентифікувати людину, яка на поточний момент перебуває на сайті, асоціювати її з подією та надіслати листа.
Якщо на сайті немає авторизації, зверніться з питань кастомного доопрацювання до eSputnik, щоб мати можливість збирання email-адрес із полів (будь-якого місця на сайті, де клієнти можуть залишити свій email: купівля, підписка на розсилку).
3. Передайте проект на перевірку технічних налаштувань
Після здійснення всіх технічних робіт необхідно передати проект на перевірку спеціалістам підтримки eSputnik. Потім треба оплатити тариф Extra features, до якого входить підтримка сценаріїв покинутих кошиків і покинутих переглядів. Сплачена сума резервується на період доналаштування веб-трекінгу інтеграційною командою; у цей час можна зайнятися підготовкою макету листа.
Створення листа для покинутих кошиків
Підготовка шаблона
Необхідно створити листа, який відправлятиметься користувачам і до якого автоматично підставлятимуться товари з кошика.
Його можна зробити на базі заздалегідь підготовленого в системі шаблона. Для цього перейдіть у “Повідомлення” → “Повідомлення”, натисніть “Створити Email” та у вкладці “Базові” виберіть “Покинутий кошик”:
Стандартний лист матиме такий вигляд:
Тут уже проставлені всі потрібні змінні, крім динамічних даних, які для кожного проекту прописують спеціалісти з техпідтримки.
Структурно в листі, крім стандартних елементів – хедера та футера, обов'язково мають бути:
-
блок із одним товаром, якщо людина переглядала один товар;
-
блок із двома товарами;
-
блок із трьома товарами;
Слід обов'язково розмістити структури з різним набором карток в одній полосі одна під іншою. Якщо вас не влаштовують стандартні блоки товарів, можете скористатися бібліотекою модулів або зверстати їх у своєму дизайні.
Також ми рекомендуємо задати для листа мітку Cart. Це в подальшому полегшить моніторинг роботи тригера, дозволяючи швидко знаходити у звітах листи, що відправляються:
Додавання динамічного контенту
Для того, щоб у листі виводилися дані про товари з вашого сайту, треба використовувати динамічний контент. Передайте підготовлений шаблон до служби підтримки eSputnik – вони пропишуть необхідні параметри після налаштування веб-трекінгу.
Створення сценарію
Створити і запустити сценарій можна самостійно.
Для цього перейдіть до розділу “Тригери” → “Сценарії” та натисніть кнопку “Новий сценарій”:
Заповніть назву та опціонально опис, після чого переходьте до вибору блоків. Вони знаходяться на панелі ліворуч.
Сценарій має містити три обов'язкових блоки:
- Старт – додається автоматично;
- Email – знаходиться у вкладці "Повідомлення";
- Кінець – знаходиться у вкладці "Популярні" або "Інше".
У блоці Email треба вибрати заздалегідь створене повідомлення для покинутих кошиків. Щоб відкрити налаштування, клікніть це повідомлення. Праворуч у полі “Повідомлення” знайдіть потрібний лист.
У поле “Email” впишіть змінну ${сontactId}.
Пов'яжіть блоки між собою, протягнувши мишею лінії від одного до іншого, та збережіть сценарій.
Створення групи
Тепер необхідно підготувати умовну групу, для якої запускатиметься сценарій. Це сегмент контактів, які переглядали товари на сайті, але не купували їх. Якщо він у вас є, переконайтеся, що умови коректні, і переходьте до наступного пункту. Готова група матиме такий вигляд:
Відкрийте розділ “Контакти” → “Групи” і натисніть кнопку ”Нова група”. Після цього виберіть "Умовна" і клікніть "Створити", введіть назву (наприклад, "Покинуті кошики") і за бажанням – мітку. Щоб вказати критерії сегментації, натисніть "Додати картку".
1. У стовпчику “Включити” знайдіть подію “Покинуті кошики” та клікніть її → “Обов'язкові поля” → “Є в наявності” → “Так”.
З'явиться картка з умовою, де треба змінити інтервал на “протягом 1 останніх днів”. Для цього натисніть текст і виберіть зі списку, як показано на малюнку:
2. За аналогією у стовпчику “Виключити” знайдіть події “Online замовлення” → “Всі” та виправте інтервал на останній день.
Натисніть “Готово” для збереження.
Запуск сценарію
Потім треба вибрати умови, які ініціюватимуть відправлення повідомлень. Поверніться у “Тригери” → “Сценарії” та клікніть посилання “Налаштування запуску/зупинки” навпроти відповідного сценарію у списку:
У вікні, що з’явиться, перейдіть до вкладки "Регулярний" і виберіть такі умови:
- Група – "Покинуті кошики";
- Дата запуску – поточна чи майбутня, з якої ви плануєте розпочати розсилку;
- Розклад запуску – щогодини;
- Обробляти унікальні події – запускати не частіше ніж один раз на 7 днів.
Важливий момент!
7 днів – це обмеження частоти відправлення повідомлень одному й тому самому користувачеві. Тобто листи надходитимуть контактові не частіше ніж один раз на тиждень. Ми рекомендуємо дотримуватись цього обмеження, аби мінімізувати скарги на спам та відписки. За потреби ви можете встановити інший ліміт.
Активуйте сценарій
Сценарій з такими налаштуваннями запускатиметься один раз на годину. Після запуску умовна група оновлюється і дані щодо сегменту актуалізуються. Відправлення за оновленим сегментом здійснюється після дій на сайті в часовому проміжку 60-120 хвилин.
Перевірка роботи тригерів
Щоб протестувати листи з покинутими корзинами, треба зібрати дані тестового контакту:
-
авторизуйтеся на сайті, на якому встановлений скрипт, або перейдіть туди з листа (обов'язковою є наявність UTM-міток eSputnik у посиланнях);
-
додавайте товари до кошика.
Зібрані на сайті дані конкретного контакту можна перевірити, перейшовши в акаунті в “Налаштування” → “Джерела даних”:
Тут ви побачите, як до системи підтягнулися саме ті товари, які ви залишили в кошику.
Переконавшись, що дані зібрано, переходьте до тестування листів.
Перевірити роботу тригерів можна такими способами:
-
Відправлення тестового листа контакту, який покинув кошик на сайті. Для цього відкрийте повідомлення в редакторі та у верхньому меню праворуч натисніть кнопку TEST:
-
У межах створеного сценарію. Для тестування до сценарію треба буде додати блок "Отримати контакт" перед блоком відправлення імейлу. Сценарій матиме такий вигляд:
Після збереження перейдіть до розділу "Тригери" → "Сценарії", знайдіть потрібний сценарій, натисніть трикрапку і виберіть "Запустити один раз":
Вкажіть ID тестового контакту в полі ContactID або email у полі EmailAddress і запустіть сценарій:
Протягом кількох хвилин на вказану поштову адресу має надійти лист – перевірте, як він виглядає. Якщо все гаразд, можна повернути сценарій до попереднього вигляду, який він мав до тесту, замість конкретного контакту вказати змінну та запустити.
Аналітика
У будь-який момент ви можете проконтролювати, які листи формуються для ваших користувачів у розділі “Розсилки” → “Одиночні”.
Зведені звіти щодо розсилки листів знаходитимуться в розділі “Розсилки” → “Звіти”.
Реалізація сценарію “Покинуті кошики” з використанням web push