|
|
Schweiss-weg
: 03.09.2007
: 221
|
| : 30.03.2010, 17:19 : Google Analytics – eigene Conversions rausfiltern (dyn. IP) |
|
|
Hallo! Jemand eine Idee, wie ich bei Google Analytics unsere eigenen Zugriffe und Conversions ausfiltern kann?
Wir haben eine unserer dynamischen IP und pflegen selbst (und das verursacht das Conversion-Problem) Test- und Telefonbestellungen ein.
Vielleicht über eine Art Firefox Cookie-Blocker oder was man sonst noch so blocken kann? |
|
| Nach oben |
|
 |
TBT
: 13.02.2008
: 236
|
|
| Nach oben |
|
|
mgutt
: 08.03.2005
: 3151
|
|
| Nach oben |
|
|
mic_jan
: 31.08.2004
: 397
|
| : 30.03.2010, 23:02 : Google Analytics – eigene Conversions rausfiltern (dyn. IP) |
|
|
Da muss man keinen eigenen Cookie kochen. Das geht auch so mit Analytics. Den Cookie kann man mit GA selber setzen. Indem man einfach eine eigene Gruppe für die eigenen Aufrufe beim GA-Code übergibt.
Dafür muss dann eine Seite aufgerufen werden, wo der entsprechende GA-Cookie gesetzt wird.
Und zum Schluss macht man dann noch ein Profil in GA wo alles getracked wird ausser diese eine Gruppe.
Afaik steht das auch in der GA Hilfe drin.
Gruß,
Michael
Heute ohne Signatur |
|
| Nach oben |
|
|
Schweiss-weg
: 03.09.2007
: 221
|
|
| Nach oben |
|
|
Schweiss-weg
: 03.09.2007
: 221
|
| : 31.03.2010, 13:20 : Google Analytics – eigene Conversions rausfiltern (dyn. IP) |
|
|
… aber wie genau heisst der Cookie der gesetzt wird und wie lange ist er haltbar?
Und wie kann ich generell am besten überpüfen, ob er korrekt gesetzt ist? |
|
| Nach oben |
|
|
mgutt
: 08.03.2005
: 3151
|
| : 01.04.2010, 09:51 : Google Analytics – eigene Conversions rausfiltern (dyn. IP) |
|
|
Setz Dir einfach ein Cookie und an Hand dessen entscheidest Du serverseitig, ob Analytics ausgeliefert wird. Zusätzlich kannst Du irgendwo auf der Seite "Mitarbeiter-Modus" oder ähnliches ausgeben.
» Adsense & Vibrant Alternative
» Ankauf von Communities und Forendomains |
|
| Nach oben |
|
|
Schweiss-weg
: 03.09.2007
: 221
|
| : 01.04.2010, 12:20 : Google Analytics – eigene Conversions rausfiltern (dyn. IP) |
|
|
Wenn ich nach der von Google empfohlenen Methode vorgehe habe ich aber das Problem den Cookie in allen Browsern zu identifizieren!
Konkret und nach Browser ausgewertet bedeutet dies folgendes:
Opera: __utmv: 121607050.test_value
Netscape: __utmv: 121607050.test_value
Safari: kein passender Cookie auffindbar
Firefox: kein passender Cookie auffindbar
Ich verstehe das nicht ganz  |
|
| Nach oben |
|
|
Schweiss-weg
: 03.09.2007
: 221
|
| : 09.04.2010, 16:20 : Google Analytics – eigene Conversions rausfiltern (dyn. IP) |
|
|
Jetzt kommts noch besser. Verstehe nun gar nichts mehr
Ich habe mir mal die Freude gemacht, per "Erweiterte Segmente" alle eigenen Zugriffe herauszufiltern. Dabei habe ich folgende Kriterien einbezogen:
die über die für uns in Frage kommenden Städte mit Einwahlknoten das von uns verwendete Betriebssystem (Mac OS-X) den von uns benutzen Zugangsprovider
All diese Punkte zusammen genommen sollten eingentlich unsere eigenen Zugriffe relativ klar abgrenzen können, insbesondere, da wir Mac OS-X benutzen.
Betrachte ich aber einen Zeitraum der letzten 5 Jahre haben wir bis auf kurze (aber deutliche) "Zugriffsinseln" immerzu NULL-Zugriffe generiert, was aber im Grunde nicht sein kann. So fallen diese 0-Zugriffsphasen auch in Zeitbereiche im Jahr 2009, in denen wir noch gar nicht darüber nachgedacht haben unsere eigenen Zugriffe heraus zu filtern 
Ich möchte Euch mal bitte ein vergleichbares Segment auszutesten, wenn Eure Zugangskonstellation nachvollziehbare Selektionskriterien zulässt (seltener Browser, seltenes OS, ungewöhnlich hohe Bildschirmauflösung, o.ä.)
und mich über das Ergebnis zu informieren. |
|
| Nach oben |
|
|
mgutt
: 08.03.2005
: 3151
|
|
| Nach oben |
|
|
Rem
: 08.12.2005
: 2531
|
| : 11.04.2010, 22:55 : Google Analytics – eigene Conversions rausfiltern (dyn. IP) |
|
|
| : |
| Betrachte ich aber einen Zeitraum der letzten 5 Jahre haben wir bis auf kurze (aber deutliche) "Zugriffsinseln" immerzu NULL-Zugriffe generiert, was aber im Grunde nicht sein kann. So fallen diese 0-Zugriffsphasen auch in Zeitbereiche im Jahr 2009, in denen wir noch gar nicht darüber nachgedacht haben unsere eigenen Zugriffe heraus zu filtern |
Wer garantiert Dir überhaupt, dass Google über fünf Jahre hinweg Daten speichert?
Siehe:
http://www.google.com/support/googleanalytics/bin/answer.py?hl=en&answer=66084
Also bei meiner Seite sind teilweise nur noch für den letzten Monat vollständige Daten vorhanden... |
|
| Nach oben |
|
|
Schweiss-weg
: 03.09.2007
: 221
|
| : 12.04.2010, 10:49 : Google Analytics – eigene Conversions rausfiltern (dyn. IP) |
|
|
Nein, wir sind bei einem anderen Provider.
Die Daten scheinen schon vorhanden, denn die von mir beschriebenen "Zugriffsinseln" liegen in der Mitte des Jahres 2009. Würde das Ganze schon mal gern verstehen oder nachvollziehen können |
|
| Nach oben |
|
|
Schweiss-weg
: 03.09.2007
: 221
|
| : 16.04.2010, 15:00 : Google Analytics – eigene Conversions rausfiltern (dyn. IP) |
|
|
| Noch jemand eine Idee, wie man die Filterung am besten (und vor allem eindeutigsten) überprüfen kann? |
|
| Nach oben |
|
|
marcoru
: 16.04.2010
: 1
|
| : 16.04.2010, 18:11 : Google Analytics – eigene Conversions rausfiltern (dyn. IP) |
|
|
| Schweiss-weg hat Folgendes geschrieben: |
… aber wie genau heisst der Cookie der gesetzt wird und wie lange ist er haltbar?
Und wie kann ich generell am besten überpüfen, ob er korrekt gesetzt ist? |
Ich habe den Cookie gesetzt anscheinend funktioniert es aber nicht da ich Zugriffe verzeichnen kann die eindeutig von mir stammen.
Dazu auch die Vermutung über die Haltbarkeit des cookies in der snow leopard anzeige wird er angezeigt als
_umtv gültigkeit 15.04.10 also gestern.... contens 58509737.test_value
Habe im Grunde genau google's anleitung befolgt
hier
http://www.google.com/support/analytics/bin/answer.py?hl=de&answer=55481 |
|
| Nach oben |
|
|
mgutt
: 08.03.2005
: 3151
|
| : 17.04.2010, 13:16 : Google Analytics – eigene Conversions rausfiltern (dyn. IP) |
|
|
Mensch Kinners ^^
Ladet Euch diese Seite hoch:
| Code: |
<html>
<head>
<title>Mitarbeiter-Cookie</title>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta name="robots" content="noindex, nofollow" />
<script type="text/javascript">
// set cookie (name, value, days)
function sc(n, v, d) {
// expires
var e = '';
if (d) {
var t = new Date();
t.setTime(t.getTime()+(d * 24 * 60 * 60 * 1000));
e = '; expires=' + t.toGMTString();
}
document.cookie = n + '=' + v + e + '; path=/';
};
// delete cookie (name)
function dc(n) {
sc(n, '', -1);
};
</script>
</head>
<body>
<h3>Mitarbeiter-Cookie</h3>
<input type="button" onclick="sc('StffC', 1, 360 * 5);window.setTimeout('location.replace(location.pathname);', 300);" value="Cookie setzen!" />
<input type="button" onclick="dc('StffC');window.setTimeout('location.replace(location.pathname);', 300);" value="Cookie entfernen!" />
<p>
<script type="text/javascript">
if (document.cookie.indexOf('StffC') == -1) {
document.write('Das Mitarbeiter-Cookie ist <u>nicht</u> vorhanden!');
}
else {
document.write('Das Mitarbeiter-Cookie ist gesetzt!');
}
</script>
</p>
</body>
</html> |
Nun geht jeder Mitarbeiter hin und setzt sich das Cookie (hält 5 Jahre, sofern die Cookies nicht gelöscht werden).
Dann baut das in Euren Google-Analytics Code:
| Code: |
pageTracker._setCustomVar(
1,
"Besuchergruppe",
(document.cookie.indexOf('StffC') == -1) ? "Besucher" : "Mitarbeiter",
2
);
pageTracker._trackPageview(); |
Dadurch wird Euer Bericht um die entsprechende Besuchergruppe erweitert. Alternativ könnte man die Bedingung auch um den gesamten Tracking-Code bauen, falls man Mitarbeiter überhaupt nicht tracken möchte.
Wer Analytics als Async-Script nutzt, muss es entsprechend anpassen. Hier mehr Infos dazu:
http://stackoverflow.com/questions/2250132/tracking-two-different-user-types-with-google-analytics (in den kleinen Kommentaren ist ein Link).
» Adsense & Vibrant Alternative
» Ankauf von Communities und Forendomains |
|
| Nach oben |
|
|
