Перші кроки
Дані користувача
- Огляд адаптивного 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
Зміна системи
Документи
Інтеграція
Типи діплінків
Діплінк (deeplink, глибинне посилання) — це універсальний ідентифікатор ресурсу (URI), який посилається на певну сторінку веб-сайту, екран додатка або магазин застосунків. Ви можете використовувати 3 типи глибинних посилань у мобільних push-повідомленнях eSputnik:
- Традиційні посилання (app-name://category/screenX),
- Веб-діплінки (https://www.example.com/products)
- Універсальні посилання (https://www.example.com/products)
Традиційні діплінки
Традиційні глибинні посилання ведуть у додаток або будь-який з його екранів.
Щоб створити традиційну диплінку, додайте назву свого додатка замість HTTP-протоколу. Приклад такого посилання: app-name://category/screenX
Важливо
Обов'язково надайте відповідне посилання екрану в додатку
Якщо у користувача не встановлено додаток, натискання на діплінк викличе сторінку помилки. Але оскільки ви відправляєте диплінки у мобільних пушах, ви можете бути впевнені, що контакти встановили ваш додаток.
Примітка
Якщо додаток не встановлено, спрацювання традиційних глибинних посилань після натискання залежить від реалізації їх обробки.
Веб-діплінки
Клік за глибинним веб-посиланням обробляється за схемами, описаними нижче.
На iOS:
На Android:
Натискання на глибинні посилання у веб-браузері надсилає користувачів до певного розділу застосунку або на веб-сторінку, якщо додаток не встановлений.
Веб-діплінк виглядає як веб-посилання: https://www.example.com/products
Вам необхідно задати відкриття застосунку за натисканням на www.example.com у налаштуваннях додатка.
Примітка
Веб-діплінки особливо актуальні для додатків, які підтримуються веб-сайтами, наприклад, у сфері ecommerce. Але ми не рекомендуємо використовувати їх через високий ризик втратити UTM або інших важливих параметрів, які можуть бути критичними для аналітики.
Універсальні посилання iOS та Android-еплінки
Універсальні посилання iOS (Universal Links) та Android-еплінки (Android App Links) – це бекенд-фреймворки зі специфічними налаштуваннями.
Їх можна використовувати в email-кампаніях, щоб направляти користувачів у певний розділ додатка.
Android
Інструкція з налаштування на офіційному сайті: developer.android.com.
- Реалізуйте схему діплінків, що ведуть на певні сторінки в додатку.
- Додайте в додаток правило для запиту App Links щодо відкривання додатка.
- Опублікуйте файл асоціації в форматі JSON на вашому домені (ним може бути як власний домен додатка, так і домени рекламних трекерів).
Команда для тестування коректності налаштувань (Shell):
adb shell am start
-W -a android.intent.action.VIEW
-d <URI> <PACKAGE>
iOS
Інструкція з налаштування на офіційному сайті: developer.apple.com.
- Зв'яжіть додаток із доменом у налаштуваннях програми через XCode (домен може бути як власний, так і рекламних трекерів).
- Створіть файл асоціації — сторінку, яка містить дані в форматі JSON, тобто контент, доступний в додатку.
- Налаштуйте правила обробки натискання Universal Link у файлі appdelegate. Якщо додаток установлено, то відкриється запитувана сторінка; якщо не встановлено чи неможливо надати потрібний контент, — відкриється сторінка в Safari.
Важливо
Після створення файлу асоціацій (manifest.json) передайте його в нашу службу підтримки для розміщення на нашому сервері.
При налаштуванні асоціацій необхідно враховувати, що всі посилання, які ви використовуєте в розсилці, будуть виглядати приблизно так: ваш.домен.esclick.me/FA25jGSLGXxg. Це субдомен. За кліком на подібні посилання відбувається звернення до нашого серверу (таким чином реєструється факт натискання посилання), ми повертаємо відповідь 301 з оригінальним посиланням, і вже за ним відбувається перехід.