My favorites | Sign in
Project Home Issues
New issue   Search
for
  Advanced search   Search tips   Subscriptions
Issue 331: Data recorded via Measurement Protocol is not reported on by the Analytics Dashboard
18 people starred this issue and may be notified of changes. Back to list
Status:  New
Owner:  ----


Sign in to add a comment
 
Reported by [email protected], Sep 4, 2013
Name of affected component: Measurement Protocol

Issue summary: Data recorded via Measurement Protocol is not reported on by the Analytics Dashboard even after 24 hours has passed. Note that the Real-time Overview correctly shows the traffic.

Steps to reproduce issue:

Send request. For example: http://www.google-analytics.com/collect?v=1&t=pageview&sr=1366x768&tid=UA-27790806-1&vp=1366x768&cid=3E3CC249-1E99-4402-ADDF-CCE3222F1003&dp=%2Fbookmarks%2F

Expected output:
After 24 hours, I would expect to see some visits in the Analytics Dashboard.

Actual results:
No traffic was recorded.
Jul 29, 2014
#1 [email protected]
Was there any follow up with this issue? I am experiencing the same problem. 

Real-Time overview shows my POST request, but that's the only part where I can see events, and pages. 
Aug 21, 2014
#2 [email protected]
Still having the same problem

---------------------------------------------------------------------------
NOTE: This issue tracking system is for Google Analytics developer products
only.
If you are not a developer/programmer visit:
http://www.google.com/analytics/support.html
---------------------------------------------------------------------------
Name of affected component: Measurement Protocol

Issue summary: Events only show in real time reports. Not showing on historical reports.
Provide a brief summary of the issue you're experiencing.

Steps to reproduce issue:
1. Send an event to measurement protocol (POST method to http://www.google-analytics.com/collect)
2. Get a HTTP 200 OK . Event is sent with the following parameters:

      'v' => 1,
      'tid' => e.g. UA-37454802-1
      'cid' => gen_uuid(),
      't' => 'event',
      'ea' => 'play',
      'ec' => basename($_SERVER['REQUEST_URI']), 
      'el' => checkAgentType(),
	  'uip' => $uip,
	  'ua' => $ua,
	  'dr' => $dr,
	  'dh' => "example.com.",
	  'dl' => urlencode($pod."/".basename($_SERVER['REQUEST_URI'])),
      'uid' => md5($query.$uip.date('Y-m-d').$ua.$rnd),

3. Event shows in real time report. After 24-48 hours still not showing under Behavior > Events > Overview

Expected output:
Event shows in real time report. After 24-48 hours i should see the event under Behavior > Events > Overview

Actual results:
Event shows in real time report. After 24-48 hours still not showing under Behavior > Events > Overview

Sep 16, 2014
#3 [email protected]
I have the same issue with events. This is really annoying in my case since I now use events to track purchases (with Enhanced Ecommerce).

Note that most events are OK, only about 20% are missing for some reason. A guess : Sometimes, (20% could be the correct proportion), we generate the client ID, and sometime we grab it from javascript.
Sep 23, 2014
#4 [email protected]
that's exactly the problem! if you want a solution (that partially worked for me), thent stop sending UUID. looks like they need to fix this before we start generating UUIDs again.
Sep 24, 2014
#5 [email protected]
Wouldn't you lose 20% from the fact that GA uses Sampling?  GA Premium should show all the data. 
Sep 24, 2014
#6 [email protected]
Hi Grant,

For our tests we do not used sampleRate parameter (which is set to 100% by default). Added to that, our tests are made on a very few qty of requests, so there is no sampling on display.


Sep 26, 2014
#7 [email protected]
@norman : I don't get it : Isn't UUID mandatory ?
Sep 26, 2014
#8 [email protected]
I think I found a way : 

Try to launch an event with SESSION_CONTROL = start after generating your uuid, and then launch your events. (or just add sc=start on the first event). It seems to work for me, and it could make sense.... 
@norman : Could you test & confirm ?

If so, the only thing to do for google team is to update the documentation to explain about this condition for using custom Client Id. - OR : auto create session when a hit without session is received.
Oct 2, 2014
#9 [email protected]
I confirm my solution is working (for me at least).

However it seems strange that this is not documented, and that the session isn't created automatically. Added to that, it seems that some session from JS also did not work. So another guess : There is a Quota issue. It is said in the documentation "Applies to All hits except for ecommerce (item or transaction).". Maybe they forget to add "and hits with pa=purchase" to the quota exceptions.
Oct 31, 2014
#10 [email protected]
Adding the sc=start did the trick for me too. Needs to be documented for sure.
Apr 29, 2015
#11 [email protected]
Hello, I'm having the same problem, but I'm using measurement protocol to measure each time the server send an email, so, I don't know what happen if I start a session every time I send an email. It is going to add a visit to my reports for each email I send? Another event that I'm tracking (with measurement protocol) is when the user add a product to its favorite list. The same doubt here, does analytics going to add a visit each time a user add a favorite?

Help please.
Regards!
Guillermo
Apr 30, 2015
#12 mishasaf
same issue. for app account screenview data not present in analytic both realtime and  overview.
http://www.google-analytics.com/collect?v=1&tid=UA-xxxxxxxx-x&cid=test&t=screenview&an=test.app&aid=test.app.id&av=1.1.1.1&aiid=test.msi

adding sc=start and/or change cid format not solve problem
Dec 1, 2015
#13 [email protected]
We send sc=start and sc=end and it appears GA ignores it. Under Audience/Users it shows "Sessions 1" despite having sent data for dozens of sessions. And even though Real-Time data continues to change, Behavior/Screens stops incrementing at around 350 views, which if you add in our events would be about 500 total hits. We do send cid but it is not a UUID, it is rather a value which is unique to each device but will be the same for every hit sent from that device.
Dec 4, 2015
#14 [email protected]
My coworker has done some experimenting and reports that sc=start only appears to start a new session on t=pageview, not on t=event. Not clear yet about sc=end (it would seem odd to me to have the viewing of a page be the end of a session, I would think the end would be when the user clicks the button to leave).
Sign in to add a comment

Powered by Google Project Hosting