Управление данными пользователей с помощью тегов

Видео на YouTube: Теги — один из самых полезных инструментов, которые мы предлагаем. На этой функции основана большая часть сложного функционала Pushwoosh. С помощью тегов вы можете сегментировать свою аудиторию и отправлять push-уведомления одним пользователям, но не другим.

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

Как выбрать, какие теги использовать

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

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

Значения тегов

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

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

Типы тегов

• Integer — используется для целочисленных данных (количество приобретенной внутриигровой валюты, достигнутый уровень, возраст).
• String — используется для строковых значений (имя пользователя, e-mail, идентификаторы).
• List — то же, что и тип String, но у каждого пользователя может быть установлено несколько значений одновременно (музыкальные предпочтения, категории новостей, кулинарные предпочтения).
• Boolean — тег типа “истина / ложь” (true / false).
• Date — используется для календарных дат. По сути, это тег целочисленного типа, который хранит временные метки Unix Epoch (автоматически преобразуемые из/в григорианскую дату).
• Price — позволяет устанавливать значения в соответствии с указанной валютой в формате «*.XX» (https://ru.wikipedia.org/wiki/ISO_4217).
• Version — используется для версионирования. Пример допустимого формата: w.x.y.z (Major.Minor.Patch.Build). Максимальное значение для каждой части версии — 9999, поэтому максимальный номер версии не может быть больше 9999.9999.9999.9999.

Операторы тегов

Каждый тип тега имеет определенный набор применимых операторов. Операторы тегов определяют отношение между тегом и его значениями для целей сегментации.

• Операторы тега Integer: is, is not, are, not in, not set, any
• Операторы тега String: is, is not, are, not in, not set, any
• Операторы тега List: in, not in, not set, any
• Операторы тега Boolean: is (true/false), not set, any
• Операторы тега Date: exactly on, on or after, on or before, between, not set, any
• Операторы тега Price: is, is not, greater or equals, less or equals, between, in, not in, not set, any
• Операторы тега Version: is, is not, greater or equals, less or equals, between, in, not in, not set, any

Примечание

Операторы “Not set” и “any” доступны для всех типов тегов.

Специфичные / неспецифичные для приложения теги

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

Пример

Допустим, у вас есть два приложения, новостное приложение и игра, и вы хотите нацелиться только на тех пользователей, которые явно согласились получать от вас push-уведомления. Итак, вы создаете логический тег под названием «Subscribed» и устанавливаете значение "true" для пользователей, которые хотят получать от вас push-уведомления, и "false" для тех, кто не хочет получать уведомления.

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

Если тег «Subscribed» является специфичным для приложения, все пойдет по плану. Однако, если этот тег неспецифичен для приложения, то каждое из ваших приложений будет перезаписывать значение, установленное другим приложением, что может нарушить ваш таргетинг и вызвать недовольство.

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

Пользовательские теги

Все теги в Pushwoosh по своей сути являются специфичными для пользователя и назначаются для всех устройств пользователя при установке по UserID, а не по HWID.

Теги по умолчанию

Эти теги доступны в Pushwoosh «из коробки», поэтому вам не нужно (и, на самом деле, не следует) устанавливать их вручную. Большинство из них устанавливаются из приложения и отправляются на наш сервер через registerDevice и другие вызовы API, а некоторые устанавливаются самим сервером.

Название	Тип	Где устанавливается	Описание
Application Version	Version	SDK	Текущая версия приложения, установленная на устройстве
Browser Type	String	SDK	Когда устройство регистрируется для вашего веб-проекта, его тип — мобильный или настольный — отслеживается автоматически
City	String	Server	Последнее зарегистрированное географическое местоположение устройства
Country	String	Server	Последнее зарегистрированное географическое местоположение устройства
Device Model	String	SDK	Указывает модель устройства, на котором установлено приложение
First Install	Date	Server	Указывает время, когда устройство было впервые зарегистрировано для получения уведомлений
In-App Product	List	SDK	Внутриигровые продукты, приобретенные пользователем приложения
Last In-App Purchase Date	Date	SDK	Дата последней покупки в приложении, совершенной на устройстве
Language	String	SDK	Двухбуквенная строчная аббревиатура локали устройства в соответствии с ISO-639-1; берется из настроек устройства
Last Application Open	Date	Server	Время последнего запуска приложения на устройстве
OS Version	Version	SDK	Версия операционной системы, работающей на устройстве
Platform	String	SDK	Платформа, на которой пользователь использует ваш проект.
Push Alerts Enabled	Boolean	SDK	Указывает, разрешены ли push-уведомления в настройках устройства
SDK Version	Version	SDK	Версия Pushwoosh SDK, реализованная на устройстве
Unsubscribed Emails	Boolean	SDK	Указывает, отписался ли пользователь от получения электронных писем от вашего приложения
Live Activity ID	String	SDK	Используется для управления live activities путем связывания Live Activity ID с устройством. Автоматически очищается через 12 часов.

Пользовательские теги

Здесь ваша креативность вступает в игру для достижения ваших конкретных бизнес-целей. Пользовательские теги могут быть созданы на основе логики сегментации или шаблона таргетинга, который подходит для ваших уникальных бизнес-потребностей.

Как настроить пользовательский тег

Требуется помощь разработчика

Вам понадобится помощь вашей команды разработчиков для настройки пользовательских тегов.

Для начала создайте и настройте теги в Панели управления Pushwoosh:

1. Перейдите на страницу Tags в вашей Панели управления и нажмите Add tag.
2. Назовите ваш тег, выберите тип и решите, должен ли он быть специфичным для приложения.
3. Нажмите Save Tag.

Требуется помощь разработчика

На этом этапе пользовательский тег готов, но вашему разработчику потребуется внедрить его в приложение, чтобы начать сбор информации от пользователей. Пожалуйста, поделитесь этим руководством с вашей командой разработчиков.

Использование тега City по умолчанию

Местоположение устройства определяется на основе его IP-адреса в момент последнего запуска вашего приложения на этом устройстве. GeoIP передает данные о местоположении в Pushwoosh, и Pushwoosh сохраняет местоположение, полученное от GeoIP, как значение тега City для конкретного устройства.

В некоторых случаях местоположение, предоставленное GeoIP, отличается от названия города — например, когда оно относится к району города или другой административной единице. Пожалуйста, будьте осторожны при использовании тега City по умолчанию для целей сегментации: убедитесь, что вы выбрали правильные значения.

Например, если вы собираетесь нацелиться на пользователей из Мюнхена, вам придется охватить его несколькими значениями тега City, включая сам «Мюнхен» (со всеми соответствующими значениями, такими как различные варианты написания, которые могут быть возвращены GeoIP и сохранены как значения тегов) и несколько близлежащих районов.

Статистика тегов

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