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

Forward Support in Launch for DTM's _satellite.getVar("window.

Avatar

Avatar
Give Back 200
Community Advisor
Stewart_Schilling
Community Advisor

Likes

348 likes

Total Posts

279 posts

Correct reply

85 solutions
Top badges earned
Give Back 200
Ignite 5
Ignite 3
Give Back 100
Give Back 50
View profile

Avatar
Give Back 200
Community Advisor
Stewart_Schilling
Community Advisor

Likes

348 likes

Total Posts

279 posts

Correct reply

85 solutions
Top badges earned
Give Back 200
Ignite 5
Ignite 3
Give Back 100
Give Back 50
View profile
Stewart_Schilling
Community Advisor

13-06-2018

In DTM,  _satellite.getVar will honor the "window." prefix in the first argument.

In Launch, this is not supported.

For example :

_satellite.getVar("window.digitalData.page.pageInfo.pageName")

It is fairly common practice in DTM to use the above as it will fail gracefully if any part of the nested object is undefined.

The same problem exists for "param.", "event.", "rand", and "target." prefixes

These may present migration hurdles for some DTM implementations.

The DTM to Launch Migration Assessment at https://www.searchdiscovery.com/solutions/partners/adobe/adobe-launch/dtm-launch-assessment/  presently flags these cases as issues that will need to be fixed when migrating.

3 Comments

Avatar

Avatar
Give Back 100
Level 9
thomas_amsler
Level 9

Likes

244 likes

Total Posts

159 posts

Correct reply

26 solutions
Top badges earned
Give Back 100
Give Back 50
Ignite 10
Give Back 25
Ignite 5
View profile

Avatar
Give Back 100
Level 9
thomas_amsler
Level 9

Likes

244 likes

Total Posts

159 posts

Correct reply

26 solutions
Top badges earned
Give Back 100
Give Back 50
Ignite 10
Give Back 25
Ignite 5
View profile
thomas_amsler
Level 9

14-06-2018

I agree that this would be a good feature, especially if it was working in DTM.

But for this example case I would create data elements pointing to the datalayer anyway. With the ContextHub Extension and a custom JSON Schema this is rather comfortable to do and as far as I know there it also fails gracefully.

Avatar

Avatar
Give Back 200
Community Advisor
Stewart_Schilling
Community Advisor

Likes

348 likes

Total Posts

279 posts

Correct reply

85 solutions
Top badges earned
Give Back 200
Ignite 5
Ignite 3
Give Back 100
Give Back 50
View profile

Avatar
Give Back 200
Community Advisor
Stewart_Schilling
Community Advisor

Likes

348 likes

Total Posts

279 posts

Correct reply

85 solutions
Top badges earned
Give Back 200
Ignite 5
Ignite 3
Give Back 100
Give Back 50
View profile
Stewart_Schilling
Community Advisor

14-06-2018

Agreed, there are many ways to skin a cat.  I had logged this as an issue in launch-beta a long time ago, but it didn't get any response. I logged this here as an idea since _satellite.getVar has been on the list of DTM functions that are meant to be forward compatible to Launch.  I'd expect the function to work as it did in DTM and have deprecation notices if being used in a way that is not intended for long-term support. 

Avatar

Avatar
Give Back 25
Level 4
gflare
Level 4

Likes

33 likes

Total Posts

52 posts

Correct reply

18 solutions
Top badges earned
Give Back 25
Ignite 1
Give Back 10
Give Back 5
Give Back 3
View profile

Avatar
Give Back 25
Level 4
gflare
Level 4

Likes

33 likes

Total Posts

52 posts

Correct reply

18 solutions
Top badges earned
Give Back 25
Ignite 1
Give Back 10
Give Back 5
Give Back 3
View profile
gflare
Level 4

12-02-2019

Whoa, I didn't know this was an option in DTM.  This is such a streamlined way to interact with data layers without having to utilize a new data element or making sure you are being really defensive in your coding.

Thanks for bringing this up Stewart - a great feature/idea that I wish I knew back with DTM