Перші кроки
Дані користувача
- Огляд адаптивного 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 чи будь-який інший тег-менеджер. У такому випадку він блокується контент-фільтрами, і є ймовірність втрати даних, що відстежуються.
Підготовка та завантаження фіда
Увага: цей та наступний пункт актуальний тільки для випадку, коли налаштування трекінгу відбувається на стороні eSputnik за допомогою прив'язки до селекторів сайту.
Відразу після налаштування скрипту в цьому розділі можна додати список товарів.
Ваш товарний фід повинен містити обов'язкові атрибути товару:
- id
- title
- brand
- google_product_category
- description
- link
- availability
- name
- price
- url
- image_link
Кількість атрибутів залежить від вимог Google, а також від того, наскільки детальний опис товарів ви хочете додати в лист. XML-фід повинен бути в RSS 2.0 за специфікацією Google, а файл типу MIME – відповідати 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” і у вкладці “Базові” виберіть “Покинуті перегляди”:
Стандартний лист матиме такий вигляд:
Тут уже стоять усі необхідні змінні, окрім динамічних даних, які для кожного проєкту прописують спеціалісти техпідтримки.
Структурно, крім стандартних елементів – хедера та футера, у листі обов'язково мають бути:
- блок із одним товаром, якщо людина дивилася один товар;
- блок із двома товарами;
- блок із трьома товарами.
Обов'язково потрібно розмістити структури з різним набором карток в одній смузі одна під одною. Якщо вам не підходять стандартні блоки товарів, можете скористатися бібліотекою модулів або зверстати їх зі своїм дизайном.
Також ми рекомендуємо задати для листа мітку Browsing. Надалі це спростить моніторинг роботи тригера, дозволить швидко знаходити листи, що надсилаються, у звітах:
Додавання динамічного контенту
Щоб у листі виводилися дані про товари з вашого сайту, потрібно використовувати динамічний контент. Передайте підготовлений шаблон до служби підтримки eSputnik – вони пропишуть необхідні параметри після налаштування вебтрекінгу.
Створення сценарію
Створити та запустити сценарій можна самостійно.
Для цього перейдіть до розділу “Тригери” → “Сценарії” та натисніть кнопку “Новий сценарій”:
Заповніть назву та опціонально опис, потім переходьте до вибору блоків. Вони знаходяться на панелі зліва.
У сценарії мають бути три обов'язкові блоки:
- Старт – додається автоматично;
- Email – знаходиться у вкладці "Повідомлення";
- Кінець – знаходиться у вкладці "Популярні" або "Інше"
У блоці Email необхідно вибрати попередньо створене повідомлення для покинутих переглядів. Щоб відкрити налаштування, натисніть на блок. Праворуч у полі “Повідомлення” знайдіть потрібний лист.
У полі “Email контакту” впишіть змінну ${ContactId}.
Зв'яжіть блоки між собою, простягнувши лінії від одного до іншого мишкою, та збережіть сценарій.
Створення групи
Тепер необхідно підготувати умовну групу, для якої запускатиметься сценарій. Це сегмент контактів, які дивилися на сайті товари, але не придбали їх. Якщо він у вас є, переконайтеся, що умови є коректними, і переходьте до наступного пункту. Готова група виглядатиме так:
Відкрийте розділ “Контакти” → “Групи”, натисніть кнопку "Нова група". Далі виберіть "Умовна" і натисніть "Створити", введіть назву (наприклад, "Покинуті перегляди") і за бажанням мітку. Щоб вказати критерії сегментації, натисніть “Додати картку”.
У стовпці "Включити" знайдіть подію "Покинуті перегляди" і клацніть по ній → "Обов'язкові поля" → "Є в наявності" → "Так".
З'явиться картка з умовою, де необхідно змінити інтервал на “протягом останніх днів”. Для цього натисніть текст і виберіть зі списку, як показано на малюнку:
За аналогією в стовпці “Виключити” знайдіть події “Online замовлення” → “Всі” та виправте інтервал на останній день.
Натисніть “Готово”, щоб зберегти.
Запуск сценарію
Далі потрібно вибрати умови, які будуть ініціювати надсилання повідомлень. Поверніться в “Тригери” → “Сценарії” та клацніть “Налаштування запуску/зупинки” навпроти відповідного сценарію у списку:
Перейдіть у вкладку “Регулярний” і виберіть такі умови:
- Група – “Покинуті перегляди”;
- Дата запуску – поточна чи майбутня, з якої ви плануєте розпочати розсилку;
- Розклад запуску – щогодини;
- Обробляти унікальні події – запускати не частіше ніж раз на 7 днів.
Важливо
7 днів – це обмеження частоти відправлення повідомлень одному й тому ж користувачу. Тобто листи надходитимуть контакту не частіше ніж раз на тиждень. Ми рекомендуємо дотримуватися його, щоб мінімізувати скарги на спам та відписки. За потреби можна встановити інший ліміт.
Активуйте сценарій.
Сценарій з такими параметрами запускатиметься один раз на годину. Після запуску умовна група оновлюється та дані по сегменту актуалізуються. Надсилання по оновленому сегменту відбувається після дій на сайті в проміжку часу 60-120 хвилин.
Перевірка роботи тригерів
Для тестування листів із покинутими переглядами необхідно зібрати дані тестового контакту:
1. Авторизуйтесь на сайті, де встановлений скрипт, або перейдіть туди з листа (необхідна наявність UTM-міток eSputnik у посиланнях);
2. Переглядайте товари.
Зібрані дані про ваші перегляди на сайті можна перевірити, перейшовши в обліковому записі в “Налаштування” → “Джерела даних”.
Тут ви побачите, як у систему підтягнулися саме ті товари, які ви переглядали:
Переконавшись, що дані зібрані, починайте тестування листів.
Перевірити роботу тригерів можна такими способами:
- Надсилання тестового листа контакту, який переглянув товари на сайті. Для цього відкрийте повідомлення в редакторі та у верхньому меню праворуч натисніть кнопку TEST:
- У рамках створеного сценарію. Для тестування до сценарію потрібно додати блок "Отримати контакт" перед блоком надсилання емейла. Сценарій матиме такий вигляд:
Після збереження перейдіть до розділу "Тригери" → "Сценарії", знайдіть потрібний сценарій, натисніть на 3 крапки і виберіть "Запустити один раз":
Вкажіть ID тестового контакту у полі ContactID або email у полі EmailAddress та запустіть сценарій:
Протягом кількох хвилин на вказану пошту має прийти лист – перевірте, як він виглядає. Якщо все гаразд, можна повернути сценарій у попередній вигляд, як до тесту, замість конкретного контакту вказати змінну і запустити.
Аналітика
У будь-який момент ви можете проконтролювати, які листи формуються для ваших користувачів, у розділі “Розсилки” → “Одиночні”.
Зведені звіти щодо розсилки листів будуть у розділі “Розсилки” → “Звіти”.