すべてのユーザーは、メールアドレス、携帯電話番号、カスタムIDなどのユニークな属性を使用して識別されます。これらの識別子は、ユーザーが自分に関する情報を提供する際に生成されます。たとえば、メールID、携帯電話番号、またはユーザー名でログインする際です。さらに、ユーザーは複数のデバイスを使用してアプリやウェブサイトにアクセスすることがあり、ユーザーがログインするまで、このユーザーが新規か既存かはわかりません。

MoEngageはユーザーを次のように分類します：

• 匿名ユーザー - ウェブサイトやアプリによってまだ特定されていないユーザー。これは、アプリ/ウェブサイトを使用しているがログインしていないユーザーや、サインアップしていないまったく新しいユーザーの可能性があります。
• 登録ユーザー - あなたのウェブサイトやアプリにサインアップまたはログインしたユーザー。

知っておくべき用語

• MoEngage ID - MoEngageは、ユーザーがあなたのウェブサイトやアプリを訪れたときに、ユーザーを認識するための一意の識別子を作成します。これは変更不可能な値です。
• ID - ユーザーがアプリやウェブサイトに登録する際（メールアドレス、電話番号、またはユーザーIDを提供することによって）、そのプロフィールのためにユニークな識別子を生成し、それをMoEngageにIDとして渡すことをお勧めします。このIDは、複数のデバイスやプラットフォームでユーザーを認識することを可能にし、360°のビューを提供します。これにより、ユーザーに関する情報が正確にキャプチャされ、アプリをアンインストールして再インストールしても問題ありません。

MoEngage ID と ID - 関係

• 新しいユーザー - ユーザーがアプリを初めて開くまたは訪れるとき、ブランドやMoEngageは彼らに関する情報を持っていません。MoEngageはこのユーザーにMoEngageIDを割り当て、彼らのために匿名のプロフィールを作成します。MoEngageはユーザーが行うすべてのアクションを記録します。
• サインアップ - ユーザーがサインアップを進めると、登録ユーザーまたは識別されたユーザーになります。アプリは各ユーザーに一意の識別子を割り当てます（SDKのIdentifyUser()関数を使用）。この情報はMoEngageに渡され、このユーザーはMoEngageシステム内で登録ユーザーと見なされます。
• 初めてサインインしていない登録ユーザー - ユーザーがアカウントを持っている場合（MoEngage IDとIDがある）でも、一連のイベントを実行した後にサインインすると、新しいMoEngage IDが作成されます。初めてサインインしていなかったためです。サインインすると、新しいMoEngage IDで作成されたユーザープロファイルが既存のMoEngage IDと統合されます。

ユーザー統合シナリオ

MoEngageは、異なるデバイスを使用しているユーザーであっても、すべてのユーザーに対して単一のユーザーIDを持つことを可能にします。MoEngageでユーザーを統合する唯一の条件は、ユーザーがデバイスにサインインしていることです。ユーザーがあなたのウェブサイトやアプリに訪れると、MoEngageは匿名ユーザープロフィールをシステムにログインした際に登録ユーザープロフィールと統合します。ユーザーのマージを有効にする方法の詳細については、 ユーザーのマージを有効にする を参照してください。

シナリオ 1: ユーザーがデバイス (デバイス 1) で初めてあなたのウェブサイトやアプリを訪れたとき、そのユーザーは匿名ユーザーと呼ばれ、MoEngageID がそのユーザーのために MoEID-1 として設定されます。
ユーザーがログインすると、このユーザーは識別されたユーザーとなり、ユーザーのために U-1 という ID が設定されます。このデバイス上のすべてのイベントは、ユーザーがログアウトまたはアンインストールするまで、MoEID-1 に帰属します。

シナリオ 2: 同じユーザーが別のデバイス（デバイス 2）からウェブサイト/アプリを訪問した場合、このユーザーは依然として匿名ユーザーです。なぜなら、MoEngageはこのユーザーの身元を把握していないため、新しいMoEngageID MoEID2がユーザーのために作成されます。ユーザーがログインすると、ウェブサイトまたはアプリはMoEngageにユーザーIDがU-1であることを通知します。これで、匿名ユーザーはすでに存在する登録ユーザーと統合されます。

ユーザー属性への影響の統合

デフォルトのマージ動作

デフォルトでは、ユーザーのマージが発生した場合、MoEngageは登録されたユーザープロフィールに既に存在するデータを、匿名ユーザーからのデータよりも優先します。これは、既存の登録ユーザーの属性値が保持され、匿名ユーザーの値は通常破棄されることを意味します。

匿名ユーザープロファイルの統合が保持されたユーザープロファイルに対して行われると、以下のシステムアクションおよび属性の変更が開始されます：

• 保持されたユーザーの 最初に表示された 属性が保持されています。
• LTV 、 コンバージョン数 、および セッション数 属性の値は、既存のプロファイルと保持されたプロファイルの両方から合計され、その結果は保持されたプロファイルに保存され、保持されたユーザーの他の既存の属性は変更されません。
• 匿名ユーザーに特有の属性は、保持されているユーザーがそれらの属性を欠いている場合に、保持されているユーザーに転送されます。
• プッシュ到達可能性は、全体のデバイスに基づいて計算されます。
• もし Email (Standard) 属性が保持されたユーザーにコピーされると、関連するメール抑制属性（ Hard Bounce 、 Spam 、 Unsubscribed ）もコピーされます。

最新の匿名ユーザーデータで登録済みのカスタムユーザー属性を上書きする

ユーザーデータの管理に柔軟性を提供するために、MoEngageは匿名ユーザーセッションからキャプチャされた最新のデータで選択した既存のカスタムユーザー属性を上書きすることを許可します。この機能は、ログイン前に取得された最新の情報が、パーソナライズやキャンペーンターゲティングにおいてより関連性が高いシナリオで特に便利です。

シナリオ : 登録ユーザーで、頻繁に旅行をするユーザーが、旅行アプリで匿名でパリ行きのフライトを検索します。 最後に検索した場所 カスタム属性を上書きしたいです。

• 上書きなし : ユーザーの登録されたプロフィールが最初に ニューヨーク を 最後に検索した場所 のカスタム属性として持っていた場合、この値 ( ニューヨーク ) は、最近の検索にもかかわらず、ユーザーのマージ中に保持されます。
• オーバーライドを使用する場合 : オーバーライド機能が有効になっていると、ユーザーのマージ中に、匿名プロファイルからの値が登録プロファイルの 最終検索場所 属性をオーバーライドします。そうすると、 最後に検索した場所 が ニューヨーク から パリ に変更されます。

これにより、旅行アプリケーションはユーザーの最新の位置情報の関心を活用して、ターゲットオファーやパーソナライズされたコンテンツを提供できるようになり、より関連性が高く効果的なキャンペーンにつながります。

イベントへの影響の合併

ユーザーのマージ後に発生するすべてのイベントは、特定された/登録されたユーザーに帰属します。以前に行われたすべてのイベントは、特定された/登録されたユーザーにも帰属します。