Свойства пользователя

Свойства пользователей описывают разные сегменты пользовательской базы (по языку, географическому местоположению и т. д.). Некоторые свойства пользователей регистрируются автоматически. Если вам нужны дополнительные сведения, можно добавлять до 25 свойств пользователей на проект. Подробнее…

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

Зарезервированные названия

Эти названия свойств пользователей зарезервированы, и вы не можете их использовать:

  • first_open_time
  • first_visit_time
  • last_deep_link_referrer
  • user_id
  • first_open_after_install

Также названия свойств пользователей не могут начинаться с таких префиксов:

  • google_
  • ga_
  • firebase_

Пример использования

Допустим, у нас есть CRM-система со свойством пользователей customer_tier, у которого может быть два значения: premium и standard. Вы хотите добавить свойство customer_tier в отчеты. Вот как это реализовать.

Сначала сделаем так, чтобы клиент отправлял вызов с событием add_payment_info в серверный API с доступом к CRM-системе:

Клиентский код

Далее сделаем так, чтобы сервер добавлял в статистику свойство пользователя customer_tier с помощью Measurement Protocol:

Серверный код

Эти данные помогут разбить пользовательскую базу на два сегмента: premium и standard.

Подробнее о том, как отправлять события с помощью Measurement Protocol