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

Пользователи (UserID)

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

Как связаны пользователь и устройство?

Anchor link to

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

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

Пользователь (UserID) также выступает в качестве сущности, под которой можно сгруппировать несколько устройств, каждое со своим уникальным аппаратным идентификатором (HWID).

users and devices

Типы пользователей

Anchor link to

Существует два типа пользователей: анонимные и идентифицированные. У анонимного пользователя UserID совпадает с HWID устройства, но позже его можно заменить на фактический UserID.

У идентифицированного пользователя есть свой собственный UserID. Вы можете указать UserID при регистрации нового устройства через API-вызов /registerDevice.

Получение и управление User ID

Anchor link to

Pushwoosh предоставляет несколько способов доступа и управления пользователями:

Создание пользователей

Anchor link to

По умолчанию, когда приложение с интегрированным Pushwoosh SDK запускается впервые, в качестве UserID устанавливается HWID устройства. Вы можете вызвать метод setUserId из Pushwoosh SDK при входе пользователя в систему, чтобы установить любое необходимое значение и связать устройство с конкретным пользователем. Когда пользователь выходит из системы, вы можете сбросить это значение до значения по умолчанию другим вызовом setUserId, например, до первоначального значения HWID.

Импорт пользователей

Anchor link to

Вы можете легко импортировать UserID для определенного сегмента пользователей из CSV-файла. Подробные инструкции вы найдете в нашем руководстве по Сегментам.

Экспорт пользователей

Anchor link to

Для экспорта UserID вы можете использовать API-запрос /exportSegment, который позволяет экспортировать данные в формате CSV или JSON.

Доступ к UserID из логов устройства

Anchor link to

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

Теги пользователя и устройства

Anchor link to

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

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

Anchor link to

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

Чтобы создать тег, специфичный для пользователя, в Control Panel Pushwoosh, установите флажок «User-specific» при добавлении нового тега. Если вы не отметите тег как «User-specific», он будет связан только с устройством.

 Creating User-specific Tags

Управление переходами пользователей

Anchor link to

В Pushwoosh управление переходами пользователей включает два основных сценария:

Переход от анонимного пользователя к идентифицированному

Anchor link to

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

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

Переход от одного идентифицированного пользователя к другому

Anchor link to

Если пользователь, связанный с устройством, изменяется с помощью метода setUserID из Pushwoosh SDK, устройство связывается с новым профилем пользователя. Узнайте больше о настройке User ID для Android и iOS. Вы также можете использовать API-вызов /registerUser.

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

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

API-методы для управления пользователями

Anchor link to

Pushwoosh предоставляет несколько методов API для управления пользователями в вашем приложении. Для работы с этими методами вам потребуется помощь вашей команды разработчиков. Чтобы получить более подробную информацию, поделитесь с ними этой ссылкой.

Если пользователь связан с несколькими устройствами, на какое из них будет отправлено сообщение в рамках Customer Journey?

Anchor link to

Когда у пользователя есть несколько устройств, связанных с его учетной записью, способ доставки сообщений между ними зависит от типа Journey:

Journeys с типом входа Audience-based Entry и Webhook-based Entry

Anchor link to

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

Journeys с типом входа Trigger-based Entry

Anchor link to

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

Доставка на все устройства

Anchor link to

Однако вы можете переопределить эти настройки по умолчанию и отправить сообщение на все устройства, связанные с UserID, одновременно. Для этого в настройках сообщения прокрутите вниз до Options и включите опцию Send to all user devices.

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