Использование данных ответа вебхука в Journey
Обзор
Anchor link toКогда вы сопоставляете значения из ответа вебхука, Pushwoosh сохраняет их как переменные, которые вы можете использовать позже в Journey везде, где иначе бы использовали атрибут события.
Сохранение значения из вебхука как тега с помощью элемента «Обновить профиль пользователя»
Anchor link toWebhook может возвращать данные из внешней системы, такие как ID пользователя в CRM или статус подписки, которые Pushwoosh еще не хранит в профиле пользователя. Элемент «Обновить профиль пользователя» сохраняет сопоставленные значения как теги (Tags), чтобы вы могли использовать их в сегментах, динамическом контенте и на последующих шагах Journey.
Пример: сохранение ID пользователя из CRM как тега
Anchor link toНовый пользователь регистрируется в вашем приложении, и Journey создает соответствующую запись в вашей CRM. Сохранение возвращенного ID пользователя из CRM в качестве тега (Tag) позволяет вам ссылаться на ту же запись в CRM или обновлять ее позже, например, из другого Journey или при последующем вызове Webhook, вместо создания дублирующей записи каждый раз, когда пользователь повторно входит в Journey.
Схема Journey: Вход по триггеру → Webhook → Обновить профиль пользователя → конец ветки
- Создайте Journey с элементом «Вход по триггеру» по событию
SignUp. - Добавьте элемент Webhook после шага входа. Назовите его (например,
Create user in CRM) и установите URL-адрес запроса на эндпоинт создания пользователя в вашей CRM. - В разделе Response mapping установите Path на поле ID в ответе (например,
data.user.id) и Attribute наcrm_user_id.

-
Добавьте элемент «Обновить профиль пользователя» после шага Webhook.
-
В разделе Dynamic Tag Value нажмите + Dynamic Value. В поле Tag выберите тег, в котором хранится ID из CRM (при необходимости создайте его заранее). В поле Event выберите шаг вебхука по заданному вами имени (
Create user in CRM). В поле Dynamic Value выберитеcrm_user_id.

- Завершите ветку — добавьте элемент «Выход» или оставьте ее без исходящего соединения.

Планирование задержки на основе значения из вебхука с помощью элемента «Задержка по времени»
Anchor link toДаты визитов, сроки продления и окна доставки часто хранятся во внешней системе бронирования или биллинга. После того как Webhook сопоставит дату из ответа API, элемент «Задержка по времени» может приостановить Journey до этого момента, например, за 2 дня до встречи, чтобы следующее сообщение было отправлено вовремя.
Пример: планирование напоминания на основе даты из ответа
Anchor link toПользователь записывается на прием в вашем приложении. Journey получает дату визита из вашей системы бронирования и отправляет push-напоминание за 2 дня до визита.
- Создайте Journey с элементом «Вход по триггеру» по событию
AppointmentBooked. - Добавьте элемент Webhook после шага входа. Назовите его (например,
Get appointment details) и установите URL-адрес запроса на API вашей системы бронирования. - В разделе Response mapping установите Path на поле даты в ответе (например,
appointment.date) и Attribute наvisit_date.

- Добавьте элемент «Задержка по времени» после шага Webhook. Выберите Based on user/event data, установите Get date from в значение Event, установите Event на шаг вебхука по заданному вами имени (
Get appointment details), установите Event value вvisit_dateи установите задержку на Before2Days.

- Если пользователи могут записаться менее чем за 2 дня до визита, включите опцию Split to branches if the date’s in the past or date is empty в элементе «Задержка по времени». Это создаст две ветки: In the past и In the future. См. Разделение на ветки, если дата в прошлом или пуста.
- Добавьте шаг Push с вашим сообщением-напоминанием. Если разделение включено, добавьте этот Push в обе ветки: In the past (отправить немедленно) и In the future (после «Задержки по времени»).
- Завершите каждую ветку — добавьте элемент «Выход» или оставьте ее без исходящего соединения.

Что следует помнить
Anchor link to- Синтаксис Path: используйте путь, разделенный точками (например,
data.user.id). Подстановочные знаки и фильтры не поддерживаются. Подробности см. в разделе Сопоставление ответа вебхука. - Размер ответа: ответы размером более 64 КБ не обрабатываются для сопоставления.
- Тестирование: запустите тестирование вебхука в элементе Webhook перед использованием сопоставленных значений в активном Journey.