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

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 без сквозного идентификатора не даёт строить когорты и удержание.

Тренировать продукт в Telegram

Ещё вопросы по теме «Инструментация и качество данных»