Expand my Community achievements bar.

SOLVED

Unintended extra pageviews using WebSDK

Avatar

Level 4

Hello gang... We've been running with the WebSDK for a bit now and all has seemed just fine. We've been impressed with the performance as well as the relative ease of implementation. Note that we use the NPM module directly, incorporated into our front-end build process.

 

Throughout testing as well as live data in Analytics nothing has seemed amiss. However in looking at our raw Data Feeds out of Analytics, there are extra "phantom" hits that are being treated as pageviews. There are few if any actual variables set in the Data Feed for those rows, except for some default Adobe ones like page URL, hit time, etc.

 

And when looking at just raw pageviews in Workspace with no reporting dimensions or segments applied, they can be seen. Our pre-implementation testing and evaluation never included just looking at data this way.

 

Unfortunately it looks as though these phantom pageviews correlate almost perfectly with the extra calls we make to just retrieve personalizations from Target. It seems that even though I don't set xdm.web.webPageDetails.pageViews.value, the hit is still being treated as such.

 

Is this in fact the case? And if so, is there some way to stop this from happening. It is absolutely undesirable. A pageview should ONLY be registered in Analytics if it is explicitly stated as such in the XDM.

 

1 Accepted Solution

Avatar

Correct answer by
Level 4

Here is the recommended short term solution, intended to be used as part of the alloy onBeforeEventSend callback. I've just implemented something based on this and it has alleviated the extra pageviews for now, throwing the "phantom" hits into the Custom Links report

https://gist.github.com/jfkhoury/b390688267854c75d75245ed0c12253b

View solution in original post

21 Replies

Avatar

Level 1

HI @shayo28675173 

it has been another year. Has this been resolved in the mean time?

Meaning, can we get rid of the patches in our implementation?