Перші кроки
Дані користувача
- Огляд адаптивного 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
Зміна системи
Документи
Інтеграція
Створення Welcome-серїі для Web Push
Розглянемо, як організувати ланцюжок вітальних пуш-повідомлень після підписки на канал Web Push. При цьому ми можемо використовувати дані, отримані під час підписки, такі як мова користувача та сторінка / сайт, де вона була здійснена.
Послідовність дій для підключення Web Push описано за посиланням.
Дані з підписки на Web Push
Подія підписки на Web Push має такі параметри, що передаються в eSputnik:
- pushToken – токен користувача;
- os – операційна система;
- userAgent – браузер;
- userAgentVersion – версія браузера;
- userAgentLang – локалізація браузера (мова користувача);
- ip – адреса, з якої здійснено підписку;
- subscriptionPage – сторінка, на якій здійснено підписку;
- appUid – ідентифікатор додатка (службове поле);
- contactId – ідентифікатор створюваного контакту.
Ці дані дозволяють персоналізувати подальшу комунікацію з підписником, як ми покажемо нижче.
Почнемо з налаштування вітального сценарію без використання додаткових даних із події підписки.
Базовий сценарій для запуску вітальної серії
1. Перейдіть до розділу “Тригери” → “Сценарії”. Натисніть кнопку “Новий сценарій”.
2. Створіть сценарій: найпростіший варіант, у якому після підписки користувачеві буде надіслано повідомлення, включатиме стандартні блоки “Старт” та “Кінець”, та вітальне повідомлення, яке потрібно підготувати заздалегідь:
3. Збережіть сценарій та перейдіть до вибору умови запуску.
При підписці на Web Push до вашого облікового запису приходить подія newWebpushSubscription, ви можете побачити її в розділі “Тригери” → “Історія подій”.
Цю подію потрібно зазначити в умовах запуску сценарію.
Докладніше про умови запуску сценаріїв >
Після активації сценарію кожен користувач після підписки отримуватиме вказаний у сценарії вітальний веб-пуш.
Перевірка мови
Перевірка мови підписника потрібна для того, щоб надалі спілкуватися з им відповідно до його мовних уподобань.
Зверніть увагу
Ви можете автоматизувати мультимовну комунікацію, підключивши відповідну функціональність
Для перевірки локалізації браузера до сценарію потрібно додати блок “Перевірити подію” з умовою “Змінна відповідає регулярному виразу” та параметром перевірки userAgentLang. У полі "Патерн" вказується мовний код, відповідність якому потрібно перевірити.
Кожен блок "Умова" повинен перевіряти, чи відповідає змінна з події вказаному в полі pattern значенню.
- Якщо так — сценарій пройде за гілкою “Так”, де знаходиться повідомлення відповідною мовою;
- Якщо ні — сценарій пройде за гілкою “Ні”, яка веде до наступної перевірки.
Останній блок "Умова" повинен бути пов'язаний обома гілками з повідомленням на мові за замовчуванням: якщо змінна в події не відповідає жодному зазначеному патерну, такі користувачі отримують це останнє повідомлення.
Перевірка браузера
Перевірка браузера потрібна для надсилання оптимально оформленого повідомлення, оскільки велике зображення та кнопки у повідомленні підтримуються лише браузерами на основі Chromium (Chrome, Opera, Brave, Vivaldi тощо).
У більшості ситуацій достатньо перевірити, чи використовує користувач Chrome:
- Так — відправити пуш з великим зображенням та кнопками;
- Ні – відправити пуш із упором на текст.
Щоб перевірити браузер під час підписки, в блоці "Умова" вкажіть параметр перевірки userAgent, а в полі "Патерн" — назву браузера, відповідність якому потрібно перевірити (Chrome, Firefox).
В іншому сценарій аналогічний до перевірки мови.
Перевірка сторінки / сайту підписки
Перевірка сторінки підписки свідчить про сферу інтересів користувача та дозволяє розпочати діалог на актуальну для нього тему.
Щоб перевірити сторінку підписки, в блоці "Умова" вкажіть параметр перевірки subscriptionPage, а в полі "Патерн" — адресу сторінки, відповідність до якої потрібно перевірити подію.
Також якщо збір токенів здійснюється з декількох сайтів, буде правильно, щоб повідомлення про успішну підписку містило відповідний логотип, посилання тощо.
Зверніть увагу
Пошук фрагмента за частковим збігом у посиланні проводиться записом шуканого рядка, оточеного “.*”, наприклад, — .*catalog.*, *sale.* тощо.
В іншому сценарій аналогічний описаним вище.
Зверніть увагу
Дані з параметра subscriptionPage не зберігаються у контактній картці. Щоб надалі використовувати їх для сегментації, після блоку умови додайте блок “Додати до групи” та вкажіть ідентифікацію контакту за Contact ID та відповідну групу для додавання:
Таким чином, завдяки параметрам у події про підписку ви можете не лише привітати або подякувати підписнику його рідною мовою, а й персоналізувати подальшу комунікацію.