Подтвердить что ты не робот

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

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

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

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

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

4b9b3361

Ответ 1

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

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

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

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

После нажатия нескольких страниц он успешно подписывается. На странице подтверждения подписки, вы вызываете mixpanel.alias( "[email protected]" ). Это фактически не изменяет его идентификатор - он все еще идентифицируется используя случайный идентификатор, который мы ему первоначально назначили.

Что он делает, это добавить идентификатор "[email protected]" в таблицу поиска по наш конец. Всякий раз, когда мы видим данные для "[email protected]", мы знаем, что переназначить это до 123123, его оригинальный идентификатор.

Итак, вы можете начать вызов mixpanel.identify( "[email protected]" ) на всех ваши страницы и ваши события, воронки и удержание будут продолжены отлично работать.

Ответ 2

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

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

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

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

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

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

Ответ 3

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

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