Apple’s recent ITP changes that affect AA/CNAME

[Hey_John]

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

[HemanginiS · Accepted solution]

Hi @Hey_John ,

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

[Hey_John]

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."

[HemanginiS]

Yes, that's correct. At present, s_ecid also has 7 day expiration in this case.