Identifying Users
For SDK versions below 13.6.00 refer to this document. Setting identifiers is important to:- To tie user behavior across platforms, i.e., iOS, Android, Web, etc.
- This is to ensure unnecessary or stale users are not created.
- To identify users across installs/re-installs.
Single Identifier
Call the API below to pass the identifier on to the MoEngage SDK.Multiple Identifiers
If your application has multiple identifiers using which you identify a user you can pass all the identifiers to the SDK using the below APIUpdates to SDK functions for User Identification and Session Management
- Forced Logout: The MoEngage SDK no longer automatically logs out the previous user when a new user is detected on the device. Logout should now be explicitly called for workspaces enabled with Identity resolution to avoid data corruption.
- SetUniqueID:
identifyUserfunction supports multiple identifiers, which replaces the need of usingSetUniqueIDfunction for user identification. Note thatSetUniqueIDis marked for removal in the future releases of SDK versions - it is important to useidentifyUserinstead especially if you are using Identity resolution in your workspace. - SetAlias: For workspaces with the Identity resolution feature enabled, MoEngage SDK stores the previous identifier values. When
identifyUserfunction is used to track the new identifier values, MoEngage SDK detects the change in identifier value and reports accordingly.
identifyUser function without logging out, then the existing logged-in user’s ID is updated.identifyUser() multiple times with different identifier names, the SDK will append this identifier to the already set identifiers.
Refer to our help document to learn more about the feature.
Logout
The application needs to notify the MoEngage SDK whenever the user is logged out of the application. Call the API whenever the user is logged out of the application to notify the SDK.Tracking User Attributes
The SDK provides APIs to track commonly tracked user attributes like First Name, Last Name, Email-Id, etc. Please use the provided methods for tracking these attributes. For more information on supported data types and data tracking policies, please refer to Data Tracking Policies.String, int, double, num, bool, List<int>, List<String>, List<double> & List<num>.
Reserved keywords for User Attributes
Below is the list of keys that should not be used when tracking user attributes.USER_ATTRIBUTE_UNIQUE_IDUSER_ATTRIBUTE_USER_EMAILUSER_ATTRIBUTE_USER_MOBILEUSER_ATTRIBUTE_USER_NAMEUSER_ATTRIBUTE_USER_GENDERUSER_ATTRIBUTE_USER_FIRST_NAMEUSER_ATTRIBUTE_USER_LAST_NAMEUSER_ATTRIBUTE_USER_BDAYUSER_ATTRIBUTE_NOTIFICATION_PREFUSER_ATTRIBUTE_OLD_IDMOE_TIME_FORMATMOE_TIME_TIMEZONEUSER_ATTRIBUTE_DND_START_TIMEUSER_ATTRIBUTE_DND_END_TIMEMOE_GAIDINSTALLUPDATEMOE_ISLATstatususer_id
You cannot use “moe_” as a prefix while naming events, event attributes, or user attributes. It is a system prefix and using it might result in periodic blacklisting without prior communication.