Es gibt zwei grundlegende Arten, Zugriffe auf eine Website zu messen: JavaScript-Tracking im Browser des Besuchers und Server-Logfiles auf der Maschine, die Ihre Seite ausliefert. Beide messen etwas Echtes, aber keine der beiden sieht alles. Wenn Sie nur eine Quelle nutzen, fehlt Ihnen systematisch ein Teil des Bildes.
JavaScript-Tracking: sieht Verhalten, aber nicht jeden
Tools wie Google Analytics (GA4) oder ein Matomo-Tag laden ein Stück JavaScript im Browser. Dieses Skript meldet zurück, was im Browser passiert – und genau dort liegt seine Stärke:
- Verweildauer, Scrolltiefe und Klicks auf einzelne Elemente
- Reihenfolge der besuchten Seiten innerhalb eines Besuchs
- Geräteklasse, Bildschirmgrösse, ungefähre Herkunft
- Conversions, Formularabbrüche, interne Suchbegriffe
Die Einschränkung: Gezählt wird nur, wer JavaScript ausführt und einwilligt. Wer den Consent-Banner ablehnt, einen Adblocker nutzt oder das Skript blockiert, taucht nicht auf. Diese systematische Lücke heisst Consent-Gap – und sie wächst.
Server-Logfiles: sehen jeden, aber kein Verhalten
Jeder Aufruf hinterlässt eine Zeile im Logfile des Servers – unabhängig von Cookies, JavaScript oder Einwilligung. Das Logfile ist dadurch die vollständigere, aber rohere Quelle:
- jeden einzelnen Zugriff, auch von einwilligungslosen Besuchern
- Bots, Crawler und automatisierte Zugriffe
- Fehler wie 404 (nicht gefunden) und 500 (Serverfehler)
- Lastspitzen, Angriffsversuche und verdächtige Muster
Was das Logfile nicht kann: Es weiss nicht, wie weit jemand gescrollt hat, wie lange eine Seite wirklich betrachtet wurde oder ob ein Besucher zufrieden war. Verhalten innerhalb der Seite und echte Nutzererfahrung bleiben unsichtbar.
Was JavaScript-Tracking sieht und was das Logfile sieht
| Frage | JavaScript-Tracking | Server-Logfiles |
|---|---|---|
| Verhalten auf der Seite (Scroll, Klick, Verweildauer) | ja | nein |
| Besucher ohne Einwilligung / mit Blocker | nein | ja |
| Bots und automatisierte Zugriffe | meist gefiltert | ja, vollständig |
| Fehlerseiten (404 / 500) | nur teilweise | ja |
| Angriffsversuche und Lastspitzen | nein | ja |
| Conversions und UX-Tiefe | ja | nein |
| Abhängig von Cookies / Consent | ja | nein |
Warum sich die blinden Flecken gegengleich ergänzen
Die beiden blinden Flecken liegen genau gegengleich. Was das Tracking durch Consent-Banner und Blocker verliert, fängt die Logsicht auf. Was den Logs an UX-Tiefe fehlt, liefert das Tracking. Erst zusammen ergeben sie ein belastbares Bild.
Keine einzelne Messmethode ist vollständig. Die ehrliche Frage lautet nicht «Tracking oder Logs», sondern «was sagt mir jede Quelle – und was verschweigt sie».
Genau das ist die methodische Grundlage hinter dem Modell von analytics4kmu.ch: Webanalyse für das Verhalten, Loganalyse für die vollständige Zugriffssicht. Die Kommbinat GmbH aus Arbon im Thurgau betreut damit Schweizer KMU, die ihre Zahlen verstehen statt nur sammeln wollen.
Wie Sie beide Quellen gegeneinander abgleichen
Der Abgleich ist die eigentliche Arbeit – und er ist der Moment, in dem Sie aufhören, zwei Zahlen zu haben, und anfangen, eine Aussage zu haben. Er verlangt kein zusätzliches Werkzeug, nur Zugriff auf das Access-Log und Disziplin bei der Definition.
- Zeitraum und Zeitzone gleichziehen. Das Access-Log schreibt in der Zeitzone des Servers, Ihr Analytics-Tool rechnet in der Zeitzone der Property. Verschieben sich die Tagesgrenzen, entsteht eine Differenz, die nichts bedeutet – und Sie interpretieren eine Zeitzone als Consent-Gap. Nehmen Sie mindestens eine volle Woche, dann fällt die Verschiebung an den Rändern kaum ins Gewicht.
- Dieselbe Kennzahl wählen. Seitenaufrufe gegen Seitenaufrufe. Nicht Sitzungen gegen Requests, nicht «Nutzer» gegen «IP-Adressen». Wer hier schludert, misst den Unterschied zweier Zählweisen und nennt ihn Erkenntnis.
- Das Log auf echte Seitenaufrufe reduzieren. Nur HTML-Dokumente, Statuscode 200 und 304. Bilder, Stylesheets, Schriften und Skripte fliegen raus – sonst zählen Sie jede Seite so oft, wie sie Dateien nachlädt.
- Bots abziehen. Der aufwendigste Schritt und der, an dem die Rechnung sonst kippt: Selbstdeklarierte Crawler per User-Agent, getarnte über das Verhalten – keine Assets nachgeladen, kein Referrer, gleichmässiger Takt.
- Eigenzugriffe abziehen, und zwar auf beiden Seiten. Ihre IP, die der Agentur, das Uptime-Monitoring. Wenn Sie das nur im Tracking tun und im Log vergessen, erzeugen Sie sich selbst eine Lücke, die keine ist.
- Das Verhältnis bilden – und dann aufschlüsseln. Getrackte Seitenaufrufe geteilt durch bot- und eigenbereinigte Log-Seitenaufrufe ergibt Ihre Erfassungsquote. Der Erkenntnisgewinn liegt aber nicht in der Gesamtzahl, sondern in der Aufschlüsselung pro Seite und pro Kanal: Dort sehen Sie, welche Bereiche Ihrer Website im Tracking systematisch untergehen.
- Die Fehlerseiten gegenlesen. Filtern Sie im Log auf Statuscode 404 und 500. Das ist der Bereich, in dem das Tracking prinzipbedingt schweigt: Eine Seite, die einen Serverfehler wirft, lädt kein Analyse-Skript. Ausgerechnet Ihre kaputten Seiten sind in der Webanalyse also unsichtbar – im Log stehen sie in der ersten Zeile.
Zwei Fallstricke, an denen der Abgleich in der Praxis scheitert:
- Eine Single-Page-Anwendung dreht das Vorzeichen um. Wenn Ihre Website Seitenwechsel im Browser nachbildet, statt neue Dokumente vom Server zu holen, meldet das Tracking mehrere Seitenaufrufe, während das Log nur einen einzigen Dokumentabruf sieht. Das Tracking liegt dann über dem Log – nicht, weil Bots mitzählen, sondern weil die beiden Quellen verschiedene Ereignisse zählen. Wer das nicht weiss, sucht einen Fehler, den es nicht gibt.
- Logs sind oft schon gelöscht, wenn man sie braucht. Viele Hostings rotieren das Access-Log nach wenigen Tagen und werfen das Alte weg. Rückwirkend vergleichen können Sie dann nichts. Der Abgleich beginnt deshalb nicht mit der Auswertung, sondern mit der Frage, wie lange Ihr Hoster die Logs überhaupt aufbewahrt – und, falls nötig, mit einer Verlängerung, bevor die interessante Zeitreihe entsteht.
Die ehrliche Grenze dieser Methode: Sie bekommen zwei Zahlen und ein Verhältnis, keine Wahrheit. Wenn Tracking und Log weit auseinanderliegen, wissen Sie, dass Ihre Erfassung lückenhaft ist – aber nicht, wer die fehlenden Besucher waren und was sie wollten. Diese Information gibt es nicht, und niemand kann sie Ihnen verkaufen.
Wenn Statistik und Server-Log verschiedene Zahlen zeigen, ist keine davon falsch
Der unangenehmste Moment in einer Auswertungssitzung ist der, in dem zwei Zahlen auf dem Tisch liegen, die nicht zusammenpassen. Das Analyse-Werkzeug sagt, im letzten Monat hätten so und so viele Menschen die Website besucht. Das Server-Protokoll sagt etwas anderes. Und jeder im Raum fragt sich, welche der beiden Zahlen jetzt gelogen hat.
Keine. Die beiden messen verschiedene Dinge, und das ist kein Mangel, sondern der ganze Punkt.
Das Analyse-Werkzeug schaut dem Besucher über die Schulter: Es sieht, was er anklickt, wie weit er liest, ob er das Formular abschickt. Dafür braucht es seine Erlaubnis – und wer sie verweigert oder einen Blocker im Browser hat, taucht dort nie auf. Das Server-Protokoll dagegen notiert jeden einzelnen Abruf, ganz gleich, wer ihn ausgelöst hat. Dafür sieht es nichts von dem, was danach auf der Seite passiert. Es weiss, dass jemand die Tür geöffnet hat, aber nicht, was er drinnen getan hat.
Was da eigentlich zählt, wenn jemand Ihre Website öffnet
JavaScript-Tracking
Die übliche Art zu messen: Ein kleines Programm läuft im Browser Ihres Besuchers mit und meldet, was er tut. Es sieht Klicks, Scrollen und Formularabschlüsse – aber nur bei den Besuchern, die es laufen lassen.
Server-Logfile
Das Protokoll, das Ihr Server beim Ausliefern jeder Seite ohnehin schreibt, noch bevor irgendein Programm im Browser startet. Es enthält jeden Zugriff, auch die von Maschinen und von Besuchern ohne Einwilligung. Was danach auf der Seite geschieht, sieht es nicht – kein Scrollen, keinen Klick.
Consent-Gap
Die Lücke zwischen den Menschen, die auf Ihrer Website waren, und denen, die Sie messen durften. Sie entsteht am Cookie-Banner und an den Blockern in den Browsern. Wie gross sie bei Ihnen ist, hängt von Ihrem Publikum ab – eine allgemeingültige Prozentzahl dafür gibt es nicht.
Warum ich beide Quellen nebeneinanderlege, bevor ich eine Zahl glaube
Eine einzelne Zahl aus einer einzelnen Quelle ist mir zu wenig, um daran ein Budget zu hängen. Nicht weil ich der Software misstraue, sondern weil jede Messmethode einen eingebauten blinden Fleck hat – und beide Flecken liegen praktischerweise auf entgegengesetzten Seiten. Das Tracking sieht das Verhalten, aber nicht alle Leute. Das Logfile sieht alle Zugriffe, aber kein Verhalten. Wer nur eines von beiden liest, hält einen Ausschnitt für das Bild.
Wirtschaftlich zählt daran vor allem eines: das Verhältnis der beiden Zahlen zueinander. Liegen sie nahe beieinander, können Sie sich auf Ihr Dashboard verlassen. Klaffen sie weit auseinander, ist Ihre Erfassung lückenhaft – und dann ist die Kanalverteilung, auf die Sie Ihre Werbeentscheide stützen, ebenfalls verzerrt. Das ist kein Detail für die IT. Das entscheidet mit, wohin Ihr nächster Marketingfranken geht.
Der Abgleich kostet Sie fast nichts. Das Logfile ist bereits da, es entsteht beim Betrieb ohnehin – keine zusätzliche Datensammlung, kein neues Werkzeug, keine Einwilligung, die Sie einholen müssten. Sie müssen nur hineinschauen, und die meisten tun es nie.
Was ich Ihnen nicht verspreche: dass danach jede Zahl stimmt. Auch das Logfile hat seine Tücken – Maschinen zählen fleissig mit, und ein vorgeschalteter Zwischenspeicher kann Zugriffe verschlucken, bevor Ihr Server sie sieht. Aber Sie entscheiden dann auf zwei Quellen, die unabhängig voneinander entstehen. Das ist der ganze Unterschied.
Häufige Fragen
Reicht für ein KMU nicht eine der beiden Methoden?
Für eine erste Orientierung schon. Sobald Sie aber Entscheidungen auf die Zahlen stützen – etwa Budget oder Inhalte –, lohnt sich der Abgleich. Sonst optimieren Sie auf einen Ausschnitt, der durch den Consent-Gap verzerrt ist.
Brauche ich für Server-Logfiles eine Einwilligung nach revDSG?
Logfiles erfüllen primär den Betrieb und die Sicherheit Ihrer Website. Die datenschutzrechtliche Beurteilung hängt vom Einzelfall ab – etwa von Speicherdauer und IP-Behandlung. Wir klären das im Audit konkret für Ihre Situation, statt pauschale Aussagen zu machen.
Spielt es eine Rolle, ob ich GA4 oder Matomo einsetze?
Für diese grundsätzliche Unterscheidung nicht. Beide sind JavaScript-Tracking und teilen denselben blinden Fleck: Sie sehen nur einwilligende Besucher mit aktivem JavaScript. Die Logsicht ergänzt beide gleichermassen.
Komme ich als KMU überhaupt an meine Server-Logfiles?
In der Regel ja – bei den meisten Hosting-Angeboten liegen die Access-Logs im Kundenbereich zum Download bereit oder lassen sich anfordern. Die wichtigere Frage ist die Aufbewahrungsdauer: Viele Anbieter löschen die Logs nach wenigen Tagen. Wer sie auswerten will, klärt das, bevor der interessante Zeitraum vorbei ist.
