{"id":316,"date":"2026-08-10T20:06:00","date_gmt":"2026-08-10T18:06:00","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=316"},"modified":"2026-10-26T11:30:58","modified_gmt":"2026-10-26T10:30:58","slug":"die-evolution-des-web-trackings-von-logfiles-zur-serverseitigen-zukunft","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/die-evolution-des-web-trackings-von-logfiles-zur-serverseitigen-zukunft\/","title":{"rendered":"Die Evolution des Web-Trackings: Von Logfiles zur serverseitigen Zukunft"},"content":{"rendered":"

Web-Analyse hat mehrere Datenquellen: Anfragen im Serverprotokoll, Ereignisse aus dem Browser und Gesch\u00e4ftsvorg\u00e4nge im Backend, etwa Bestellungen im Serversystem eines Shops. Im Laufe der Zeit kamen neue Verfahren hinzu. Die \u00e4lteren verschwanden dadurch nicht. Serverseitiges Tracking erg\u00e4nzt heute h\u00e4ufig die Browsermessung; eine vollst\u00e4ndige R\u00fcckkehr zu Logdateien ist damit nicht gemeint.<\/p>\n

Logdateien: Anfragen z\u00e4hlen, Nutzung einordnen<\/h2>\n

Serverprotokolle waren eine wichtige Grundlage fr\u00fcher Web-Statistiken und bleiben f\u00fcr Betrieb und Fehleranalyse n\u00fctzlich. Ein Access-Log kann beispielsweise Zeitpunkt, angeforderte Adresse, Antwortstatus und IP-Adresse enthalten. Welche Anfragen und Felder gespeichert werden, bestimmt die Konfiguration.<\/p>\n

Eine Anfrage ist jedoch kein Besucher und nicht automatisch ein Seitenaufruf. Eine einzelne Seite l\u00e4dt oft mehrere Dateien; Bots erzeugen ebenfalls Anfragen. Inhalte aus Browser- oder vorgeschalteten Caches k\u00f6nnen den Ursprungsserver umgehen. Ein Scrollvorgang ohne zus\u00e4tzliche Anfrage erscheint dort \u00fcberhaupt nicht. Log-Analyse braucht deshalb passende Filter und klar definierte Kennzahlen.<\/p>\n

Urchin bereitete Web-Daten f\u00fcr Berichte auf. Google \u00fcbernahm das Unternehmen 2005 und stellte Google Analytics am 14. November 2005 kostenlos bereit. Damit wurde eine gehostete Analyse f\u00fcr viele Websites leichter zug\u00e4nglich.<\/p>\n

\"Vier
Neue Verfahren erg\u00e4nzen \u00e4ltere: Server-Tagging ersetzt weder automatisch Browserereignisse noch die Pr\u00fcfung der Datenverarbeitung.<\/figcaption><\/figure>\n

Browsermessung: Ereignisse zus\u00e4tzlich erfassen<\/h2>\n

JavaScript kann Interaktionen wie Videostarts oder Klicks erkennen und als Ereignis senden. Ein Tracking-Pixel bezeichnet je nach Zusammenhang eine Bildanfrage oder allgemeiner einen Messaufruf. Cookies sind gespeicherte Werte, kein ausf\u00fchrbarer Programmcode.<\/p>\n

Google Analytics verwendet haupts\u00e4chlich First-Party-Cookies, die unter der eigenen Domain der Website gespeichert werden. Eine Verbindung zu einem fremden Analyseserver ist daher nicht gleichbedeutend mit einem Drittanbieter-Cookie. Universal Analytics wertete Seitenaufrufe, Ereignisse, Nutzer und Sitzungen aus. Die inzwischen eingestellte Produktgeneration dient hier der historischen Einordnung.<\/p>\n

Mehrere Anbieter und Betriebsmodelle<\/h2>\n

Die Entwicklung verlief nicht nur entlang der Google-Produkte. Adobe \u00fcbernahm Omniture 2009. Webtrekk ging 2019 an Mapp. Matomo hie\u00df bis 2018 Piwik und bietet unter anderem einen Betrieb auf eigener Infrastruktur. Auch etracker geh\u00f6rt zum Spektrum der Web-Analyse.<\/p>\n

F\u00fcr die Auswahl z\u00e4hlen konkrete Funktionen, Datenfl\u00fcsse, Vertr\u00e4ge, Speicherorte und Betriebskosten. Ein europ\u00e4ischer Anbieter, Open Source oder eigenes Hosting allein belegt keine datenschutzkonforme Einrichtung. Ma\u00dfgeblich sind die aktuelle Einrichtung und die tats\u00e4chliche Verarbeitung.<\/p>\n

Browser-Schutz und das Ereignismodell von GA4<\/h2>\n

Safari mit Intelligent Tracking Prevention und Firefox mit Enhanced Tracking Protection begrenzen bestimmte Trackingverfahren. Je nach Browser, Kontext und Einstellung werden beispielsweise Zugriffe blockiert oder Speicherbereiche voneinander getrennt. Daraus folgt kein allgemeines Verbot s\u00e4mtlicher Cookies.<\/p>\n

GA4 organisiert die Erhebung um Ereignisse mit zus\u00e4tzlichen Parametern. Nutzer- und Sitzungskennzahlen bleiben Teil der Auswertung. Modellierung kann unter bestimmten Voraussetzungen fehlende Informationen statistisch erg\u00e4nzen: Beobachtete Muster dienen dazu, Werte zu sch\u00e4tzen, f\u00fcr die keine direkte Messung vorliegt. Eine Rekonstruktion aller verlorenen Ereignisse ist damit nicht zugesagt; auch ausreichende Datenmengen garantieren die Eignung einer Property nicht.<\/p>\n

Serverseitiges Tagging: ein zus\u00e4tzlicher Verarbeitungsschritt<\/h2>\n

Bei serverseitigem Tagging empf\u00e4ngt ein Server Messdaten \u00fcber eine kontrollierte Empfangsadresse, den sogenannten Endpunkt. Der Server verarbeitet die Ereignisse oder leitet Ereignisdaten weiter. Quellen k\u00f6nnen Browser, Apps und Backend-Systeme sein. Bei Google Tag Manager wird f\u00fcr den Produktivbetrieb eine eigene First-Party-Domain empfohlen. Eine gemeinsame Hauptdomain ist jedoch keine allgemeine Definition von Server-to-Server-Kommunikation.<\/p>\n

Der Nutzen liegt in einem pr\u00fcfbaren Datenweg: Welche Felder gehen an welches Ziel? Welche Ereignisse werden verworfen? Welche Einwilligung gilt? Eine richtige Konfiguration kann Browserarbeit reduzieren. Zus\u00e4tzliche Infrastruktur verursacht allerdings Kosten und ben\u00f6tigt \u00dcberwachung, Zugriffsschutz und Wartung.<\/p>\n

Ein Server erkennt einen reinen Scrollvorgang nicht ohne ein Signal aus dem Browser. Eine best\u00e4tigte Bestellung kann dagegen direkt aus dem Bestellsystem kommen. Bei paralleler Browser- und Backend-\u00dcbermittlung ist eine passende Deduplizierung n\u00f6tig. Wird dieselbe Bestellung \u00fcber beide Wege gemeldet, darf daraus beispielsweise nur ein Kauf statt zwei K\u00e4ufen entstehen. Blockierte, nicht erhobene oder unzul\u00e4ssige Daten werden durch den Serverweg nicht automatisch verf\u00fcgbar.<\/p>\n

Der Anteil fehlender Ereignisse muss f\u00fcr die konkrete Website untersucht werden. Unterschiedliche Quellen erfassen verschiedene Teile eines Besuchs; eine Abweichung ist deshalb nicht automatisch ein Messfehler. Sinnvoll ist die passende Kombination der Datenquellen mit dokumentierten Grenzen.<\/p>\n

\n

Fragen und Antworten<\/h2>\n

Bedeutet cookielos auch ohne Modellierung?<\/h3>\n

Nein. \u201eCookielos\u201c beschreibt zun\u00e4chst den Verzicht auf Cookies in einem bestimmten Erhebungsweg. Das sagt noch nichts \u00fcber andere Kennungen, die Bildung von Sitzungen oder eine sp\u00e4tere statistische Sch\u00e4tzung aus. Auch eine Zuordnung anhand kurzlebiger Anfrage-Merkmale kann ungenau sein. Ein gez\u00e4hltes Ereignis und eine daraus abgeleitete Personenzahl sind unterschiedliche Aussagen.<\/p>\n

Cookielose Erhebung und Modellierung k\u00f6nnen zusammen vorkommen. Bei GA4 ist zwischen beobachteten und modellierten Berichtswerten zu unterscheiden. Eine fehlende dauerhafte Kennung schr\u00e4nkt die Wiedererkennung ein; ob Kennzahlen zu R\u00fcckkehrern m\u00f6glich sind, h\u00e4ngt von weiteren zul\u00e4ssigen Signalen und der konkreten Methode ab.<\/p>\n

Ersetzt ein eigener Server die Datenschutzpr\u00fcfung?<\/h3>\n

Nein. Cookielose Verfahren k\u00f6nnen weiterhin personenbezogene Daten verarbeiten oder unter Regeln zum Zugriff auf Endger\u00e4te fallen. Zweck, Rechtsgrundlage, m\u00f6gliche Einwilligung und Ausnahmen sind anhand des tats\u00e4chlichen Verfahrens zu pr\u00fcfen. Hashing, First-Party-Domain und eigener Server sind f\u00fcr sich genommen keine Anonymit\u00e4tsgarantie.<\/p>\n<\/div>\n

\n

Quellen<\/h2>\n