An important step in setting up your customer data platform is to determine which behaviors or identifying data can uniquely identify your customers or visitors to your BlueConic channels. Your BlueConic CSM can help you to identify these behaviors. Then you can establish a data collection strategy for these behaviors and store this data in a BlueConic profile property that you designate as a unique identifier.
Many BlueConic customers regard the submission of an email address, either through a webform or from a site login, as uniquely identifying behavior, and they designate the Email Address profile property as a unique identifier. In BlueConic, you can use unique identifiers for merging profiles.
Or, you might choose to create a new profile if this unique identifier changes (for example, if someone else logs in with a different email address on the same device). We’ll walk through some scenarios below to help you establish the optimal profile merging strategies.
Scenario A: Customer has 3 visits = 3 profiles
In this scenario, a customer named Josh visits your BlueConic Channel from three separate devices:
- Desktop computer
- Mobile phone
From these three separate visits, BlueConic creates three profiles for Josh. When Josh “identifies” himself on all three Channels, he will have three separate BlueConic profiles. But if you set up Merging rules around the Email Address profile property, all three of Josh’s profiles will be merged into a single profile. BlueConic now sees Josh as one profile across all three of his devices.
Scenario B: Merge rules recognize a user's IP address
BlueConic's profile merge rules include options to enable sub-rules for merging profiles that limit the number of merges based on a shared IP address between the two profiles. Let’s look back at Scenario A, only this time with the IP address sub-rules enabled.
- Without the IP sub-rule: As Josh begins to identify himself from his devices, his three anonymous profiles will be merged.
- With the IP sub-rule: Only Josh’s profiles that share a common IP address will be merged.
Scenario C: New profile created for a new unique identifier or new email address
Next, let’s walk through a scenario where the option to “Create a new profile when the identifier changes” is enabled in BlueConic for the Email Address profile property.
- Josh has a profile in BlueConic that contains his email address.
- Josh lends his laptop to his sister Jodie.
- Jodie logs into the site using her email address.
Note: The email address that BlueConic previously had will now change from Josh’s email address to his sister Jodie’s email address.
- With the setting to “Create a new profile when identifier changes” enabled, Jodie now has her own profile on Josh’s laptop.
- In his next visit, Josh will need to log in again on his laptop in order to be connected back to his own profile.
URLs with Unique Identifiers and Profile Merges
Many ESPs allow you to insert parameters into URLs (such as UTM codes). If your ESP allows it, you may also be able to insert a unique identifier as a URL parameter. After a recipient receives an email and clicks a link from that email, BlueConic can listen to the URL and store the unique identifier in the visitor’s profile. This identifier can then be used to link the profile in BlueConic back to the ESP.
Caution: If the person receiving the email forwards your email to another person, both people will be associated with the same unique identifier from the ESP.
Scenario D: Change in URL unique identifier prevents mistaken merges
- Josh forwards your email to his sister Jodie.
- Jodie clicks onto a link from the email from her personal laptop.
- The URL contains a unique identifier, in this case Josh’s (because he was the original recipient of your email). Because Jodie arrives at your site with this unique identifier, and because this identifier is used to merge profiles, Josh's profile and Jodie’s profile are merged.
How can you prevent these two profiles from being merged?
There is a profile property setting in BlueConic titled “Create new profile when identifier changes” and when you use this setting with the IP sub-rule merge setting, you can prevent the undesired merge between Josh and Jodie’s profiles that might occur in Scenario D.
- In Scenario D, Josh and Jodie’s profiles are merged because they share the same unique identifier. But by using the IP sub-rule option, you can prevent these profiles from being merged.
- Based on the settings for the Email Address profile property, Jodie would need to provide a new email address over the course of her visit in order to create a new profile.