Search documentation...

K
ChangelogBook a demoSign up

Identifier rules

Identity resolution is only available on Business tier plans. You can use it with or without Customer Studio.

To set up identity resolution rules, you must first configure your input models and select the appropriate identifiers. Please review the information in the Model Configuration page before proceeding.

This page goes through the merge and limit rule configuration:

Merge rules

Merge rules define how the identity graph should match rows to profiles and find connections between rows. For example, two events may share the same anonymous_id even though one has a user_id and email while the other doesn't. Matching on anonymous_id tells us that those events refer to the same person and enables you to associate customer activities before they identified themselves through a form fill or purchase.

Merge rules

When a new row gets incorporated into the identity graph, the graph first tries to match it against an existing profile based on the merge rules. If no match is found, then a new profile gets created using the identifiers in the row. If a match is found, the row gets merged into the matching profile.

Limit rules

Limit rules allow you to prevent merging records if they would violate a business rule that's important for the profiles you want to use for activation.

For example, if you never want to merge two records if they have different user_id values, then you can specify a limit rule of 1 user_id per record.

Limit rule

Prioritizing identifiers

The priority order in merge rules determine how rows get merged into a profile if a row introduces a limit violation. The identity graph run processes each identifier type in sequence from highest to lowest priority and checks in between evaluations for each identifier type whether any profiles violate a limit rule and, if so, resolve the violation before moving on to the next identifier.

When a higher priority identifier's limit gets violated, the profile gets re-processed, and the identifier value that caused the merge resulting in a violation gets dropped. This effectively breaks out a profile that violates a limit rule into multipe profiles that no longer violate the limit rule.

When a lower priority identifier's limit gets violated, the profile will only keep the first N identifier values where N is the limit value.

For example, imagine you have the following data:

TimestampEmailAnonymous ID
12:01 PMANON001
12:02 PMANON001
12:03 PMjohn.doe@acme.comANON001
12:04 PMANON001
12:05 PMANON002
12:06 PMjohn@dundermifflin.comANON002
12:07 PMANON002
12:08 PMcarl.smith@acme.comANON002

If your identifier priorities are Email first and Anonymous ID second, and you've set a limit 1 rule on Email, then the row with ANON002 and carl.smith@acme.com results in a limit violation when merged into the the profile, HT5, containing the ANON002 events since it would contain two different emails. In this case, the row with carl.smith@acme.com would create a new profile instead, HT8:

TimestampHT IDEmailAnonymous ID
12:01 PMHT1ANON001
12:02 PMHT1ANON001
12:03 PMHT1john.doe@acme.comANON001
12:04 PMHT1ANON001
12:05 PMHT5ANON002
12:06 PMHT5john@dundermifflin.comANON002
12:07 PMHT5ANON002
12:08 PMHT8carl.smith@acme.comANON002

Ready to get started?

Jump right in or a book a demo. Your first destination is always free.

Book a demoSign upBook a demo

Need help?

Our team is relentlessly focused on your success. Don't hesitate to reach out!

Feature requests?

We'd love to hear your suggestions for integrations and other features.

Last updated: Oct 29, 2024

On this page

Merge rulesLimit rules

Was this page helpful?