Первые шаги
Пользовательские данные
- Обзор адаптивного email-редактора
- Создание оформления для письма
- Создание сквозных модулей
- Настройка адаптивности
- Настройка smart-контейнеров
- Оформление промовкладки для Gmail
- Добавление Ролловера
- Добавление анкорных ссылок
- Библиотека модулей
- Добавление таблицы в письмо
- Работа с блоком "Баннер"
- Добавление пользовательских шрифтов
- Создание кнопки CTA
- Работа с блоком "Картинка"
- Работа с блоком “Таймер"
- Использование ИИ в email-редакторе
Омниканальность
- SDK для мобильных приложений
- Управление ключами доступа к мобильному SDK
- Подключение мобильного приложения
- Создание и загрузка ключа Firebase
- Создание мобильных push-сообщений
- Настройка аналитики доставляемости и кликов
- Планирование мобильных push-уведомлений
- Типы диплинков
- Отправка тестовых сообщений из отладки запросов
- Настройка виджетов для сайта
- Вызов виджета
- Настройка геоданных для правил вызова виджетов
- Сохранение данных из виджетов в поля контактов
- Защита от раздражения
- Действия после заполнения формы
- Замена системного сценария Double Opt-In
- Создание pop-up-форм с помощью Google Tag Manager или WordPress
- Отправка событий из форм подписки в 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-ресурсы Add orders или Generate event);
- подготовка письма с динамическим контентом;
- настройка сценария для отправки триггерного письма.
Мы рассмотрим передачу заказов API-ресурсом Add orders. Подробнее о его использовании вы можете узнать в этой инструкции.
Передача данных о заказе
В запросе передается один или несколько заказов, каждый из которых содержит обязательные и дополнительные поля.
Обязательные поля для массива orders:
- ExternalOrderId,
- ExternalCustomerId,
- TotalCost,
- Status,
- Date,
- Email или Phone
Обязательные поля для массива items:
- ExternalItemId,
- Name,
- Quantity,
- Cost,
- Url,
- ImageUrl
Также для заказов используется несколько важных статусов, которые отображают воронку продаж:
- Только созданный заказ обычно имеет статус INITIALIZED.
- Заказ, который находится в процессе доставки, отображается со статусом IN_PROGRESS.
- Для оплаченного и доставленного используется статус DELIVERED.
- Для отмененного – CANCELLED.
Такое распределение нужно прежде всего для того, чтобы точно понимать, на каком этапе находятся покупатель, и не слать сообщения о доставке тем, кто отменил заказ или только его создал.
Создание событий
Каждый раз, когда вы передаете данные о заказах по API, в системе создаются соответствующие события, которые в дальнейшем могут использоваться как условие, запускающее триггерный сценарий.
Названия транзакционных событий состоят из слова order и дописанного к нему статуса, например — orderDELIVERED. Вы можете увидеть их в разделе "Триггеры" → “История событий” в системе eSputnik.
У каждого события есть ключ уникальности. В случае с событиями о заказах это идентификаторы заказов, которые передаются в параметре externalOrderId.
Обратите внимание
Матчинг параметров extrenalCustomerId и ContactId происходит при первой передаче заказа. Соответственно, в последующих заказах, даже если в теле заказа указать email нового контакта, но extrenalCustomerId будет принадлежать контакту, который уже есть в системе, то заказ будет присваиваться тому контакту, с которым произошел первоначальный матчинг.
Например, события по заказам включают следующие стандартные переменные:
- ${eventKey} – ключ уникальности заказа, содержит значение поля externalOrderId.
- ${orderId} – ID заказа в базе eSputnik. Параметр нужен для работы сценария.
- ${contactId} – ID контакта в eSputnik.
- ${EmailAddress} – email-адрес покупателя (если передан в заказе).
- ${SMS} – номер телефона покупателя (если передан в заказе).
Правила использования параметров событий в сценариях
Параметры из событий необходимо прописывать в сценариях точно в том виде, в котором они передаются в событии. Это значит, что если в событии о заказах передается стандартный параметр EmailAddress, то переменная в поле для ввода email в сценарии также должна называться EmailAddress. Другие варианты написания типа email или EmaiL работать в сценарии не будут.
Для удобства пользователей системные события (сгенерированные запросом subscribe или регулярным сценарием) имеют ряд стандартных параметров, поэтому такие блоки сценариев обычно работают по умолчанию, даже без прописанных вручную переменных. Однако если вы изменили событие для запуска сценария на отличное от стандартного, то отрабатывать по умолчанию сценарий не будет. Для избежания ошибок команда eSputnik рекомендует вручную прописывать переменные в сценарии.