Web アプリケーションに Mixpanel を追加していますが、ユーザーが「匿名」(ログイン/登録していない) から「識別済み」(アカウントを登録/作成したとき) に移行するときに何が起こるかについての「プロセス」に興味があります。サイト）。
ユーザーがサイトに来て初めての場合、匿名の UUID を取得します (ドキュメントによると)。ドキュメントには、現時点では Mixpanel が ID 間で変換できないことも記載されています。
これは、Mixpanel が非登録ユーザーから登録ユーザーへの移行を処理できず、登録/識別済みユーザーになる前からのイベントを追跡できないということですか?
もしそうなら、誰かがこれを回避した経験がありますか? いかがでしたか？
2012 年 12 月の時点で、mixpanel.aliasメソッド呼び出しを使用して 2 つの ID をエイリアスできるようになりました。
https://mixpanel.com/docs/integration-libraries/using-mixpanel-alias
上記のドキュメントから：
John が初めてあなたの Web サイト example.com にアクセスしました。彼には、Mixpanel によってランダムに生成された ID (おそらく 123123) が割り当てられます。彼が行うことはすべて、その ID に関連付けられています。
数ページクリックした後、彼はサインアップに成功しました。サインアップ確認ページで、mixpanel.alias("john@hotmail.com") を呼び出します。これにより実際に彼の ID が変更されることはありません。彼は、最初に割り当てられたランダム ID を使用して引き続き識別されます。
これが行うことは、ID「john@hotmail.com」をルックアップ テーブルに追加することです。「john@hotmail.com」のデータが表示されるたびに、元の ID である 123123 に再マッピングすることがわかっています。
したがって、すべてのページで mixpanel.identify("john@hotmail.com") の呼び出しを開始すると、イベント、ファネル、リテンションはすべて引き続き完全に機能します。
これを機能させる方法があります。しかし、あなたが本当に求めているのは、distinct_id ID を別の ID に参照できるようにする、distinct id エイリアシングと呼ばれる機能です。残念ながら、現在は提供していません。これは、mixpanel 用に記述したデータ ストアの固有の性質により、予想よりもはるかに難しい問題であることが判明しました。
それまでの間、この制限を回避するためのいくつかの戦略を紹介できます。
ユーザーが最初に Web サイトにアクセスしたときに、内部で生成した個別の ID を設定します。ユーザーがアカウントを登録したら、ユーザー詳細テーブルでその distinct_id を参照し、その後のイベントをその ID で登録し続けます。その後、ユーザーが認証するたびに、保存された値を個別の ID として使用します。うまくいけば、彼らが戻ってきたときに Cookie がまだ残っていて、問題なくすべてのイベントをキャプチャできることを願っています。
また、mixpanel に自動発行された distinct_id 値を与え、登録時に mixpanel.get_property() を使用してそれを取得し、それを users テーブルに追加して、後でそれらを識別するときに使用することもできます。 .
しかし、あるマシンから認証を行った後、別のマシン、別のブラウザー、またはモバイル デバイスからアクセスした場合はどうなるでしょうか? 次に、彼らがあなたのサイトにアクセスしてから認証するまでの間に、あなたのサイトから新しいdistinct_idが発行されます...そしてエイリアスを作成する方法はありません! ここでの解決策は少しハックです。そのデータを取得する唯一の方法は、認証前 (おそらくサーバー側) に送信されたイベントをログに記録し、HTTP 仕様を介して残りの API に送信することです。正しいタイム スタンプを保持している限り、すべてが mixpanel 内で時系列順に正しく表示されます。ユーザーが認証しない場合は、ログに記録されたイベントをタイムアウトにして、とにかく送信できます。
これらのいずれかがあなたのために働くでしょうか？
ユーザーがサイトにアクセスすると、一意の ID で識別し、Cookie をまだ持っていない場合はそれを Cookie に保存してから、Mixpanel Identify API 呼び出しを使用して識別します。ユーザーが登録すると、一意の ID をユーザーのレコードでデータベースに永続化できるため、ユーザーが Cookie をクリアした場合に再設定できます。
ユーザーが登録する前に Cookie をクリアすると、運が悪くなりますが、それはこの野獣の性質であり、どこでも問題になります。