Your achievements

Level 1

0% to

Level 2

Tip /
Sign in

Sign in to Community

to gain points, level up, and earn exciting badges like the new
Bedrock Mission!

Learn more

View all

Sign in to view all badges

Who Me Too'd this topic

Level 1
Level 1




We have a activity only for visitors with a particular profile parameter. But this data point does not exist until several seconds after the page has fully loaded. This means the first pageLoad request made to Adobe Target (at.js 2.x) is missing these parameters - and the visitor fails to qualify for the test.


We have some code that will scrape the DOM for all the necessary data points, so we want to make a second request to the Adobe Target servers. This time with all the parameters in order to fetch the activity and then apply it.


For A4T to work correctly all calls to Adobe Target should use the same supplemental ID as the original Adobe Analytics Page track supplemental ID. This works fine for the default first pageLoad request.


But when we try to make this second request using and a hardcoded supplementalDataId it is ignored, and instead a new supplementalDataId is created.


How can we ensure the supplementalDataId isn't randomly recreated, and instead uses what we set it to?



            request: {
                experienceCloud: {
                    analytics: {
                        supplementalDataId: "4A3B4159AD0B6F95-7F996DA189DD5694" // hardcoded to test if this gets passed to Adobe Target
                execute: {
                    pageLoad: {
                        parameters: {
                            level: 'advanced'
                        profileParameters: {
                            score: 2 // example parameter that we scraped from DOM several seconds after page loaded
        .then(response =>{ response: response }))
        .then(() => console.log('Success'))
        .catch(error => console.log('Error', error));





We have manually ran the above code snippet in the console, and expected the network tab to show the same supplementalDataId as we have hardcoded. But it wrongly showing as '7F3635E16781A866-10994B8473BC3DE7'




Who Me Too'd this topic