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