Перейти к содержанию

Теги

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

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

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

Anchor link to

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

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

Anchor link to

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

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

Типы тегов

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

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

Anchor link to

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

  • Операторы для тега 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

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

Anchor link to

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

Пример

Anchor link to

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

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

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

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

Теги, специфичные для пользователя

Anchor link to

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

Пример
{
"request":{
"application": "XXXXX-XXXXX", // Pushwoosh application code
"userId": "the id of a specific user",
"tags": {
"UserSpecificStringTag": "string value",
"UserSpecificIntegerTag": 42
}
}
}

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

Anchor link to

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

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

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

Anchor link to

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

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

Anchor link to

Вы можете добавить новый тег в Панели управления Pushwoosh или использовать метод /addTag.

POST https://api.pushwoosh.com/json/1.3/addTag

Создает тег в вашей учетной записи.

Тело запроса

Anchor link to
НазваниеТипОписание
auth*stringТокен доступа к API из Панели управления Pushwoosh.
tag*objectПараметры тега.
tag.name*stringНазвание тега.
tag.type*integerТип тега. См. возможные значения ниже.
tag.application_specificbooleanОпределяет, должно ли значение тега быть разным для нескольких приложений или одинаковым для всех.
{
"status_code": 200,
"status_message": "OK",
"response": {
"result": true
}
}
Пример
{
"request": {
"auth": "yxoPUlwqm…………pIyEX4H", // required, API access token from Pushwoosh Control Panel
"tag": {
"name": "TAG_NAME", // required
"type": 1, // required, see possible values below
"application_specific": true, // or 'false', optional. Defines whether the tag value should be different for multiple apps or be the same across multiple apps
"user_specific": true // or 'false', optional, used for application_specific tags
}
}
}

Возможные типы значений тегов:

  • 1 - Integer (целочисленный)
  • 2 - String (строковый)
  • 3 - List (список)
  • 4 - Date (дата)
  • 5 - Boolean (логический)
  • 6 - Decimal (десятичный). Пример: 19.95
  • 7 - Version (версия). Пример: “1.0.0.0”

Как собирать информацию от пользователей

Anchor link to

После того как вы добавили и настроили тег, он готов к сбору информации от ваших пользователей. Выполните следующие шаги для его реализации:

  1. Интегрируйте Pushwoosh SDK в ваш проект, следуя соответствующему руководству по интеграции.
  2. Используйте функцию setTags для назначения тегов и сбора данных пользователей.

Ниже приведены примеры реализации для различных фреймворков с использованием функции setTags.

iOS Native

NSDictionary *tags = @{
@"Alias" : aliasField.text,
@"FavNumber" : @([favNumField.text intValue]),
@"price" : [PWTags incrementalTagWithInteger:5],
@"List" : @[ @"Item1", @"Item2", @"Item3" ]
};
[[PushNotificationManager pushManager] setTags:tags];

Документация

Unity

Устанавливает целочисленный тег (Integer Tag) для устройства.

public virtual void SetIntTag(string tagName, int tagValue)
SetStringTag
Anchor link to

Устанавливает строковый тег (String Tag) для устройства.

public virtual void SetStringTag(string tagName, string tagValue)
SetListTag
Anchor link to

Устанавливает тег-список (List Tag) для устройства.

public virtual void SetListTag(string tagName, List<object> tagValues)

Документация

Установка тегов через API

Anchor link to

Хотя в большинстве случаев (99%) теги устанавливаются из приложения, вы также можете устанавливать теги через API Pushwoosh. Ниже приведен пример типичного запроса к эндпоинту /setTags:

POST https://api.pushwoosh.com/json/1.3/setTags

{
"request": {
"application": "XXXXX-XXXXX", // required, Pushwoosh application code
"hwid": "8f65bXXXf378eXXXbeceXXX4e153XXX2", // required, hardware device ID used in /registerDevice API
"tags": { // required
"StringTag": "string value", // Example of a string tag
"IntegerTag": 42, // Example of an integer tag
"ListTag": ["string1", "string2"], // Example of a list tag
"DateTag": "2024-10-02 22:11", // Note: time must be in UTC
"BooleanTag": true // Valid values: true, false
}
}
}

Для получения дополнительной информации обратитесь к документации по API setTags

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

Anchor link to

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

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

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