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

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

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

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

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

26
cookies javascript metrics mixpanel tracking

3 ответов

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

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

из вышеуказанных документов:

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

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

то, что он делает, это добавить идентификатор "john@hotmail.com" к таблице поиска на наш конец. Когда мы видим данные по "john@hotmail.com" мы знаем, переназначить его 123123, его исходный код.

Итак, вы можете начать называть микшпанель.идентифицировать("john@hotmail.com" ) на всех ваши страницы, события, воронки и хранение будут продолжаться работать отлично.

29

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

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

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

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

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

будет ли любой из них работать для вас?

11

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

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

5