Experience Cloud Identity Service Migration Decision Points
- Topics:
- Identities
- Integrations
CREATED FOR:
- Developer
- User
- Admin
- Leader
Before deploying the Experience Cloud Identity Service, you should understand how this service affects visitor tracking on multiple domains and potential issues if you are collecting data with different methods or through JavaScript files.
Answers to the questions in this section help determine any additional migration steps you should take.
Do you have a data collection CNAME?
Many customers can migrate away from a data collection CNAME as part of the ID service migration.
Data Collection Method | Description |
---|---|
With a CNAME | See the next question to decide if you should migrate away from a data collection CNAME. |
Without a CNAME | Skip to If you do not have a data collection CNAME, is your data collection server *.2o7.net or *.sc.omtrdc.net?. |
If you have a data collection CNAME, do you have multiple domains?
If you have multiple domains that send data to the same report suite, then we recommend data collection with a CNAME. This helps you track visitors across domains. If you are collecting data on a single domain, there is no advantage to maintaining a data collection CNAME.
Collecting Data From | Description |
---|---|
Multiple domains |
If you are tracking visitors across multiple domains, and you also have a main entry site where customers can be identified before they visit other domains, then you should continue to use your data collection CNAME. Note that you need to specify two additional tracking-server parameters, visitor.marketingCloudServer and visitor.marketingCloudServerSecure, to configure a CNAME with the ID service. |
A single domain |
Working with a single domain means you can migrate away from a data collection CNAME if you no longer wish to manage it. However, there's no requirement to change if your CNAME is working. If you do remove the CNAME:
|
Do you have multiple Analytics JavaScript files, or are you tracking Flash applications or videos?
If you have multiple Analytics JavaScript files or Flash applications or videos across your site that send data to the same report suite, You should configure a grace period so that visitors continue to be identified by an Analytics ID while you roll out the Experience Cloud ID service.
Data Collection With | Required Actions |
---|---|
| You should configure a visitor ID service grace period so that you can roll out the visitor ID service to each JavaScript file and other data collection libraries. See ID Service Grace Period. |
A single Analytics JavaScript file | You can update your single JavaScript file to use the visitor ID service without a grace period. |
Are you using unsupported data collection methods?
You might need to update the way you track links or migrate away from Sliverlight.
Data Collection Method | Required Actions |
---|---|
JavaScript and/or Flash | None. The Experience Cloud ID service supports these data collection methods. |
Silverlight |
You need to migrate away from Silverlight if visitors can access Silverlight content and other sections of your site that use the Experience Cloud ID service. Silverlight is not supported by the ID service. If you are tracking a Silverlight-based video player, the vendor likely provides JavaScript APIs that you can use instead. |
Hard-coded image tags | Update hard-coded links to use JavaScript. |