Пользователь проходит онбординг до логина, а логин делает позже. Какой подход к инструментированию событий лучше, чтобы сохранить полный путь пользователя и качество атрибуции?
AНе логировать события до логина:
user_id присваивать после авторизации, события app_open до логина игнорироватьBИспользовать только
device_id в качестве user_id без события identify: пользователя на разных устройствах считаем разнымиCДо логина отправлять
anonymous_id, после логина добавить user_id и событие identify для склейки двух идентификаторовDПривязывать события только к
session_id без сквозного идентификатора, и каждая новая сессия начинается с чистого листаПравильный ответ. Связка
anonymous_id до логина и user_id после логина плюс событие identify помогает сохранить непрерывный путь пользователя.Разбор
Стандартный паттерн user identity — анонимный идентификатор до логина и явный alias после. До логина события идут с anonymous_id, после логина клиент шлёт событие identify, которое связывает anonymous_id с user_id. Так аналитика склеивает путь от первого открытия до подписки. Если не логировать события до логина — теряется онбординг и атрибуция. device_id как user_id навсегда не объединяет пользователя на разных устройствах. session_id без сквозного идентификатора не даёт строить когорты и удержание.
Ещё вопросы по теме «Инструментация и качество данных»
- Вы проектируете схему событий для регистрации. Какой вариант сбора событий лучше всего подходит, чтобы считать конверсию в успешную регистрацию и понимать, через какой способ вошли?
- Вы хотите логировать применение фильтров в каталоге. Какой вариант лучше для таксономии событий и последующей аналитики?
- Вы настраиваете мониторинг качества данных для платёжного флоу. Какой набор проверок согласованности наиболее практичен и устойчив к сезонности?
- После обновления SDK сумма по `purchase_succeeded` выросла почти в 2 раза, но платёжный провайдер этого не подтверждает. Что наиболее вероятно и какое действие по качеству данных самое уместное?
- В мобильном приложении события могут копиться офлайн и отправляться позже. Какие поля времени лучше заложить в логирование, чтобы корректно строить путь пользователя и контролировать задержки?
- Все вопросы по «Инструментация и качество данных» →