How does demdex calls work when 3rd party cookies are blocked ? | Community
Skip to main content
Adobe Employee
February 8, 2022
Question

How does demdex calls work when 3rd party cookies are blocked ?

  • February 8, 2022
  • 3 replies
  • 6002 views

How does demdex call work when 3rd party cookies are blocked ?

How many demdex calls are expected and what are they for ?

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.

3 replies

Level 4
February 8, 2022

Hey @pranithakat 

When disableThirdPartyCookies: true, the ID service does not return the third-party, demdex.net cookie (see Cookies and the Experience Cloud Identity Service ). If a site visitor already has this cookie in their browser, the ID service won’t use it to create a new Experience Cloud ID (MID) or return an existing ID. Instead, the ID service creates a new, random MID in the first-party cookie. Once enabled, you can collect data with the ID service and share it across different Experience Cloud solutions.

Gokul_Agiwal
Community Advisor
Community Advisor
February 8, 2022

Hi @pranithakat 

Audience Manager and the Adobe Experience Platform Identity Service make calls to and receive data from the demdex.net domain. This may seem like Adobe is working with an third-party domain, but this is not the case. 

Basically there are 2 call elements, first calls to demdex.net and the second one call to dpm ( data provider match) 

Below link explains what this calls actually does? Understanding Demdex calls

 

Also I found another nice article that interesting to read - Adobe Audience Manager without 3rd party cookies

 

Hope this helps. 

Adobe Employee
February 9, 2022
Gokul_Agiwal
Community Advisor
Community Advisor
February 9, 2022

Hi @pranithakat 

The Experience Cloud ID (ECID) service is provided by AAM and the ECID is generated from the UUID.   UUID is unique per browser, the ECID is unique per browser and organization ID.

 

ECID is using the demdex domain (dpm.demdex.net) for the generation of the ID. This domain is attached to Audience Manager, hence, on some plugins you can see that Audience Manager is used on your domain even if you don't have as license solutions.  

 

Below is the screenshot that showing these network calls. 

 

 

As you know demdex is 3rd party cookie however there are few points that needs to consider regarding UUID 

- Unique per browser

- works on any domain 

- stored in the browser 

The only solution to achieve this is to use 3rd party cookie. If the browser blocks 3rd party cookies, the UUID is still generated and stored in the AAM database.

 

Another point is that If your project falls under cookie compliance like GDPR / CCPA etc, in that case its completely based on user consent. if user provided consent to all solution then only you can able to see the cookies and calls. 

 

Now due to recent announcement by Google, blocking all 3rd party cookies in that case this is risk, so mitigate that risk Adobe announced AEP - A new Customer Data platform that solely relied on First party data. Is this correct @nimashajain 

 

Hope this helps. 

 

Level 5
February 9, 2022

Hi @pranithakat 

 

It may seem like Adobe is working with an unusual third-party tool but that’s not the case. Here’s an official documentation from Adobe’s side that explains elements in the demdex call

 

https://experienceleague.adobe.com/docs/audience-manager/user-guide/reference/demdex-calls.html

 

When disableThirdPartyCookies: true, the ID service does not return the third-party, demdex.net cookie (see Cookies and the Experience Cloud Identity Service ). If a site visitor already has this cookie in their browser, the ID service won’t use it to create a new Experience Cloud ID (MID) or return an existing ID. Instead, the ID service creates a new, random MID in the first-party cookie. Once enabled, you can collect data with the ID service and share it across different Experience Cloud solutions.

 

Hope this helps.