El usuario anónimo de Mixpanel se convierte al seguimiento de usuario identificado

Question

Agrego Mixpanel a mi aplicación web y tengo curiosidad sobre el "proceso" de lo que sucede cuando un usuario pasa de "anónimo" (no conectado/registrado) a " identificado "(cuando registran/crean una cuenta en el sitio).

Si un usuario entra y es nuevo en el sitio, obtiene un UUID anónimo (según el documentation). La documentación también dice que Mixpanel no puede traducir entre ID en este momento.

¿Significa esto que Mixpanel es incapaz de manejar la transición de un usuario no registrado a un usuario registrado y realizar un seguimiento de sus eventos desde antes de que se convirtiera en un usuario registrado/identificado?

Si es así, ¿alguien tiene experiencia en solucionar este problema? ¿Cómo lo hiciste?

Answer 1

A diciembre de 2012, ahora se puede utilizar la llamada mixpanel.alias método para asignar un alias a dos ID:

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

De los documentos anteriores:

John llega a su sitio web, el ejemplo. com, por primera vez. Él es asignado una identificación generada aleatoriamente (quizás 123123) por Mixpanel. Todo lo que hace está asociado con esa ID.

Después de hacer clic en algunas páginas, se registra correctamente. En la página de confirmación de registro , llame a mixpanel.alias ("john@hotmail.com"). Esto en realidad no cambia su ID: todavía se lo está identificando usando la identificación aleatoria que le asignamos originalmente.

Lo que hace es agregar el ID "john@hotmail.com" a una tabla de búsqueda en nuestro extremo. Cada vez que vemos datos para "john@hotmail.com", sabemos que debemos reasignar a 123123, su ID original.

Por lo tanto, se puede empezar a llamar mixpanel.identify ("john@hotmail.com") en todos los sus páginas, y sus eventos, embudos, y la retención de todos sigáis a funcionar a la perfección.

Answer 2

Cuando un usuario visita tu sitio, identifícalo con un ID único y guárdalo en una cookie si aún no lo tiene, luego utiliza la llamada Mixpanel Identify API para identificarlos. Puede persistir el id. Único en su base de datos en el registro del usuario una vez que se hayan registrado, para que pueda volver a configurarlo en caso de que borre sus cookies.

Si el usuario borra sus cookies antes de registrarse, no tendrá suerte, pero esa es la naturaleza de esta bestia y sería un problema en cualquier lugar.

Answer 3

Hay formas de hacer que esto funcione. Pero lo que realmente está pidiendo es una característica llamada alias de identificación distinto, que le permitiría hacer referencia a un ID distinct_id a otro. Desafortunadamente, no ofrecemos eso ahora. Esto resulta ser un problema mucho más difícil de lo esperado debido a la naturaleza única de la tienda de datos que escribimos para mixpanel.

Mientras tanto, puedo darle algunas estrategias para superar esta limitación:

• Cuando un usuario primero que viene a su sitio web, defina un identificador distinto para los que se genera internamente. Una vez que se registran para una cuenta, haga referencia a ese distinct_id en su tabla de detalles de usuario, y luego continúe registrando eventos posteriores con esa identificación. Cada vez que un usuario se auths, use el valor almacenado como la identificación distinta. Afortunadamente, cuando regresen, la cookie seguirá existiendo, y capturarás todos los eventos sin ningún problema.

• Podría, también, dejar que mixpanel les dé un valor distinct_id auto-emitido, y luego tomar eso en el momento del registro usando mixpanel.get_property() luego agregar eso a su tabla de usuarios, y usar eso cuando identifícalos en el futuro.

• ¿Pero qué pasa si se autentican desde una máquina y luego se encienden desde otro, o desde un navegador diferente, o desde un dispositivo móvil? Luego, el tiempo entre el momento en que llegan a su sitio y cuando se autentican, su sitio les emitirá un nuevo distinct_id ... ¡y no hay forma de alias! La solución aquí es un poco más hackier. La única forma de obtener esos datos es registrar los eventos que se enviaron antes de la autenticación (quizás del lado del servidor) y luego enviarlos a través de la especificación HTTP a la API restante con el distinct_id correcto una vez que el usuario haya realizado la autenticación. Siempre que conserve las marcas de tiempo correctas, todo aparecerá correctamente, cronológicamente dentro del panel de mezcla. Si el usuario nunca realiza la autenticación, puede hacer que los eventos registrados expiren y enviarlos de todas formas.

¿Funcionaría para usted?