Анонимный пользователь Mixpanel преобразует в идентифицированное отслеживание пользователей

Question

Я добавляю Mixpanel к своему веб-приложению, и мне интересно, что происходит с тем, что происходит, когда пользователь переходит из «анонимного» (не входит в систему/зарегистрирован) (когда они регистрируют/создают учетную запись на сайте).

Если пользователь приходит и не знаком с сайтом, он получает анонимный UUID (согласно documentation). В документации также говорится, что Mixpanel не может переводить между идентификаторами в это время.

Означает ли это, что Mixpanel не может обработать переход незарегистрированного пользователя зарегистрированного пользователя и отслеживать их события до того, как они станут зарегистрированным/идентифицированным пользователем?

Если да, есть ли у кого-нибудь опыт работы с этим? Как ты это сделал?

Answer 1

По состоянию на декабрь 2012 года, теперь вы можете использовать вызов mixpanel.alias метода псевдоним два идентификаторов:

https://mixpanel.com/docs/integration-libraries/using-mixpanel-alias

Из приведенных выше документов:

Джон приходит на ваш сайт, например. com, в первый раз. Он назначил случайно сгенерированный идентификатор (возможно, 123123) с помощью Mixpanel. Все, что он делает, связано с этим идентификатором.

После нажатия на несколько страниц он успешно подписывается. На странице подтверждения регистрации вы вызываете mixpanel.alias («john@hotmail.com»). Это фактически не изменяет его идентификатор - он все еще идентифицируется с использованием случайного идентификатора, который мы ему первоначально назначили.

Что он делает, это добавить идентификатор «john@hotmail.com» в таблицу поиска по адресу нашего конца. Всякий раз, когда мы видим данные для «john@hotmail.com», мы знаем, чтобы переназначить на 123123, его оригинальный идентификатор.

Таким образом, вы можете начать называть mixpanel.identify («john@hotmail.com») на всех страницах, и ваши события, воронок, и сохранение будет все по-прежнему работать отлично.

Answer 2

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

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

Answer 3

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

В то же время, я могу дать вам несколько стратегий, чтобы обойти это ограничение:

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

• Вы также можете позволить mixpanel предоставить им автоматическое выдающееся значение unique_id, а затем захватить это во время регистрации с помощью mixpanel.get_property(), а затем добавить это в таблицу ваших пользователей и использовать это, когда вы идентифицировать их в будущем.

• Но что делать, если они работают с одной машиной, а затем идут от другого или к другому браузеру или с мобильного устройства? Затем время между ними, когда они попадут на ваш сайт, и когда они будут авторизованы, вам будет выпущен новый_диск_ид на вашем сайте ... и нет никакого способа сделать псевдоним! Решение здесь немного хакерское. Единственный способ получить эти данные - зарегистрировать те события, которые были отправлены до аутентификации (возможно, на стороне сервера), а затем отправить их через HTTP-спецификацию в остальной API с правильной идентификацией_различия после авторизации пользователя. Пока вы держите правильные отметки времени, все будет выглядеть правильно, в хронологическом порядке в пределах панели микширования. Если пользователь никогда не авторизуется, вы можете заблокировать время регистрации и отправить их в любом случае.

Будет ли это работать для вас?