Solved

Event Based listing impression rule is getting fired 2 times in React JS SPA

Forum|Forum|8 years ago
August 29, 2017
7 replies
4078 views

We have created one Event Based listing impression rule in our React JS based single page application. On initial page load, this event based listing impression rule is getting fired 2 times. We checked and verified that Data Layer digitalData object is being prepared properly and is signally properly with unique random ID change each time and make a signal for DTM to pull request. When user search from homepage and thus navigating to search result page, at this time this listing impression rule is getting fired only one time.This issue of twice call is happening when direct search page URL is being hit in browser address bar. Not able to understand why this rule getting fired two times. Any help regarding this would be appreciated.

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.

Best answer by ded57451295

Hi Jantzen,

My name is Dejan and I am one of the technical consultant investigating the aboven mentioned issue.

What I would like to correct from the original post is:

The rule only fires once, so the rule isn't the issue. We have added console logs to the rule to make sure that part is indeed firing only once.

However for example in an incognito window, the first tag that should fire. Shows twice in different debug tools. But when you look under the "network" tab the call is only made once. So we have a feeling that this is a malfunction between the debug tools such as Adobe Analytics debugger plugin and the calls actually made.

Also we looked into the fact where we would segment on visitors that only have had 1 visit, to see what the bounce rate is. Which you would expect to be 0% if it actually was making calls double. This isn't however the case.

The tag that is on top, is the one that gets fired first. So if we would change the alphabatic order of the tags, the one on top would show "twice" according to the debug tools.

We also found this article regarding the above explained issue:

https://blogs.adobe.com/digitalmarketing/analytics/under-the-hood-with-visits-and-visitors/

Our conclusion in this story currently is that all is working as intended. Do you agree?

Thanks,

Dejan

jantzen_b

Adobe Employee

Are you sure it's the event based rule getting fired twice and not the default beacon or a page load rule being fired? Have you turned on debug mode in DTM and viewed the console messages to know which rules are firing?

jitendrasinhg45Author

Hi Jantzen,

Yes, It is DTM rule (AA: listing impressions) which is getting fired 2 times. This rule(AA: listing impressions) is an Even Based Rule having top order, means this set on top first sequence of all rules defined. When search result page is being hit directly in browser, this rule gets fired twice. If I set any other rule (for e.g. AA: page load) at top order with first place sequence, then the this rule(AA: page load) gets fired two times. Means, any case, the first order rule we set, is getting fired two times. I don't know what's going on? You mentioned about default beacon, but I have actually no idea about that? But I had searched to suppress default beacon, and I have already applied adding code 'return false' in Customize Page Code section in general common DTM settings as mentioned in below links :

DTM Examples

Marketing Cloud Help | How do I suppress the default analytics beacon?

Marketing Cloud Help | How to use DTM for Single Page Apps (SPA)?

Still, the issue is same and first DTM EBR is getting fired two times.

Can you please help me out what could be the solution of my issue?

Kind Regards,

Thanks !

jantzen_b

Adobe Employee

Do you have a URL and steps where I might be able to replicate this? It's hard to give more than just general advice without testing the page myself.

jitendrasinhg45Author

Please find the steps and URL as under-mentioned :

Open the new incognito mode window in Chrome browser.
Make sure chrome plugin “Adobe Analytics Debugger” is on in incognito mode of chrome.
Hit the search page URL https://www.detelefoongids.nl/kapper/4-1/ directly into URL bar.
Observe the logs of “Adobe Analytics Debugger” in console of Chrome Developer tool.
There are 4 server calls seems fired. Out of these 4, first 2 calls of "Adobe Analytics Server Call" are duplicate and "Adobe Analytics Server Call #1" & "Adobe Analytics Server Call #2" are the exact same rule, with same data and with same “Events : event1”.
Please have a look at 3 screen-shots attached for further reference.

This issue seems not only in incognito mode, but also in normal chrome window. In case if you are not able to generate this in normal chrome window, you can try with incognito mode of chrome to reproduce the issue.

jantzen_b

Adobe Employee

When I load your page using the method you mentioned, I'm seeing 4 different server calls. I've highlighted the difference in the first two call since you indicated they were duplicates:

Browser Height (bh): 601
Browser Width (bw): 960
Charset (ce): UTF-8
Color Depth (c): 24
Cookies Enabled (k): Y
Generated Request (ndh): 1
Java Enabled (v): N
Javascript Version (j): 1.6
Resolution (s): 1920x1200
pf: 1

Campaign Information (1)
1. Channel (ch): yp
Ecommerce (1)
1. Currency Code (cc): EUR
Evar (11)
1. Evar 08 (v8): D=c25
2. Evar 09 (v9): yp_result
3. Evar 10 (v10): D=c10
4. Evar 11 (v11): D=c11
5. Evar 12 (v12): D=c12
6. Evar 32 (v32): D=c32
7. Evar 33 (v33): D=c33
8. Evar 36 (v36): B
9. Evar 45 (v45): First Visit
10. Evar 51 (v51): D=c51
11. Evar 60 (v60): yp
Page Information (2)
1. Page Name (pageName): yp_result
2. Page URL (g): https://www.detelefoongids.nl/kapper/4-1/
Props (8)
1. Prop 10 (c10): Kapper - Kapsalon, Barbershop, Kapsels, Haren | De Telefoongids
2. Prop 11 (c11): /kapper/4-1/
3. Prop 12 (c12): www.detelefoongids.nl
4. Prop 32 (c32): 13:38
5. Prop 33 (c33): wednesday
6. Prop 45 (c45): First Visit
7. Prop 51 (c51): WH-C
8. Prop 60 (c60): https://www.detelefoongids.nl/kapper/4-1/
Session (3)
1. D: D=
2. Timestamp (t): 27/8/2017 13:38:37 3 360
3. fid: 49E56A723D5F0FD7-3F89D0B9CD343DBF
Variables (3)
1. Analytics Querystring Begin (AQB): 1
2. Analytics Querystring End (AQE): 1
3. Evar 80 (v80): D=c60
version (1)
1. JS-2.4.0-D7QN:

Browser Height (bh): 601
Browser Width (bw): 960
Charset (ce): UTF-8
Color Depth (c): 24
Cookies Enabled (k): Y
Generated Request (ndh): 1
Java Enabled (v): N
Javascript Version (j): 1.6
Resolution (s): 1920x1200
pf: 1

Campaign Information (1)
1. Channel (ch): yp
Ecommerce (1)
1. Currency Code (cc): EUR
Evar (11)
1. Evar 08 (v8): D=c25
2. Evar 09 (v9): yp_result
3. Evar 10 (v10): D=c10
4. Evar 11 (v11): D=c11
5. Evar 12 (v12): D=c12
6. Evar 32 (v32): D=c32
7. Evar 33 (v33): D=c33
8. Evar 36 (v36): B
9. Evar 45 (v45): First Visit
10. Evar 51 (v51): D=c51
11. Evar 60 (v60): yp
Page Information (3)
1. Page Name (pageName): yp_result
2. Page URL (g): https://www.detelefoongids.nl/kapper/4-1/
3. Unique Id (pccr): true
Props (8)
1. Prop 10 (c10): Kapper - Kapsalon, Barbershop, Kapsels, Haren | De Telefoongids
2. Prop 11 (c11): /kapper/4-1/
3. Prop 12 (c12): www.detelefoongids.nl
4. Prop 32 (c32): 13:38
5. Prop 33 (c33): wednesday
6. Prop 45 (c45): First Visit
7. Prop 51 (c51): WH-C
8. Prop 60 (c60): https://www.detelefoongids.nl/kapper/4-1/
Session (5)
1. :
2. D: D=
3. Timestamp (t): 27/8/2017 13:38:37 3 360
4. Visitor Id (vidn): 2CE5FF1E850303D7-400011896000465D
5. fid: 49E56A723D5F0FD7-3F89D0B9CD343DBF
Variables (3)
1. Analytics Querystring Begin (AQB): 1
2. Analytics Querystring End (AQE): 1
3. Evar 80 (v80): D=c60
version (1)
1. JS-2.4.0-D7QN:

Do you have a rule that set's the Unique ID?

Here is a list of the rules that I show as firing on the page:

Rule Name	Rule Type	Fired?	Other Info
0AA: page load	Event Based	yes	dataelementchange(Page id change)
AA: listing impressions	Event Based	yes	dataelementchange(Page id change)
AA: search result page	Event Based	yes	dataelementchange(Page id change)

I assume one of these rules or somewhere in the Analytics tool itself, you have code setting the unique ID.

Hope this helps,

Jantzen

D

ded57451295Accepted solution

Hi Jantzen,

My name is Dejan and I am one of the technical consultant investigating the aboven mentioned issue.

What I would like to correct from the original post is:

The rule only fires once, so the rule isn't the issue. We have added console logs to the rule to make sure that part is indeed firing only once.

However for example in an incognito window, the first tag that should fire. Shows twice in different debug tools. But when you look under the "network" tab the call is only made once. So we have a feeling that this is a malfunction between the debug tools such as Adobe Analytics debugger plugin and the calls actually made.

Also we looked into the fact where we would segment on visitors that only have had 1 visit, to see what the bounce rate is. Which you would expect to be 0% if it actually was making calls double. This isn't however the case.

The tag that is on top, is the one that gets fired first. So if we would change the alphabatic order of the tags, the one on top would show "twice" according to the debug tools.

We also found this article regarding the above explained issue:

https://blogs.adobe.com/digitalmarketing/analytics/under-the-hood-with-visits-and-visitors/

Our conclusion in this story currently is that all is working as intended. Do you agree?

Thanks,

Dejan

jantzen_b

Adobe Employee

Hi Dejan,

When I look at the page using an incognito browser and the steps provided, I'm seeing two requests in the network tab for that call. The first is a 302 redirect which is used to set the s_vi cookie. The second is the 200 which is the actual beacon being sent to Analytics. This is expected behavior and shouldn't be viewed as a duplicate beacon.

If I understand your test correctly, you are correct. Having a bounce rate of grater than 0% proves that there is not a duplicate beacon on that page. If there were a duplicate beacon, it would be near impossible to have a grater than 0% bounce rate because every visitor would have at least two beacons.

Hopefully, this answers your question. Please let me know if you still have concerns.

Thanks,
Jantzen

Sign up

Login with SSO

Login to the community

Login with SSO

Scanning file for viruses.

This file cannot be downloaded