Свойства пользователей описывают разные сегменты пользовательской базы (по языку, географическому местоположению и т. д.). Некоторые свойства пользователей регистрируются автоматически. Если вам нужны дополнительные сведения, можно добавлять до 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…