Expand my Community achievements bar.

Join us at Adobe Summit 2024 for the Coffee Break Q&A Live series, a unique opportunity to network with and learn from expert users, the Adobe product team, and Adobe partners in a small group, 30 minute AMA conversations.
SOLVED

Cross domain tracking/implementation with Adobe Web SDK extension

Avatar

Level 1

Hi There - Did anyone worked on Cross domain tracking/implementation with Adobe Web SDK extension?

If the user goes from abc.com to a subdomain like jp.abc.com , do we need to employ the cross-domain handling ?

1 Accepted Solution

Avatar

Correct answer by
Community Advisor

In my experience, if I open up Chrome Incognito (so there are absolutely no cookies available), and I open Site A (domainA.com) in one tab, then open Site B (domainB.com) in a another tab, both sites correctly stitch me to the same ECID without needing to do any special effort.

 

However, that said, Chrome does still accept third party cookies... I know that this is limited on some other browsers... 

 

If you are expecting that a lot of people will click through from Site A to Site B, then you can use try using https://experienceleague.adobe.com/docs/id-service/using/id-service-api/methods/appendvisitorid.html... and append the visitor Id, then read the value on the other site.

 

But if the user isn't going direct from A to B, I think you just have to rely on Adobe to do its best to stitch the user properly.

View solution in original post

11 Replies

Avatar

Correct answer by
Community Advisor

In my experience, if I open up Chrome Incognito (so there are absolutely no cookies available), and I open Site A (domainA.com) in one tab, then open Site B (domainB.com) in a another tab, both sites correctly stitch me to the same ECID without needing to do any special effort.

 

However, that said, Chrome does still accept third party cookies... I know that this is limited on some other browsers... 

 

If you are expecting that a lot of people will click through from Site A to Site B, then you can use try using https://experienceleague.adobe.com/docs/id-service/using/id-service-api/methods/appendvisitorid.html... and append the visitor Id, then read the value on the other site.

 

But if the user isn't going direct from A to B, I think you just have to rely on Adobe to do its best to stitch the user properly.

Avatar

Level 1

Thanks @Jennifer_Dungan 

I've request related to the second scenario where link click will redirect users to the language specific subdomain.

  1. It sounds like we do not need to setup a CNAME, correct?
  2. Can you explain what Adobe is doing with its cookie on subdomains that requires this setup? (i.e. why doesn’t it treat a subdomain like part of the parent domain’s site?

 

 

Avatar

Community Advisor

Hi,

 

In my sample, I am on two completely different domains... For you (I wasn't sure if your were talking subdomain, or just using examples) if they are a main and subdomain, you shouldn't need to so anything... domains and subdomains are fine (just so long as you are setting the first party cookies against the main domain.

 

By which I mean

On site "abc.com" the cookies are set against ".abc.com" (notice the dot at the beginning)

On site "jp.abc.com" the cookies are also set against ".abc.com"

 

All cookies on ".abc.com" can be read by both domains, cookies set against "jp.abc.com" can only be read by jp.abc.com.

 

For example, look at these Google cookies:

Jennifer_Dungan_0-1664920797032.png

 

(.google.com can be read on all google domains; news.google.com can only be read by Google News)

 

 

Now, you may need to check how you are setting cookies in your Cloud Id Extension... and make sure that both sites are set up properly.

 

If they are, you won't need to do anything... including appending IDs to links... in fact, if you have your suite set up correctly, your subdomain shouldn't even trigger an exit link... both should be considered internal domains.

Avatar

Level 1

Thanks @Jennifer_Dungan  for your comments.

When you said, "you may need to check how you are setting cookies in your Cloud Id Extension... and make sure that both sites are set up properly.". 

 

I'm using " Adobe web SDK" extension in launch and I think in that case we don't need the separate Cloud Id extension? correct?

 

 

Avatar

Community Advisor

Ah, if you are using the Web SDK, you should be fine (as you are not relying on cookies). That should be setting the ECID on the server based on your organization.

Avatar

Level 1

Sounds good.

As per our above conversation, I don't requires to do any changes to track cross-domain in user's journey. Domain name abc.com and link click -> jp.abc.com (sub domain of abc.com) will be tracked automatically in user's journey path? when I'm using the Web SDK extension to collect data in analytics.

 

 

Avatar

Community Advisor

Right.. and because abc.com and jp.abc.com share the same main domain, even if you weren't using the web SDK, it should still be fine (with the correct cookie config) since these are the same domain.

Avatar

Community Advisor

You are also correct, you don't need a new CNAME.... 

 

If you have s.abc.com set up as a tracking server, it will work on your main and all subdomains.

 

 

Adobe does treat subdomains the same... provided you have configured everything properly against the root domain.

Avatar

Employee Advisor

@AnuKalra_100 This use case does not require cross domain tracking, cross domain tracking comes into picture, if the visitor goes from abc.com to dce.com, however in this case, jp.abc.com is a subdomain, web SDK will track this automatically, you don't need to do any extra configuration in this as case as Jennifer mentioned