Differences between DTM and Launch to be Aware of

There’s a lot of talk about how Adobe Launch is backwards-compatible- that, aside from a few _satellite methods that may not still work (that were probably not supported to begin with), anything you had in DTM should still work in Launch. But, well, not EVERYTHING in DTM is still going to work in Launch, and some things in Launch may catch you off guard. Here are some things you should be aware of:

[icon name=”exclamation-triangle” class=”” unprefixed_class=””] Far fewer things happen automatically. For instance, Adobe Analytics no longer automatically fires a beacon on page load (which I view as a wonderful thing, but you still need to be aware of it). You need to set it up (and things like loading Target or firing Mboxes) in a rule.

[icon name=”exclamation-triangle” class=”” unprefixed_class=””] The following _satellite methods (among others, but these are the most common) are no longer supported (or, in some cases, may never have been supported but now simply won’t work).

  • _satellite.getQueryParam/_satellite.getQueryParamCaseInsensitive
  • _satellite.notify (this still technically works, but you should migrate to _satellite.logger)
  • _satellite.URI
  • _satellite.cleanText
  • _satellite.setCookie (which is now _satellite.cookie.set) and _satellite.readCookie (which is now _satellite.cookie.get)

[icon name=”exclamation-triangle” class=”” unprefixed_class=””] There is some interface functionality in DTM that is not yet in Launch:

  • There is no “notes” functionality currently (though I hear that is coming soon)
  • It’s not easy to do a revision comparison (diff compare) currently (though again, I hear that is in the works).

[icon name=”exclamation-triangle” class=”” unprefixed_class=””] Launch still has console debugging, but it no longer alerts you to what “SATELLITE DETECTED” (which I used a lot to troubleshooting bubbling issues)- it merely tells you what rules are firing, etc.

[icon name=”exclamation-triangle” class=”” unprefixed_class=””] Some tools like Tagtician or Disruptive Advertising’s DTM Debugger are not yet fully Launch-compatible. (Tagtician supports Launch but is working on improving how it handles it; I don’t know if the DTM Debugger has any plans to become Launch-compatible).

[icon name=”exclamation-triangle” class=”” unprefixed_class=””] The Adobe Analytics extension does not support multiple Adobe instances, nor can you have multiple Adobe Analytics extensions installed. (Multi-suite tagging is still ok).

[icon name=”exclamation-triangle” class=”” unprefixed_class=””] The Google Analytics extension does not support multiple GA instances.

[icon name=”exclamation-triangle” class=”” unprefixed_class=””] Some things have been renamed in a way that may throw you off- for instance, you can still easily have a Rule condition be based on a Data Element value- it’s just named “Value Comparison” now.

[icon name=”exclamation-triangle” class=”” unprefixed_class=””] While Launch gives you much more control over the order things happen in, be aware that while actions within a rule will START in the specified sequence, they may not COMPLETE in sequence: Action 1 will start, then Action 2 will start whether Action 1 is finished or not. This is particularly significant if the actions are just code (for instance, I had my first action try to pull information from an API, and my second action then use that info to fire a pixel… but the pixel kept firing before the API had done its thing). I hear that users may eventually get more control over this, but for now this is how it is.

[icon name=”exclamation-triangle” class=”” unprefixed_class=””] Adapters can be confusing (fortunately Jimalytics clears it up nicely on his blog). These days, Adobe automatically creates a “Managed by Adobe” adapter, and that single adapter should work for multiple environments.

None of these are necessarily a reason to not upgrade- especially since Adobe now has a plan for sunsetting DTM. But hopefully you won’t be caught unaware by any of these items. Has anything else surprised you about Launch? Let us know!

 

[author] Jenn Kunz [author_image timthumb=’off’]https://33sticks.com/wp-content/uploads/2018/03/Jenn.Kunz_.jpeg [/author_image] [author_info]Jenn is an industry expert on Adobe Analytics, Implementation, Tag Management, and Data Layers. Her favorite video game is currently Horizon Zero Dawn, her favorite board game is currently Ex Libris, and her favorite books are the Stormlight Archive by Brandon Sanderson.

She is based out of Marietta, Georgia.[/author_info] [/author]

Published by Jenn Kunz

Jenn is an industry expert on Adobe Analytics, Implementation, Tag Management, and Data Layers. Her favorite video game is currently Horizon Zero Dawn, her favorite board game is currently Ex Libris, and herfavorite books are the Stormlight Archive by Brandon Sanderson. She is based out of Marietta, Georgia.

Join the Conversation

5 Comments

  1. Thanks Jenn, this was very helpful! I am surprised with these kinds of changes that Adobe seems to be saying we can’t use Launch on the same site as DTM because of keeping the _satellite object as-is. Do you know if there is a work around? I have found nothing, other than really shameless hacks. It makes migration pretty all or nothing and I can’t see the point of moving a site, say a section at a time, like PDP pages, Category pages, checkout etc..

    1. It’s true, you can’t have a DTM library and a Launch library on the same page, so you either have to migrate a page/site section at a time, or dive fully in. In truth, even if there weren’t conflicts on the _satellite object, I’d be concerned about double-tagging things and maintaining two product tools at once, not to mention the impact to page performance from having two TMS libraries on your site.
      Fortunately, there should be enough leeway in the sunsetting timeline to thoroughly test the Launch library (on a dev environment) against your DTM library on Production. Sorry to not have better news for you!

  2. There’s one more thing I really miss in Launch. It’s the search by tag function. How do you handle it if you’ve got multiple tags in the same rule and you want to find them quickly? I mean, you can add them in the rule title, but at some point it can get very long. Any tips?
    And thanks for all your articles Jenn. They are really helpful as we have quite a few clients that are or will be going through the migration.

Leave a comment

Your email address will not be published. Required fields are marked *