Перші кроки
Дані користувача
- Огляд адаптивного 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
Зміна системи
Документи
Інтеграція
Додавання/зміна/видалення відправника
Використовуйте різні імена відправників, щоб розділити різні типи email-розсилок. Також це дозволить підписникам зручніше фільтрувати листи. Наприклад:
-
промо,
-
тригерні,
-
повідомлення від менеджерів.
Додати чи змінити ім'я відправника можна кількома способами.
Важливо
Перед налаштуванням необхідно додати цифрові підписи.
Додавання відправника в email-редакторі
Статична адреса відправника
1. Перейдіть на вкладку "Повідомлення" → "Повідомлення" → "Email" → відкрийте потрібний лист або створіть новий.
2. Натисніть поле з назвою і темою повідомлення, щоб відкрити налаштування.
3. Натисніть кнопку “+ Новий відправник”.
4. У вікні, що відкрилося, вкажіть назву компанії та email.
Важливо
Email-адреса відправника має бути на вашому корпоративному домені. Наприклад, для сайту yourcompany.com можна додати такі адреси:
-
marketing@yourcompany.com
-
support@yourcompany.com
Після натискання кнопки "Додати" ви отримаєте лист-підтвердження на email, який вказали у відповідному полі. Перейдіть до листа від eSputnik Support і підтвердьте запит.
5. Щоб змінити адресу відправника в email-редакторі, натисніть назву раніше доданого відправника і оберіть нового.
Динамічна адреса відправника
Цей варіант слід використовувати для надсилання масової розсилки з різними відправниками. Наприклад, коли потрібно автоматично підставляти імена персонального менеджера для кожного клієнта.
Для тригерних повідомлень, що надсилаються через сценарії, для відправника можна використовувати:
-
дані з параметрів події,
-
дані з поля контакту.
Щоб додати динамічну адресу відправника, виконайте наведені кроки в email-редакторі.
1. Натисніть на поле "Відправник".
2. У вікні, що відкрилося, перейдіть на вкладку “Динамічна адреса”.
Важливо
Якщо ця опція недоступна для вашого облікового запису, відкриється вікно, де необхідно подати заявку на активацію.
Для підстановки відправника з параметрів події вкажіть у полі velocity-структуру. Наприклад, $!data.get('yoursender_address'), де yoursender_address – змінна, яка використовується в події.
Для підстановки відправника з картки контакту натисніть іконку з чоловічком і виберіть відповідне поле контакту. Змінна автоматично додасться в поле.
3. Натисніть кнопку "Зберегти".
Додавання відправника через налаштування акаунту
1. Зайдіть у ваш обліковий запис → “Налаштування” → “Відправники” → “Новий відправник”.
2. У вікні, що відкрилося, вкажіть назву компанії та email.
Після натискання кнопки “Додати” ви отримаєте лист на вказаний email.
3. У отриманому листі від eSputnik Support потрібно підтвердити запит.
Після підтвердження відправник отримає статус “Доступний”. Статус “Очікує підтвердження” буде відображатися, поки за посиланням з листа не буде переходу. У вкладці “Ім'я відправника” можна переглянути список усіх відправників зі статусами та надіслати повторний запит, а також знайти потрібний через пошук:
Додавання адреси для відповіді
За замовчуванням усі відповіді користувачів надходять на ту саму адресу, яка використовується для надсилання. Якщо необхідно, щоб розсилка повідомлень відбувалася із загальної адреси, наприклад news@yourcompany.com, а відповіді оброблялися на іншій, додайте адресу для відповіді.
Додавання адреси для відповіді має такі ж налаштування, як і додавання відправника в емейл-редакторі.
Важливо
Email-адреса для відповіді має бути на вашому корпоративному домені.
Видалення відправника
Зайдіть до налаштувань облікового запису → “Відправники” → вкладка Email. Натисніть на хрестик у плашці з відправником, якого хочете видалити (якщо в обліковому записі лише один відправник, його видалити не можна).
Якщо відправник не використовується в жодних повідомленнях, натисніть “Видалити”, після чого його буде видалено з облікового запису.
Якщо відправник використовується в повідомленнях, система запропонує вибрати іншого.
Виберіть нового відправника, який буде застосований до цих повідомлень, і натисніть “Видалити”, після чого старий відправник буде видалений з облікового запису.
Якщо ви оберете опцію “Залишити без відправника”, то система не зможе відправити повідомлення, що залишилися без відправника, доки в них не буде вказано новий відправник.