Apple’s recent ITP changes that affect AA/CNAME | Community
Skip to main content
John_Man
Community Advisor
Community Advisor
January 18, 2021
Solved

Apple’s recent ITP changes that affect AA/CNAME

  • January 18, 2021
  • 1 reply
  • 1621 views

Hello,

 

With the recent ITP update and impact on CNAME first party cookie (below is a reference info link),

 

https://cunderwood.dev/2020/12/01/adobe-provides-direction-about-apples-recent-cname-changes/

 

Would like to see if Adobe have any roadmap to handle this?

 

Meanwhile, as a workaround, would like to explore to add some code to the web server and generate the ECID (on server side) and then send the cookie with ECID as part of the web server HTTP header. My understanding is that ITP will not touch those cookie in this scenario.

 

Would like to see if anyone have done something similar and can shed some lights here?

 

Thanks,

John

 

 

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

Hi @john_man ,

 

If you have a CNAME and use the visitor ID service — your implementation would not be affected.

The s_ecid cookie is essentially used to restore values to the AMCV cookies (MID), which is the cookie Adobe will use to identify visitors.
It came as a response to the Safari ITP situation where client-side cookies are deleted every 7 days.

The AMCV cookie currently relies on the document.cookie API and is set via "client-side." Safari favors cookies that are set from a customer's server therefore it is affected by ITP 2.1.


When safari deletes the AMCV cookie, we can use the ECID cookie to create a new AMCV cookie with the same ID. In addition, the ecid cookie is only set on the domain that matches the tracking server.

Ref: https://experienceleague.adobe.com/docs/id-service/using/reference/ecid-library-methods.html

1 reply

HemanginiAdobe EmployeeAccepted solution
Adobe Employee
February 14, 2021

Hi @john_man ,

 

If you have a CNAME and use the visitor ID service — your implementation would not be affected.

The s_ecid cookie is essentially used to restore values to the AMCV cookies (MID), which is the cookie Adobe will use to identify visitors.
It came as a response to the Safari ITP situation where client-side cookies are deleted every 7 days.

The AMCV cookie currently relies on the document.cookie API and is set via "client-side." Safari favors cookies that are set from a customer's server therefore it is affected by ITP 2.1.


When safari deletes the AMCV cookie, we can use the ECID cookie to create a new AMCV cookie with the same ID. In addition, the ecid cookie is only set on the domain that matches the tracking server.

Ref: https://experienceleague.adobe.com/docs/id-service/using/reference/ecid-library-methods.html

John_Man
Community Advisor
John_ManCommunity AdvisorAuthor
Community Advisor
February 20, 2021
Hi HemanginiS, the link ref mentioned that "As part of the Big Sur updates, an s_ecid cookie set via CNAME is also held to a seven-day expiry."