In this article we will help you familiarize yourself with the concept of Cross Domain Consent Sharing ( CDomainCS) |
|---|
Relevant sections for this articleOverview
| Table of Contents | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
| Info |
|---|
In this article we show you how to Here you can find out if you're using version 1 or version 2. |
...
Activation procedure (V1)
In V1 you can enable it CDCS in section Advanced → Other Advanced Settings → (set checkmark → save.):
...
Activation procedure (V2)
Cross Domain Consent Sharing (= CDomainCS) is a Business and Enterprise plan feature. available in the following plans: Business, Enterprise, Advanced as well as Premium Add-on.
You can enable this feature at the Admin Interface under Configuration → CMP Settings:
...
How does the feature work?
As soon as CDomainCS is activated, our CMP injects an additional iFrame into the website and stores the consent information not only in the websites local storage but also in the iFrame's local storage. While the user switches to another (sub-)domain, the iFrames local storage is checked and if consent information is found, the consent information from the iFrame is stored into the local storage of the new (sub-)domain.
Restrictions
...
.
| Info |
|---|
For Cross Domain Consent Sharing to work, implement the same Usercentrics CMP script using one Settings-ID on all domains that should share consents. |
Improved consent sharing between subdomains
Modern browsers are causing that website visitors might still see the CMP again when switching to another subdomain as they block the shared iframe provided by Usercentrics (s. Browser related restrictions). The following linked section in the documentation describes the needed steps to prevent this from happening: Improved consent sharing between subdomains.
| Info |
|---|
Please note that there are still existing Safari browser restrictions that remain with this improved consent sharing. |
...
Restrictions
Usercentrics related restrictions
In order to make this feature work, the same Setting-ID has to be implemented in all (sub-)domains the consent information should be shared across. This is due to technical and legal reasons.
...
Browser related restrictions
CDomainCS does not work without sharing 3rd-Party local storage information across different browser tabs or if the user enabled special privacy settings within the Browser settings.
Safari Browser and Any: CDomainCS does not work with Safari, since the browser does not share 3rd-Party local storage across different browser tabs. Due to this restriction, the feature can not share the iFrame's local storage across different tabs.
Firefox Browser: If the option “Delete Cookies” is enabled, the feature does not work, since Firefox clears the local storage for every new tab automatically, which prevents saving consents.
iOS browsers and iOS devices: Apple forces all browsers to use their built-in webkit, so CDCS does not work with them.
There is no workaround to circumvent these restrictions since it is a functionality of the browser itself or based on custom privacy settings of a single user to protect his/her personal data.
Different root domains restriction
From Chrome version 115 and going forward, CDomainCS does not work between different root domains (ex. a.com → b.com) because of restrictions that Google have imposed on third-party storage possibilites. This means, that our current implementation of CDomainCS now effectively only works between root domains and their subdomains (ex. sub.a.com → a.com → othersub.a.com).
Read more about the updates that Google have made to Chrome here: https://developers.google.com/privacy-sandbox/3pcd/storage-partitioning
| Info |
|---|
Cross Domain Consent Sharing is also available for TCF 2.02. |
...
Summary
| Tip |
|---|
After reading this article, you should be able to understand the technical as well as the legal concepts of Cross Domain Consent Sharing. |
Related Posts
...
...