Web SDK implementation - separating the Adobe Target and Analytics calls | Community
Skip to main content
Franc_G
Level 4
May 16, 2024
Solved

Web SDK implementation - separating the Adobe Target and Analytics calls

  • May 16, 2024
  • 2 replies
  • 3094 views

hi all, I want to dispatch a call to the Adobe Target with all the relevant parameters (at the moment I am only interested in pageName, but would like to expand to entity.id etc.) as soon as alloy library is ready (window.alloy is ready). 

 

I have tried the following:

  1. to set up a separate tag with the "eventType": "decisioning.propositionDisplay" and add pageName as xdm.web.webPageDetails.name - doesn't work!
  2. to set up a separate tag with the "eventType": "decisioning.propositionDisplay" and add pageName to the data obj - doesn't work either!

It seems like its not possible to separate AT and analytics calls at the moment. My main concern is that at some point (when we add more variables and some "extra" dependencies pop up) the analytics calls will become too heavy and will impact the AT performance. Please a advise. 

Best answer by Franc_G

@bjoern__koth my set up works fine with the 

eventType: "decisioning.propositionFetch"

type of events. No duplicate pageviews observed. Putting attributes into the data obj doesn't work for AT.

2 replies

bjoern__koth
Community Advisor and Adobe Champion
Community Advisor and Adobe Champion
May 16, 2024

Hi @franc_g 

I think we had this before in the blog?

 

The WebSDK extension has a new feature called "Guided Events" which essentially is removes certain fields from the XDM that caused e.g., unwanted page views to fire when web.webPageDetails.name was set. So, that field can be set but will be removed from the call.

 

In your case, are you sure sending "data" on the same level as "xdm" does not work? This more or less the equivalent of context data in Adobe Analytics. A free form data object that should be accessible also from target. Target also has a dedicated section inside of "data" called "__adobe.target" where you can pass in target-relevant information for recommendations etc.

{ xdm: { // ... }, data: { // reserved for Adobe products "__adobe": { "target": { "entity.name": products[0].name, } }, // some other free form data pageName: "fooBar" } }

 

Maybe this documentation helps: https://experienceleague.adobe.com/en/docs/experience-platform/web-sdk/personalization/adobe-target/target-overview 

 

 

Cheers from Switzerland!
Franc_G
Franc_GAuthor
Level 4
May 17, 2024

@bjoern__koth apologies for the lack of context - we are not using Launch, we are using Ensighten TMS. So, I will need to implement "Guided event(s)" manually. I just noticed that I was using the wrong event type 🙂

eventType: "decisioning.propositionDisplay"

instead of

eventType: "decisioning.propositionFetch"

Will do more testing. 

kautuk_sahni
Community Manager
Community Manager
October 16, 2024

@franc_g Did you find the suggestions helpful? Please let us know if you require more information. Otherwise, please mark the answer as correct for posterity. If you've discovered a solution yourself, we would appreciate it if you could share it with the community. Thank you!

Kautuk Sahni
Franc_G
Franc_GAuthor
Level 4
October 16, 2024

The correct solution is to use the 

eventType: "decisioning.propositionFetch"

for the AT call.

 

You can add the xdm.web.webPageDetails.name if you want to run experiments based on the specific pageName.

 

Also trigger a pageLoad / pageView call separately with all relevant parameters. 

 

Please note: I am using the Ensighten TMS and not Adobe Launch.