The identity API is used by all of mParticle’s SDKs to log users in and out of your app, to search for, and to modify a current user’s identities. It is also available as an HTTP API.
The identity API provides four endpoints for identifying users:
These four endpoints are called in response to different user actions, but they all perform the same function - resolving a request containing all known identifying information for the current user into a single, unique mParticle User Profile. That profile might be:
Identity strategies determine which user profile to add data to when the current user can be identified, and what to do when the current user cannot be identified.
There are 5 identity strategies that have been designed to handle different business and privacy requirements.
The profile conversion strategy is designed to help build a comprehensive picture of a user’s entire journey through a traditional sales funnel.
The main distinguishing feature of this strategy is that when a new login ID is received, IDSync will not create a new profile. Instead, it will simply add the new login ID to the previous profile used to store data collected when the user was anonymous.
The default identity strategy is a simplified version of the profile conversion strategy. The main difference is that the unique ID and login ID for the default identity strategy are set to customer_id
, and they cannot be changed.
The profile link strategy is optimized to track the events that drive users to create an account or make purchases.
The profile isolation strategy is built to prevent any anonymous data from being attributed to known users. This strategy is helpful when strict compliance with consumer protection and privacy regulation is required.
The best match strategy is not optimized to help uniquely identify users. It is best suited for businesses that do not have a login flow or that provide their primary services without requiring users to log in.
Each identity strategy must define the order of precedence for matching user profiles. When an identity request is received, mParticle looks up matching profiles for each identifier in the order defined by the identity priority until a single profile can be returned. Keep in mind that some identity strategies impose minimum requirements that a request must fulfill in order to return a user even if they match (see Login Identities). For now, let’s just look at how the identity priority can affect which profile is returned by a request.
User profiles
Profile 1 | Profile 2 |
---|---|
Email: h.jekyll.md@example.com IDFV: 1234 Other: AAAA |
Email: h.jekyll.md@example.com GAID: 2345 Other: BBBB |
Scenarios
Identity Priority | IDSync API Request | Results |
---|---|---|
1. Customer ID 2. Email 3. Other 4. IDFV 5. GAID |
Email: h.jekyll.md@example.com Other: AAAA IDFV: 2345 |
Highest priority lookup (email) returns Profiles 1 and 2. Next highest priority (other) used as a tiebreaker. Profile 1 is returned. Other identifiers may or may not be updated based on the type of IDSync API request. |
1. Customer ID 2. Email 3. IDFV 4. GAID |
Email: h.jekyll.md@example.com GAID: 2345 |
Highest priority lookup (email) returns both Profiles 1 and 2. Next highest priority (IDFV) is not in the request, Following highest priority (GAID) used as a tiebreaker. Profile 2 is returned. |
When Choosing your identity priority, ask the following questions about each of the identities you collect:
Was this page helpful?