Перші кроки
Дані користувача
- Огляд адаптивного 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. Створіть джерела даних на основі алгоритмів “Покинутий перегляд (до 6 товарів)” та “Рекомендації до 6 кинутих переглядів (до 6 рек.)”.
Зверніть увагу
Більшість алгоритмів створено під конкретні тригери CDP-сегментації та працюють лише у них. Налаштування універсального алгоритму описано у статті "Створення проморозсилки з товарними рекомендаціями".
2. Перейдіть до розділу “Повідомлення” на вкладку “Повідомлення” та натисніть “Новий email”.
3. Виберіть базовий шаблон “Покинутий перегляд”.
У шаблоні вміщено 2 смуги з товарними картками:
- перша (“Ви дивилися такі товари”) – з динамічними налаштуваннями;
- друга ("Рекомендуємо подивитися") – ілюстративна, без динамічних налаштувань.
4. Виділіть першу смугу з картками товарів товарами та відкрийте її код.
5. У рядку #foreach($item in $data.get('views')) замініть views на назву джерела, яке ви створили на основі алгоритму “Покинутий перегляд (до 6 товарів)”.
6. Налаштуйте зовнішній вигляд смуги.
Структура лінії універсальна: залежно від кількості переглянутих товарів одержувач побачить одну, дві або три картки в ряді.
Ви можете змінити оформлення елементів смуги: кольори, текст, фон.
Не рекомендуємо змінювати структуру смуги, тобто розташування її елементів відносно один одного: це зламає верстку, і одержувач побачить некоректне відображення контенту листа. Також не можна змінювати змінні, прописані в динамічній структурі, тому що вони відповідають за виведення даних про товари з вашого фіду.
Якщо ви бажаєте зверстати принципово іншу структуру смуги з динамічним контентом, залиште заявку на адресу support@esputnik.com.
Див. докладніше про оформлення тригерного шаблону.
7. Збережіть смугу як модуль.
Збережений модуль можна використовувати в будь-яких розсилках з добірками товарів, наприклад, у тригері "Покинутий кошик". Потрібно лише замінити назву джерела даних.
Ми використаємо збережений модуль у цьому шаблоні як смугу з рекомендаціями до переглянутих товарів.
8. Видаліть із шаблону ілюстративну смугу з товарними картками (“Рекомендуємо подивитися”).
9. Вставте модуль видаленої смуги, який зберегли перед цим.
10. Замініть у коді смуги назву джерела на те, яке ви створили для алгоритму “Рекомендації до 6 кинутих переглядів (до 6 рек.)”.
На цьому налаштування рекомендацій завершено. Ви можете вставити збережені модулі у тригерний шаблон, або змінити дизайн шаблону, в якому працюєте зараз, в стилі вашого сайту.
Зверніть увагу
Ви можете визначити, що робити з повідомленнями, коли даних для рекомендацій немає, — відправляти чи ні. Для цього додайте у код, що відповідає за рекомендації, один з варіантів velocity-команди:
- $!datasource('source_name').required('false') — відправляти,
- $!datasource('source_name').required('true') — не відправляти.