Data recorded via Measurement Protocol is not reported on by the Analytics Dashboard

[GoogleCodeExporter]

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-277908
06-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.

Original issue reported on code.google.com by blackby...@gmail.com on 4 Sep 2013 at 4:54

[GoogleCodeExporter]

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. 

Original comment by alberto....@gmail.com on 30 Jul 2014 at 4:25

[GoogleCodeExporter]

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

Original comment by norman.n...@gmail.com on 21 Aug 2014 at 2:50

[GoogleCodeExporter]

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.

Original comment by vincent....@gmail.com on 16 Sep 2014 at 1:48

[GoogleCodeExporter]

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.

Original comment by norman.n...@gmail.com on 24 Sep 2014 at 12:43

[GoogleCodeExporter]

Wouldn't you lose 20% from the fact that GA uses Sampling?  GA Premium should 
show all the data. 

Original comment by gk...@inviqa.com on 24 Sep 2014 at 12:46

[GoogleCodeExporter]

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.

Original comment by vincent....@gmail.com on 24 Sep 2014 at 1:07

[GoogleCodeExporter]

@norman : I don't get it : Isn't UUID mandatory ?

Original comment by vincent....@gmail.com on 26 Sep 2014 at 1:27

[GoogleCodeExporter]

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.

Original comment by vincent....@gmail.com on 26 Sep 2014 at 2:39

[GoogleCodeExporter]

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.

Original comment by vincent....@gmail.com on 2 Oct 2014 at 10:01

[GoogleCodeExporter]

Adding the sc=start did the trick for me too. Needs to be documented for sure.

Original comment by dan...@cazzulino.com on 31 Oct 2014 at 12:06

[GoogleCodeExporter]

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

Original comment by gleyende...@gmail.com on 29 Apr 2015 at 12:34

[GoogleCodeExporter]

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=screenv
iew&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

Original comment by mishasaf on 30 Apr 2015 at 9:50