Site Speed Sample Rate in Google Analytics remains at 25% - google-analytics

I defined a Site Speed Sample Rate of 100% (via the Google Tag Manager). It's definitely more than 1% now but far from 100%. In fact a comparison of the speed samples and real pageviews in GA shows, that the rate is at constant 25% now. Our page has about 10,0000 users per day. Every page includes the same simple tag.
Any ideas what could be wrong? Thanks!

Site speed hits are sampled on the server as well as the client. You may be running into the limits outlined here:
https://developers.google.com/analytics/devguides/collection/analyticsjs/user-timings#sampling
In fact a comparison of the speed samples and real pageviews in GA shows, that the rate is at constant 25% now.
I'm not sure how you're coming to this conclusion. I don't think there's any reliable way to know what percentage of hits were sent from looking at reports.
The best way to test whether 100% of hits are being sent is to inspect the network tab in your browser's developer tools. If you set siteSpeedSampleRate to 100, you should be able to clear your cookies, refresh the page, and see timing hits being sent. If you repeat this (making sure to clear cookies), you should see hits being sent 100% of the time.

Although setting siteSpeedSampleRate to 100 will indeed send speed data every time, you might be hitting one of the site speed processing quotas:
https://developers.google.com/analytics/devguides/collection/analyticsjs/limits-quotas#timing_hits
https://developers.google.com/analytics/devguides/collection/analyticsjs/user-timings#sampling_considerations

Related

Google analytcis problem with number of clicks and sessions

I have some problem with google analytics. In the Google Ads campaign report, the number of clicks is six times higher than the number of sessions. I have no idea why.
https://imgur.com/a/nENMVbx
Usually a discrepancy is physiological, however that indicated in the image is actually a bit high.
It could depend, for example, on the slow loading of pages or on the loss of the gclic parameter (for example in the case of redirects) or on an error on the site that blocks tracking.

Site Speed for Google Analytics not working

I am successfully tracking traffic on a site (so far over 150 hits), however the Site Speed is still showing all zeroes. I know that the default is to only calculate speed for 1% of the requests, but it seems that nothing is getting tracked at all for Site Speed. I'm using the newest version of Chrome.
Any ideas? Thanks!
Site speed sample rate sets the percentage of users to be tracked not the percentage of requests. Here's what the docs say:
This setting determines how often site speed tracking beacons will be sent. By default, 1% of users will be automatically be tracked. Note: Analytics restricts Site Speed collection hits for a single property to the greater of 1% of users or 10K hits per day in order to ensure an equitable distribution of system resources for this feature.
In your case, if you don't expect to have more than 10K hits to your property in a single day, you can safely set the sample rate to 100%. Note: this has to be done in the create method:
ga('create', 'UA-XXXX-Y', {'siteSpeedSampleRate': 100});
Have you called the _setSightSpeedSampleRate() method? That would be my best guess. According to the Google docs:
The _setSiteSpeedSampleRate() method must be called prior to _trackPageview() in order to be effective.

What's the best way of working out the Average Visit Duration for a blog with a high bounce rate?

I currently have a blog which gets almost all of its views from Google. As a result of this, I have a very high bounce rate - people find the article they wanted to read, read it, then generally leave and do something else.
However, this means that my Average Visit Duration stats in Google Analytics are almost entirely useless, since they don't count the AVD of 'bounces'. So I ask: what's the best way of calculating AVD in this scenario? I've heard ideas like events every 30 seconds - or measuring the distance scrolled by each reader. But is there a better way of doing this?
Thanks, J
Nothing gets sent went he user leaves, so if the user only visits one page, you are going to see a high bounce rate with no or very low duration score.
Sending an event every 15-30 seconds is a good way to get users counted. The event doesn't have to mean anything, but it will affect the bounce rate and visitor duration.
I usually put something like this on most of my sites (classic code version):
setInterval(function(){_gaq.push(['_trackEvent','page','read-update']);},15000);

Google Analytics - Visit duration 0 sec

I am using Google Web Analytics Online Tool to monitor visits on my site.
What bugs me is that often I see that records contain the folloowing entries:
Page Visits: 1.00
Average Visit Duration: 00:00:00
Bounce Rate: 100%
What does that mean?
If the visitor comes to my site it should stay at least couple of seconds until he leaves?
Could that mean that something is wrong with accessing my site (I had similar problems before, but I am convinced I fixed them since I am not getting any errors when I try to access my site from different computers.)
When a visitor comes to your page google analytics sets a cookie where a timestamp is stored. When the user visits a second page in your site Google compares the stored timestamp to the actual time and calculates visits duration from the difference between the two. If all your visitors have bounced there is no second data point to compare the stored value to and google is unable to compute a duration.
A common workaround is to set a javascript timeout and trigger an event after ten seconds or so (with the "interaction" flag in the event set to true, see Google Analytics event tracking docs for details). The assumption is that somebody who looks for more than ten seconds at you page is not actually a bounce (I think that since "bounce rate" has so hugely negative connotations people try to avoid high bounce rates even at the price of introducing bad data; you should realize that "bounce rate" simply means that there are not enough data points to say anything meaningful about those particular visitors).
Personally I do not like that approach because it means to redefine inaction of a visitor as action. A better idea (IMO) is to implement a meaningful interaction point - like a "read more" link that loads content via ajax or something like it - and track that via event tracking or virtual page view.
Event tracking guide:
https://developers.google.com/analytics/devguides/collection/gajs/eventTrackerGuide
Short Update: With Universal Analytics the technical details have changed (i.e. there are no longer cookies with timestamps, all information is processed on the GA servers). So the first paragraph is no longer up to date, however the rest of the answer is still valid.
I'm having a similar issue, i monitor those placements and recently found out the traffic is hardly getting to my site, recent experiment showed that those are placements triggered via clicks from GDN, but people have not even reached my page, were blocked by pop-up blocker or other similar software

Effect of increasing page load sample size on end user experience

I have a website which has around 500-600 vists per week. I would like to increase the sampling size to 100% in the google analytics tracking code.
I would like to know if this has eny effect on the performance of my website
Contrary to the comment above Google has an option to set sample sizes:
https://developers.google.com/analytics/devguides/collection/gajs/methods/gaJSApiBasicConfiguration#_gat.GA_Tracker_._setSampleRate
This will not affect you visitors (since the pixel is sent anyway, sampling happens during data processing).
I don't think it will make any difference if you have only a few hundred visitors, though (I'm guessing that Google is smart enough not to use sampling unless necessary, and in any case you should use setSampleRate to make your samples smaller, not bigger).
2016 answer
According to the official doc, the default sampling rate is 1%. If your site has little traffic, you can increase this rate with setSiteSpeedSampleRate()

Resources