Are AdBlockers another source for (not set) landing pages?
I've been trying to track down an issue for a client where their landing page report has “(not set)” entries. I read through the great writeup that LunaMetrics had on this ( http://www.lunametrics.com/blog/2015/06/25/11-places-google-analytics-not-set/ ), but it didn't seem to match my client. In the comments section of that post Simo Ahava mentioned that it could also be due to sessions resetting at midnight, but a quick spot check for this client ruled that out for me well.
Since (not set) in the Landing Page report seems to mostly be caused by events firing without a corresponding pageview, I decided to look at exactly what was being sent to GA, and in what order, using Charles.
So, this particular property is opted into Demographics and Interest Reports, so the first pageview hit data doesn't just got to google-analytics.com, but is routed over to stats.g.doublick.net as well, along with google.com/ads.
This is what the hits going to this property look like in Charles:
Highlighted in orange, you'll see the PageView hit, which goes through two 302 redirects before arriving at www.google.com/ads. In white is the event hit to this property, which looks like doesn't need to be redirected for the demographic reports.
Now, if I go back to the site with a fresh browser (cleared cookies, etc), but with AdBlock Plus installed this is what Charles reports:
As you can see, the event hit still receives a 200, but the pageview hit goes through two 302s before it stops sending hits to this property for this pageview. It looks like the hit over to google.com/ads that would normally result in a 200 is blocked by the ad blocker.
So, I'm thinking users with ad blockers are the cause of at least some of the (not set) landing pages for this client. But, maybe some information gets picked up in the redirects before the adblocking kicks in? Have any of you seen anything like this affecting your clients?
Re: Are AdBlockers another source for (not set) landing pages?
Your first step is to identify the type of hit or hits that is causing the (not set) to appear via an advance filter to only include the data where page/screen views matches 0 in the following three reports. Behavior-->Events, Acquisition-->Social-->Plugins, and the Conversions-->Ecommerce reports once you get this data you should be able to see a pattern and come to a possible cause. Ad blockers might be the cause for some but I would suspect a very small amount most likely several causes.