Expand my Community achievements bar.

Help shape the future of AI assistance by participating in this quick card sorting activity. Your input will help create a more effective system that better serves your needs and those of your colleagues.
SOLVED

Event firing more often in Launch than DTM

Avatar

Level 5

Hi everyone!

We've migrated from DTM to Launch.

We have some legacy page view events in our custom code that fire both the hit and visit based variant of the event when a customer visits a specific page:

 

 

if (pageName == "section|subsection1|subsection2|title") {
s.events = s.events ? s.events += ',' + 'event1,event2' : 'event1,event2';
}

 

 

The hit based variant of the event tracked against the page views metric in Analytics exactly when deploying with DTM, but since migrating to Launch the event metric exceeds the page views metric by about 50%. After firing the event I'm using the 'Clear Variables' action to reset the event string and when debugging I can't see multiple instances of the same event.

Does Launch process or send events differently? Is there something I need to tweak in the configuration?

Topics

Topics help categorize Community content and increase your ability to discover relevant content.

1 Accepted Solution

Avatar

Correct answer by
Level 10

Philip,

What I would advise to start with is to optimize the code the way that event1 and event2 are appended through the s.apl() plugin to prevent events duplication in case they are set somewhere else (in other rules, for example).

Ideally, share the website URL and scenario where that is happening. I am sure we will find an issue in the code. Alternatively, share the library URL and I will help you debug the Launch implementation via Launch Inspector.

View solution in original post

14 Replies

Avatar

Level 4
Hi Philip, Can you share URL to debug further? Is the above shared code is placed inside do plugin function?

Avatar

Level 5
Hi Charles. This code is not in doPlugins, it's just added to the custom code in the 'Set Variables' action in the page load rule. Regarding the URL, are you based in the UK as our site isn't properly available internationally?

Avatar

Level 4
Hi Philip, I'm located in India just share the URL let me try if the page gets loaded then i can able to debug

Avatar

Level 4

If you don't mind sharing the URL I can take a look as well. You can reach out to me via DM or find me on measure slack (Francis Li)

Avatar

Level 5
Hi Charles and Francis. I'll DM you guys the URL

Avatar

Level 10
Were you able to solve this issue? If so, would you mind posting the solution so others that find this thread have the answer?

Avatar

Correct answer by
Level 10

Philip,

What I would advise to start with is to optimize the code the way that event1 and event2 are appended through the s.apl() plugin to prevent events duplication in case they are set somewhere else (in other rules, for example).

Ideally, share the website URL and scenario where that is happening. I am sure we will find an issue in the code. Alternatively, share the library URL and I will help you debug the Launch implementation via Launch Inspector.

Avatar

Level 10
BTW, also, try to break down the events by custom link, exit link and download link. This will help to partly check if the events are reset or not after the beacon is sent.

Avatar

Level 5
Hi Andrey. Thanks for the response. In the interim I decided to turn off the events on the live site. However, it looks like it's linked to a wider issue we're having following our migration which I've detailed here: https://experienceleaguecommunities.adobe.com/t5/adobe-experience-platform-launch/inflated-page-name...

Avatar

Community Advisor
@philipk92120636 Happy to have a look if you DM me the URL. Also, have you had a look in Workspace to see what the additional events are coming through against? Is it setting the event more than once against a single page view, or are the additional events originating from link tracking metrics calls?

Avatar

Level 5
The event itself was linked to our page load rule. It just fired the success event if the page was the specified page name. I had to turn off the events in our production environment. I'll have a look at the historical data as you've suggested.