События по умолчанию

События по умолчанию — это базовые взаимодействия, которые пользователи совершают в приложениях или на веб-сайтах независимо от их отрасли или функциональности. Эти ключевые действия пользователей составляют основу коммуникации с клиентами и могут быть использованы для любого продукта и клиента на любом этапе жизненного цикла.

События по умолчанию доступны в актуальных версиях SDK и не требуют дополнительных настроек (за исключением PW_InAppPurchase, подробности см. ниже).

Чтобы найти и активировать события по умолчанию, доступные в Pushwoosh, выполните следующие действия:

1. Перейдите на вкладку Events в разделе Audience.
2. Нажмите Create Event.
3. Выберите Default Event из выпадающего меню.
4. Во всплывающем окне выберите нужное событие и нажмите Activate.

После активации события по умолчанию можно использовать в сообщениях, основанных на поведении, например, в качестве Trigger-based Entry в Customer Journey или триггера для In-App сообщений.

Это событие срабатывает только один раз для каждого устройства при первом запуске приложения и инициализации SDK. Как следует из названия, это событие отслеживает регистрацию устройства в вашем приложении.

Варианты использования:

• Запустите онбординг-кампанию для новых зарегистрированных пользователей — добавьте Trigger-based Entry с событием PW_DeviceRegistered в Customer Journey для онбординга.
• Определите, какие каналы привлечения приносят вам больше новых пользователей, с помощью статистики по событиям.
• Вовлекайте пользователей с первого визита: встречайте их In-App сообщениями, которые запускаются по событию DeviceRegistered.

Это событие срабатывает, когда приложение удаляется или пользователь отписывается от email-рассылок или push-уведомлений.

Атрибуты события:

• message_id (строка)
• message_code (строка)
• campaign_id (строка)

Варианты использования:

• Удерживайте пользователей, когда они решают прекратить использовать ваше приложение. Например, вы можете отправить email со специальным предложением каждому пользователю, который удалил приложение.
• Поддерживайте связь с пользователями, которые отписались от одного из ваших каналов. Например, если пользователь больше не хочет получать push-уведомления, вы можете отправить email или показать in-app, чтобы побудить его чаще использовать приложение.

Только для мобильных приложений

Событие ApplicationOpen срабатывает каждый раз, когда пользователь запускает ваше мобильное приложение на своем устройстве.

Атрибуты события:

• device_type (целочисленный код типа устройства, подробности см. в registerDevice)
• application_version

Варианты использования:

• Собирайте статистику по удержанию пользователей на основе статистики события ApplicationOpen.
• Проводите кампании с in-app сообщениями для пользователей, которые активны в приложении.

Только для мобильных приложений

Это событие срабатывает каждый раз, когда пользователь просматривает определенный экран в вашем мобильном приложении.

Атрибуты события:

• application_version
• device_type (целочисленный код типа устройства, подробности см. в registerDevice)
• screen_name (техническое имя экрана, полученное из вашего приложения)

Варианты использования:

• Отправляйте идеально релевантные сообщения пользователям, которые проявили интерес к определенным разделам приложения, запуская Customer Journeys с событием PW_ScreenOpen.
• Оценивайте и повышайте эффективность ваших акций: проведите A/B/n тестирование двух или нескольких версий вашего предложения, дождитесь срабатывания события ScreenOpen, а затем посмотрите, какой контент показал наилучшие результаты.
• Узнайте, какие экраны приложения посещаются чаще всего: отфильтруйте статистику события по имени экрана.

Только для мобильных приложений

Это событие срабатывает, когда пользователь сворачивает (но не принудительно останавливает) приложение на своем устройстве.

Атрибуты события:

• device_type (целочисленный код типа устройства, подробности см. в registerDevice)
• application_version

Варианты использования:

• Отслеживайте среднее время сеанса между событиями ApplicationOpen и ApplicationMinimized.
• Отправляйте push-уведомления, пока приложение работает в фоновом режиме, чтобы привлечь внимание пользователей и вернуть их в приложение.

Только для веб-платформ

Событие SiteOpened срабатывает каждый раз, когда пользователь открывает любую страницу вашего сайта.

Атрибуты события

• device_type (целочисленный код типа устройства, подробности см. в registerDevice)
• title – заголовок посещенной страницы
• url – URL посещенной страницы

Варианты использования:

• Анализируйте распределение трафика на вашем сайте и сравнивайте, сколько раз пользователи открывают определенные страницы. Для этого отфильтруйте статистику события по его атрибутам.
• Продолжайте коммуникацию с пользователем после его визита на сайт с помощью релевантных сообщений: создайте journey, начинающийся с события SiteOpened, настроенного на определенный атрибут ‘title’ или ‘url’.

Только для мобильных приложений

Событие InAppPurchase срабатывает каждый раз, когда пользователь совершает покупку в вашем приложении, например, приобретает платную подписку, элементы игровой механики, внутриигровую валюту и т.д.

Чтобы внедрить событие In-App Purchase:

• Для iOS:
  • активируйте событие PW_InAppPurchase в вашей Control Panel;
  • установите для параметра Pushwoosh_PURCHASE_TRACKING_ENABLED в Pushwoosh iOS SDK значение ‘yes’.
• Для Android:
  • активируйте событие PW_InAppPurchase в вашей Control Panel;
  • настройте отправку информации о покупках в Pushwoosh с помощью этого руководства.

Атрибуты события:

• productIdentifier (полученный из App Store)
• quantity – количество купленных товаров
• transactionDate – дата покупки
• status – статус покупки

Варианты использования:

• Собирайте статистику по покупкам в приложении.
• Проводите акции и отслеживайте их успешность: установите событие Wait for Trigger после промо-сообщения.

Для мобильных и веб-платформ

Это событие срабатывает каждый раз, когда пользователь открывает push-уведомление, отправленное с помощью Pushwoosh.

Варианты использования:

• Настройте оптимальное время для отправки push-уведомлений.
• Создавайте сегменты (Segments) на основе эффективности уведомлений за определенный период времени.

Для мобильных и веб-платформ

Это событие срабатывает, как только сообщение из Pushwoosh отправляется на устройство пользователя.

Атрибуты события:

• message_id (строка)
• message_code (строка)
• campaign_id (строка)

Варианты использования:

• Отслеживайте, было ли сообщение отправлено, независимо от используемого канала.
• Создавайте сегменты (Segments) пользователей на основе количества отправленных сообщений.
• Просматривайте все сообщения, отправленные пользователю, в истории событий (Events history) и анализируйте дальнейшее поведение пользователя.

Только для email-платформы

Это событие срабатывает каждый раз, когда пользователь нажимает на ссылку в письме.

Атрибуты события:

• message_id (строка)
• message_code (строка)
• campaign_id (строка)
• redirect_link (строка)
• original_link (строка)

Варианты использования:

• Проводите таргетированные кампании для пользователей, которые нажимают на определенную ссылку в письме.
• Отправьте еще одно сообщение пользователям, которые проигнорировали ссылку в первом письме, чтобы побудить их нажать на нее (или совершить другое действие).

Это событие срабатывает, когда пользователь открывает письмо, отправленное через Pushwoosh.

• campaign_code (строка): Уникальный код кампании, связанной с письмом.
• campaign_id (строка): ID кампании.
• message_code (строка): Уникальный идентификатор конкретного email-сообщения.
• message_id (строка): ID сообщения.

• Отслеживайте открытия писем, чтобы выявлять пользователей, которые активно взаимодействуют с вашими рассылками. Используйте эти данные для создания последующих кампаний, например, для отправки скидочных кодов пользователям, открывшим промо-письма.
• Если пользователи открывают письмо, но не совершают желаемого действия (например, не совершают покупку), вы можете запустить отправку последующих писем с напоминаниями или персонализированными предложениями.
• Анализируйте показатели открываемости по кампаниям, чтобы совершенствовать темы писем и стратегии выбора времени для таких кампаний, как запуск продуктов или сезонные акции.

Это событие срабатывает, когда пользователю отображается in-app сообщение.

• message_code (строка): Уникальный идентификатор конкретного сообщения, связанного с in-app.
• message_id (целое число): ID сообщения.
• campaign_code (строка): Уникальный код кампании, связанной с in-app.
• campaign_id (целое число): ID кампании, которая вызвала показ in-app.
• rich_media_code (строка): Уникальный идентификатор rich media контента, отображаемого в in-app.
• inapp_code (строка): Уникальный код, идентифицирующий конкретное показанное in-app сообщение.

• Отслеживайте частоту просмотров in-app сообщений, чтобы корректировать свою стратегию обмена сообщениями, например, удаляя избыточные сообщения, которые могут раздражать пользователей.
• Используйте данные о показах in-app для оценки охвата рекламных кампаний, таких как срочные распродажи или предложения по обновлению подписки.
• Если in-app сообщение было показано, но на него не кликнули, вы можете запустить последующее действие, например, отправить push-уведомление с похожим контентом, чтобы усилить сообщение.

Это событие срабатывает, когда пользователь взаимодействует с in-app сообщением, нажимая на него.

• message_code (строка): Уникальный идентификатор конкретного сообщения, связанного с in-app.
• message_id (целое число): ID сообщения.
• campaign_code (строка): Уникальный код кампании, связанной с in-app.
• campaign_id (целое число): ID кампании, которая вызвала показ in-app.
• rich_media_code (строка): Уникальный идентификатор rich media контента, отображаемого в in-app (если применимо).
• inapp_code (строка): Уникальный код, идентифицирующий конкретное нажатое in-app сообщение.
• element_id (строка): Идентификатор конкретного элемента в in-app сообщении, на который был сделан клик (например, кнопка или ссылка).
• link (строка): URL или диплинк, связанный с нажатым элементом.

• Анализируйте поведение при кликах, чтобы определить, с какими кнопками или ссылками пользователи взаимодействуют чаще всего, и оптимизировать дизайн будущих in-app сообщений. Например, тестируйте разные призывы к действию (CTA) в кампаниях по обновлению подписки.
• Запускайте автоматизированные действия на основе кликов пользователей, например, перенаправляйте их на определенную страницу продукта или отправляйте push-уведомление.