Google Analytics-Erstanbieter-Cookies verstehen

Question

Ich habe Probleme mit dem Verständnis von Cookies, die von Google Analytics verwendet werden. Ich verstehe, dass der auf der Website enthaltene Tracking-Code bestimmte Informationen über Seitenaufrufe, die Dauer des Besuchs, Cookies der First-Party-Domain usw. sammelt. Er fügt dann alle diese Informationen in die Querystring-Parameter einer gif Pixelanforderung ein sendet es an die Google Analytics Server. Was ich jedoch nicht verstehe, ist, wie kann Google Analytics irgendeinen Sinn dieser Erstanbieter-Cookies machen, da das Pixel eine Anfrage an www.google-analytics.com, ein Drittanbieter-Server ist.

Also, obwohl der Tracking-Code selbst innerhalb des Verlags-Code sein kann, und als First-Party ausgeführt werden, und damit Google Analytics Zugriff auf die Erstanbieter-Cookies haben, aber wenn diese Cookies schließlich erreichen GA Server, diese Server können die Cookies nicht wirklich lesen, oder? Eine Erklärung hierfür könnte sein, dass die Erstanbieter-Cookies mit GA geteilt werden, unabhängig davon, wo diese Cookies gesendet werden (und unabhängig davon, dass dieses bestimmte Pixel ein Cookie von Drittanbietern im Browser einrichtet) als eine Anfrage an www.google-analytics.com), die GA Server sind in der Lage, eine eindeutige ID zu haben, die diesem Benutzer entspricht (basierend auf der Cookie-ID des Erstanbieters) und somit einen Datensatz für diesen Benutzer bei nachfolgenden Anfragen zu führen. Ist dieses Verständnis korrekt?

Könnte jemand bitte helfen, dies zu klären. Vielen Dank.

Answer 1

Die aktuelle Version von Google Analytics verwendet einen einzelnen Cookie für Tracking-Zwecke (und möglicherweise andere für Throtteling oder Experimente).

Dies sind First-Party-Cookies über ein injiziertes Skript, da Cookies von Drittanbietern eine höhere Wahrscheinlichkeit haben, abgelehnt zu werden. Wenn Sie jedoch First-Party-Cookies auf Ihrer eigenen Domain verwenden, erreichen sie den Google Analytics-Server überhaupt nicht (zumindest nicht als Teil der HTTP-Header).

Der Cookie wird nur auf der Clientseite verwendet, um eine Client-ID zu verwalten, mit der Seitenaufrufe in Sitzungen und Benutzer zusammengefasst werden können. Die Informationen aus dem Cookie werden dann über JavaScript gelesen und an die Anfrage an den Tracking-Server angehängt.

Historisch gesehen, obwohl die Cookie-Informationen in der Tat sollte an den Server senden werden: Urchin, das Produkt, das später von Google übernommen wurde und verwandelte sich in Google Analytics, war ursprünglich ein Logfile-Analyzer, der server logfiles with a cookie augmnented:

UTM oder Urchin Traffic Monitor war eine frühe Methode zur Erweiterung von Apache (oder IIS, etc.) Protokolldateien mit Cookies, so dass eindeutige Besucher festgestellt werden konnten. Diese Methode beinhaltet eine Zeile Javascript auf jeder Seite der Website, und eine kleine Änderung der Protokollierung des Webservers. Die meisten unserer Konkurrenten zu der Zeit verwendet entweder nur Protokolle (alte Schule) oder Javascript/Cookies nur (WebSideStory, etc.), und beide unbedingt verpasste eine Menge verfügbarer Informationen. Urchin war der erste, der beide Datenquellen in einer vereinheitlichten Sammelmethode nutzte, die in erweiterten Protokolldateien enthalten ist und die enthielt. Heutzutage ziemlich viel alles, was Sie wollen, kann über die Cookie-Methode (á la GA), aber Analyse Protokolle hat immer noch seine Vorteile.

Also damals waren die Cookies eigentlich für serverseitige Analysen gedacht. Heute ist der serverseitige Aspekt nur ein Nebeneffekt, die tatsächliche Verwendung ist in clientseitigem Code.