Hi @politicske,
Hmmm, curious. I’ll look into this and get back to you ASAP! But what do you mean with Chrome being the biggest source of traffic? A browser name should never be mentioned as a source of traffic, it could be Google, another search engine, WordPress or another social media platform, etc. But never Chrome…?
What I mean is most of my site uisers use chrome. Over 60% of them. I went into google analytics themselves and have found the WordPress traffic is being attributed to WordPress 5.2.3.
Oh, well that might make sense. And it could be kind of a bug, I guess.
In Stealth Mode we’re sending traffic through your server and to Google Analytics – through the backdoor, so to speak.
This might modify the Platform a user is using, since it’s not Chrome sending the traffic to Google, but in essence WordPress.
Could you send me the path in Google Analyitcs where I can find this info?
Check under Audience>Technology then Browser and OS.
I’m seeing the same thing. So it’s a verified bug. Thanks for reporting it!
Wow! Good to know. I was scared for a moment. I will wait for the fix.
Seems deactivating the feature also breaks analytics. Lost all my traffic for Friday and Saturday.
You need to update analytics.js after saving the changes. Otherwise it will break analytics.js, that’s true.
Hi @politicske, @svariable,
This bug is resolved in v2.8.0.
Thanks for reporting!
The problem was that the user agent of the server was sent along with the request. Overriding the ua-parameter and setting the original user-agent as the user-agent of the request resolved this.
1. Thanks for the update. BTW, does the plugin use google fonts on the settings page? When I navigate to this plugin’s settings page, the test ad blocker I have detects these three domains: bootstrapcdn.com, maxcdn.bootstrapcdn.com and fonts.googleapis.com.
2. How to know the stealth mode is working? Coz my test ad blocker still detects google analytics from the website. My second biggest fan base is Opera Mini and I guess due to its default ad-blocking feature, my opera stats might not be reflective of the actual visits.
Hi @politicske,
1. No problem. No, no fonts are loaded or anything. The settings page is composed entirely of elements already available in WordPress-core. Another plugin or theme must be loading them on every in the administrator area.
2. You can verify the stealth mode is working by opening the console (F12 in most browsers) and going to the ‘Network’-tab. Usually, there should be a request URI called ‘collect’ followed by a bunch of parameters. Usually this is request is sent to http://www.google-analytics.com, but now, it will go to your own server e.g. yourdomain.com/collect?param1=true¶m2=false. In other words, no calls to google-analytics.com should be made, unless you’re using remarketing services.
Btw, it will not bypass all ad blockers. I already noticed that uBlock still captures it, because it scans the contents of the file. However, it still bypassed other very popular ones, such as Ad Blocker Plus and Firefox’ integrated tracking blocker.
I didn’t test with Opera Mini. Didn’t know people still used that 😛
1. Okay. Will try to check on that though I noticed these domains are only detected on your plugin’s page.
2. In developing countries, opera mini is (or was) very popular for those with limited data plans. Despite browsers like chrome and firefox introducing data saving features, some people still use opera mini, especially in the countryside. (I test the opera mini browser and the ad block detects the code too and blocks it in stealth mode).
