I just wanted to see if anyone has had the same issue as I've just encountered.
I'm in the process of creating a report and gone into 'Acquisition > All Traffic Channels'. I'm then given the following information:
So the weird thing that has come up is that the total user number is 1,709 yet when you add the 6 rows figures together, you are given the result of 1,793, a difference of 84.
The information in the image shows 100% of the users and there are no other rows to show so this is all of the data accessible. If i go to 'Audience > Overivew', i'm shown 1,709 as I'd expect (matching the other areas of the site) but this figure is wrong...
Has anyone else encountered this issue and if so, is there a reason for this?
Thanks all!
Mark Ferguson
In the acquisition report, you can have users who are multi-channel. Thus why it doesn't add up because one user can be for two or more channels.
This happen because a same user may lands on your website from different channel.
For example, if you land on the website yesterday from Facebook and today from Organic, you are still 1 user as total but you appear 1 on Facebook and 1 on Organic Search.
Related
Chart from Google Analytics
As I worked on my sites monthly report for visits/trends, I noticed that the user number provided in text (value 4539) is different the the number you get when you add each day's plot point together along the blue line (value of 5110). I have the graph set for users, and also made sure the time frame for data was the same, but I am not sure what why these numbers differ so much.
Can someone explain this to me? Apparently I am an idiot.
Edit #1: This is the default settings under Reports > Audience > Overview. I have no dimensions added or anything more than just the strictly default settings.
User numbers are time dependent. That is to say, a user may come back more than once in a month, and GA knows that because it's detecting the cookie dropped in their browser. So, if Person A visited your site on Monday he counts as one user, and a report for Monday counts him as that. If he comes back on Tuesday and you look at a user report just for Tuesday, he is again one user. So, in individual daily reports Person A is counted as one user, in 2 reports. If you look at a report for the week, he counts as one user, because GA knows that he was person coming back to your site twice in one week.
I made a report of access to custom users and only 25% of users appear, the other 75% I do not know what happened.
Are you using the free version of Google Analytics? If so, your data is likely getting sampled. Try reducing your date range to just a day or two and see if it shows 100% of users. You can also try simplifying your segment so that you are looking at fewer data points. Here are the Google docs explaining sampling.
Your report only matches a portion of your traffic. Maybe you have a report filter, or maybe you are using a segment. This can also happen if you are trying to use a metric/dimension that only a portion of your traffic has. eg: Trying to see users by EventCategory will only include the users that had at least one event, not necessarily the same as the total number of users on your site.
Every day I get views of the same two pages in the same minute from the same user (using Chrome 65.0.3325.181 on Windows 10).
Interesting though the pages are, obviously (?), I don't believe these are real, intentional, views, especially as one of them is our main catalogue and there are never any events signalled for this session, which is untypical for that page.
I think all this must be happening automatically, perhaps because tab content is re-activating when the browser is restarting?
Does anyone know how such spurious page views can be filtered out of GA? I only want to count views that someone is actually looking at!
Many thanks
Mandy
Additional information as requested by Michele to whom I am very grateful.
I've prepared a spreadsheet with more info re all this user's visits, it's here: https://www.iperimeter.co.uk/Resources/SpuriousPageViews.xlsx.
Notes:
1) There look to be 2 puzzles here: firstly the user's strange activity, looking at only these pages over and over again, and secondly the lack of signalled GA events when there must have been /some/ for him/her to have got to the point they did (see comments in spreadsheet).
I suppose it is just possible the activity is 'normal', so that the lack of signalled events is the only real mystery.
2) Website is http://www.notamos.co.uk.
3) User has same GA cookie, operating system/version, and browser/version throughout.
4) My GA setup dates from early Dec 2017, so, given that there is no 'original' source for the direct referrals listed, I can only imagine that the user favourited my site pre December.
Have you checked the option 'Exclude all hits from known bots and spider' in the view setting?
Hi guys, I was wondering if anyone have the same problem as I do. I have 2 trackers which are Google Analytics and Piwik but after sometime I found out there is a discrepancy. Please read below for more information.
Here is data for yesterday (with New Piwik Last Week v1.7.1 version then).
GGA : 14 803 visits (Unique Visistors)
Piwik : 10 254 visits (Unique Visistors)
31% discrepancy.
Question
What do i have to do to match the records? or which of the statistics is the correct ones?
Any advice would be much appreciated.
Respective to the different programs they are both correct. The difference comes in in HOW they calculate what a unique visitor is. No two stats aggregators work the same.
Google Analytics What's the difference between the 'Absolute Unique Visitor' report and the 'New vs. Returning' report?:
Absolute Unique Visitors
In this report, the question asked is: 'has this visitor visited the website prior to the active (selected) date range?' The answer is a simple yes or no. If the answer is 'yes,' the visitor is categorized under 'Prior Visitors' in our calculations; if it is no, the visitor is categorized under 'First Time Visitors.' Therefore, in your report, visitors who have returned are still only counted once.
Piwik FAQs:
How is a 'unique visitor' counted in Piwik?
Unique Visitors is the number of visitors coming to your website; Unique Visitors are determined using first party cookies.
If the visitor doesn't accept cookie (disabled, blocked or deleted cookies), a simple heuristic is used to try to match the visitor to a previous visitor with the same features (IP, resolution, browser, plugins, OS, ...).
Note that by default, Unique Visitors are available for days, weeks and months periods, but Unique Visitors is not processed for the "Year" period for performance reasons. See how to enable Unique Visitors for all date ranges.
They both use cookies to determine uniques, but both go about it calculating them in different ways. It's apples and oranges when comparing stats packages side by side.
Examine the rest of the stats beyond unique visitors. If there is a wide margin across the board, take a close look at the implementation of both.
If all is well with both implementations, then pick one and go with it for the stats. Overall trends is what you are looking for. Are the stats you want to go up going up? Are the stats you want to go down going down?
Has anyone else seen this issue?
As of roughly 2 weeks ago, I get conflicting figures for the Total Visits metric between the Traffic Sources report and the other reports (e.g. Visitors, Dashboard). For example, for the week of 5/9/2010 through 5/15/2010, the Dashboard and Visitors reports both say 386 Visits. The Traffic Sources report says 157 Visits, and the 4 main source types (Search, Direct, Referral, Other) sum to 157 Visits, not 386.
Any ideas? Is this a known bug, or could there be a configuration issue?
Thanks.
Well it seems that quite a few GA users have observed unaccounted-for behavior, particularly during the past couple of months.
For instance,
18 - 19 May 2010:
more than 40 different GA users posted to the GA
User Forum all regarding the same
issue: no data whatever was
recorded in their GA Accounts
during the 18th and 19th of May. No
response from Google and nothing in
the GA Blog. Several users who had
other GA accounts that were functioning normally during this period, suggested that the problem might be caused by recent changes by Google to the GATC (which was in fact recently revised)--many of those who posted on the Forum said that indeed they had recently added the latest version of the GATC to their Sites/Pages.
6 - 9 May 2010:
Over 50 GA users reported, by
posts to the GA Forum, a complete
GA outage during the period 6 - 9 May
(no data appearing in their reports
for at least one of those days). This
time a GA Team member did respond with
a one-line response "there was a
delay in reporting, no data was lost."
This post also referenced a Twitter
message 4 from GA stating the same
thing.
In addition, i've seen a half dozen, perhaps more, recent posts (past 60 days) on the GA Forum in which users reported significant discrepancies between an aggregate figure and the sum of the constituents--both sets of figures from the same Report, e.g.,
Numbers Don't add up on the Absolute Unique Visitor's Report
Search Engine drill-down visitors don't match total
Neither Post was answered (either by the GA Team or anyone else).
Finally, since it's just a matter of clicking a menu and selecting a different option, i suggest comparing the figures you recited in your question with the analogous figures for Page Views, which is probably the simplest measurement in client-side analytics ("Visits" by contrast is strongly influenced by user cookie manipulation).
Through some trial-and-error looking at every specific source, I've traced the error to one item: within the Traffic Sources reports for the affected days (the issue seems to have partially righted itself as of yesterday's data, at least for my account), the delta/error/black hole was always equal to the Google CPC Search traffic for that day.
I have no idea what's causing the issue, but at least I know how to manually attribute the numbers. Hopefully Google has fixed this...
Thank you to all who commented/answered. I appreciate it.