Identity Resolution
Technical description of the Identity Resolution feature in RudderStack
Last updated
Was this helpful?
Technical description of the Identity Resolution feature in RudderStack
Last updated
Was this helpful?
Understanding your users is crucial to every behavioral analysis. Hence, it is quite essential to tie the events or activities to the individual users generating those events.
There are various analytics platforms that help you collect this event data. Unfortunately, this is not trivial in a world where users often browse anonymously, or use multiple identities (e.g., email ID, phone, etc.) with the same product, or access your app/website from different devices and channels.
With Identity Resolution, you can tie these different identities together whenever required, in a way that preserves your users' privacy.
Identity Resolution is available as a part of RudderStack's Enterprise plan.
In this section, we walk you through a user's journey - Alice, in this case - in the context of an e-commerce company using RudderStack.
After integrating RudderStack, you can collect events from sources to build a profile for every user. All this is done on top of your data warehouse without sharing the data with a third-party vendor.
First, Alice searches for the latest iPhone in her mobile app, and signs up with her phone number.
Later, she signs up on the website with her email, verifies her mobile number and then purchases the iPhone. The flow of events is as shown:
Alice then reports an issue via her phone and a ticket for the same is created using Zendesk. This ticket confirmation email is sent to Alice using CustomerIO.
This data can be collected using the RudderStack cloud sources, as shown:
RudderStack has a merge API which takes two different identities and connects them. For example, Stripe is integrated for payments and you would want to merge Alice's Stripe identifier with your internal identifier.
Check out our blog which talks about the internal algorithm used to merge user identities.
This gives you the flexibility to run your own algorithms or machine learning models internally and send the final identity merge events to RudderStack.
RudderStack then applies the identity merges on all events and generates a table that includes the identity mappings of all users. A rudder_id
is the unique identifier for all merged identities.
The following rudder_identity_mappings
table is an example of how the identity mappings look like in Alice's user journey:
The following SQL queries use the rudder_identity_mappings
table to generate the results using identity resolution:
For more information on identity mapping and how we have implemented it at RudderStack, feel free to contact us. You can also contact us in our Slack community, and we will be happy to help you!