Wenn ein Besucher den Cookie-Banner wegklickt oder einen Tracking-Blocker nutzt, lädt das Analyse-Skript gar nicht erst – dieser Zugriff fehlt in Ihrer Webanalyse vollständig. Das nennt man den Consent-Gap: eine systematische Lücke, die Ihre Besucherzahlen zu tief erscheinen lässt und die Zuordnung von Kanälen verzerrt. Schliessen lässt sie sich teilweise durch cookielose, aggregierte Messung – und vor allem durch Server-Logfiles, die jeden Zugriff sehen, unabhängig von einer Einwilligung.
Warum der Consent-Gap entsteht
JavaScript-basierte Webanalyse – egal ob Matomo oder Google Analytics – braucht zwei Dinge, um einen Besuch zu zählen: Das Skript muss geladen werden, und es muss laufen dürfen. An beiden Punkten fällt ein Teil der Besucher heraus.
- Consent-Banner abgelehnt: Wer «Ablehnen» oder «Nur notwendige» wählt, bei dem wird das Analyse-Skript bewusst nicht ausgeführt. Der Besuch findet statt, wird aber nicht gemessen.
- Ad- und Tracking-Blocker: Browser-Erweiterungen und teils der Browser selbst blockieren bekannte Analyse-Skripte schon beim Laden. Der Besucher merkt nichts davon – Ihre Statistik auch nicht.
- JavaScript deaktiviert oder fehlgeschlagen: Manche Umgebungen führen kein JavaScript aus, oder das Skript bricht ab, bevor es senden kann.
Allen Fällen gemeinsam ist: Der Mensch war auf Ihrer Seite, hat Inhalte gelesen, vielleicht sogar ein Formular gesucht – und taucht in der Auswertung trotzdem nicht auf.
Was der Consent-Gap in Ihren Zahlen verzerrt
Der Consent-Gap ist nicht einfach ein konstanter Abzug, den man im Kopf draufrechnen könnte. Er trifft Ihre Daten ungleich – und genau das macht ihn tückisch.
- Besucherzahlen zu tief: Die gemessene Reichweite liegt unter der tatsächlichen. Wie weit, hängt von Ihrem Publikum ab und ist nicht stabil.
- Kanäle ungleich betroffen: Ein technik-affines Publikum blockt häufiger als ein breites. Newsletter-Empfänger verhalten sich anders als Suchmaschinen-Besucher. Damit verschiebt sich das Verhältnis zwischen den Kanälen – nicht nur die Summe.
- Conversion-Attribution unvollständig: Wenn ein Teil der Wege zum Abschluss ungemessen bleibt, erscheinen manche Quellen schwächer, als sie sind. Sie könnten den falschen Kanal für erfolgreich halten.
Der Consent-Gap zieht nicht allen Zahlen gleichmässig etwas ab – er verzerrt das Verhältnis zwischen ihnen, und das ist gefährlicher als eine schlichte Untererfassung.
Wie sich die Lücke teilweise schliessen lässt
Ganz verschwinden wird der Gap in der Tracking-Welt nie, denn er ist die direkte Folge davon, dass Sie die Einwilligung respektieren. Aber es gibt zwei Hebel, die das Bild deutlich vollständiger machen.
Cookielose, aggregierte Messung. Ein selbst gehostetes Matomo lässt sich so betreiben, dass es ohne Cookies und ohne personenbezogene Identifikatoren misst. Solche datensparsame Messung ist je nach Ausgestaltung ohne Consent-Banner zulässig und erfasst damit auch Besucher, die ein klassisches Tracking abgelehnt hätten. Sie verlieren etwas Detailtiefe, gewinnen aber Reichweite zurück.
Server-Logfiles. Jeder Zugriff auf Ihre Website hinterlässt einen Eintrag im Server-Log – noch bevor irgendein JavaScript geladen wird, ganz ohne Einwilligung, weil das Log technisch ohnehin entsteht. Der Server sieht den Abruf auch dann, wenn der Besucher jeden Tracker blockiert. Damit ist das Logfile die einzige Quelle, die strukturell keinen Consent-Gap kennt.
Was das Tracking durch Ablehnung und Blocker verliert, fängt die Logsicht zu einem guten Teil wieder auf. Beide Quellen ergänzen sich – sie beantworten aber nicht dieselben Fragen:
| Frage | JavaScript-Tracking | Server-Logfile |
|---|---|---|
| Wie viele Zugriffe gab es wirklich? | nur die einwilligenden | alle, auch Blocker und Ablehner |
| Woher kam der Besucher? | Kampagnen-Parameter, Referrer | Referrer, sofern der Browser ihn sendet |
| Wie weit wurde gescrollt, was geklickt? | ja | nein |
| Wie lange dauerte der Besuch? | ja | nur grob, aus den Zeitstempeln |
| Zählt es Bots mit? | kaum (Bots führen selten JS aus) | ja – Bots müssen aktiv herausgefiltert werden |
| Braucht es eine Einwilligung? | ja, je nach Ausgestaltung | nein, das Log entsteht technisch ohnehin |
Wie Sie Ihren eigenen Consent-Gap messen
Die Lücke lässt sich beziffern, und zwar ohne neues Werkzeug: Sie vergleichen für denselben Zeitraum, was das Tracking gezählt hat, mit dem, was der Server ausgeliefert hat.
- Im Logfile nur echte Seitenaufrufe zählen. Also Zugriffe auf HTML-Dokumente, nicht auf Bilder, Stylesheets, Skripte oder Schriften. Statuscode 200 und 304 zählen, Weiterleitungen und Fehler nicht.
- Bots herausfiltern. Das ist der aufwendigste Schritt und der, an dem die Rechnung sonst scheitert: Crawler, Monitoring-Dienste und Scraper machen einen erheblichen Teil der Roh-Zugriffe aus. Bekannte User-Agents lassen sich per Liste ausschliessen; unehrliche Bots erkennt man eher am Verhalten – sehr viele Aufrufe in kurzer Zeit, keine Assets nachgeladen, kein Referrer.
- Dieselbe Kennzahl gegenüberstellen. Vergleichen Sie Seitenaufrufe mit Seitenaufrufen, nicht Sitzungen mit Zugriffen. Sonst messen Sie den Unterschied zweier Zählweisen und nicht die Lücke.
- Das Verhältnis bilden. Die getrackten Seitenaufrufe geteilt durch die bot-bereinigten Log-Seitenaufrufe ergeben Ihre Erfassungsquote. Was daran fehlt, ist Ihr Consent-Gap.
Zwei Fallstricke, die das Ergebnis kippen können:
- Ein vorgelagerter Cache. Liefert ein CDN die Seite direkt aus, sieht Ihr Server den Zugriff gar nicht – dann ist Ihr Logfile zu kurz, nicht das Tracking zu tief. Wer ein CDN einsetzt, muss dessen Logs heranziehen, sonst misst er das Gegenteil.
- Prefetching. Browser und Suchmaschinen laden Seiten teils im Voraus. Im Log erscheint ein Zugriff, den nie ein Mensch gesehen hat.
Der eigentliche Erkenntnisgewinn liegt nicht in der Gesamtquote, sondern in der Aufschlüsselung: Rechnen Sie das Verhältnis pro Kanal, sehen Sie, welche Quellen im Tracking systematisch untergehen. Genau dort verschieben sich die Anteile, auf die Sie Ihre Budget-Entscheide stützen.
Welche Quelle welche Frage beantwortet
Sie müssen sich nicht zwischen Datenschutz und Wissen entscheiden. Sie müssen nur wissen, welche Quelle welche Frage beantwortet.
- Fragen Sie nach Verhalten und Wegen – woher kam jemand, was hat er angeschaut –, ist das Tracking die richtige Quelle, mit dem bewussten Wissen um die Lücke.
- Fragen Sie nach tatsächlicher Reichweite – wie viele Zugriffe gab es wirklich, auch von Bots, Blockern und Ablehnern –, ist das Logfile die vollständigere Quelle.
- Stimmen beide Quellen grob überein, ist Ihr Bild belastbar. Klaffen sie weit auseinander, ist der Consent-Gap bei Ihnen gross – eine wichtige Information für sich.
Ihre Besucherzahl ist die Zahl der Besucher, die sich messen liessen
Wenn ich mit einer Geschäftsleitung die Monatszahlen durchgehe, steht eine Annahme selten zur Debatte: dass die Besucherzahl im Dashboard – also in der monatlichen Übersicht, die das Analyse-Werkzeug ausgibt – die Besucher der Website sind. Das ist sie nicht. Sie ist die Zahl derer, die sich messen liessen.
Der Unterschied entsteht am Cookie-Banner und an den Blockern, die viele Browser mitbringen. Wer die Messung ablehnt, war trotzdem da – er hat gelesen, verglichen, vielleicht Ihr Kontaktformular gesucht. In der Auswertung fehlt er. Das ist kein Fehler Ihrer Software: Sie darf ihn schlicht nicht zählen.
Unangenehm wird es dadurch, dass die Lücke nicht alle Zahlen gleich trifft. Ein technisch versiertes Publikum blockt häufiger als ein breites. Damit verschiebt sich das Verhältnis zwischen Ihren Kanälen – und genau dieses Verhältnis ziehen Sie heran, wenn Sie entscheiden, wohin das nächste Budget geht.
Die drei Begriffe, die Ihnen dabei um die Ohren fliegen
Consent-Gap
Die Lücke zwischen den Menschen, die auf Ihrer Website waren, und denen, die Sie messen durften. Wie gross sie bei Ihnen ist, hängt von Ihrem Publikum ab. Eine allgemeingültige Prozentzahl dafür gibt es nicht – wer Ihnen eine nennt, schätzt.
JavaScript-Tracking
Die übliche Art zu messen: Ein kleines Skript läuft im Browser des Besuchers und meldet den Besuch. Läuft es nicht – weil abgelehnt oder blockiert –, findet der Besuch statt, aber niemand notiert ihn.
Server-Logfile
Das Protokoll, das Ihr Server beim Ausliefern jeder Seite ohnehin schreibt, noch bevor irgendein Skript startet. Es sieht deshalb auch die Besucher, die kein Tracking zulassen. Dafür sieht es nicht, was jemand auf der Seite tut – kein Scrollen, keinen Klick.
Warum ich Tracking und Logfile zusammen lese
Ich halte nichts davon, im Blindflug zu entscheiden. Ebenso wenig halte ich davon, jeden Klick einzusammeln, bloss weil es technisch ginge. Beides kostet Sie etwas: das eine falsch gesetzte Budgets, das andere das Vertrauen Ihrer Besucher.
Der Ausweg ist unspektakulär, und er ergibt sich aus der Technik selbst. Das Logfile entsteht ohnehin – es ist keine zusätzliche Datensammlung, sondern ein Nebenprodukt des Betriebs. Sie respektieren also die Einwilligung und holen sich die fehlende Reichweite aus einer Quelle, die Sie längst haben. Das Tracking sagt Ihnen, wie sich die einwilligenden Besucher verhalten; das Log sagt Ihnen, wie viele es überhaupt waren.
Wirtschaftlich ist genau das der Punkt: Sie brauchen die exakte Besucherzahl gar nicht. Sie brauchen ein Verhältnis, dem Sie trauen können, wenn Sie das nächste Budget verteilen. Klaffen die beiden Quellen weit auseinander, wissen Sie, dass Ihre Lücke gross ist – und dass die Kanal-Verteilung im Dashboard mit Vorsicht zu lesen ist. Auch das ist eine Antwort, und sie kostet Sie nichts ausser dem Blick ins Log.
Was ich Ihnen nicht verspreche: dass danach jede Zahl stimmt. Auch Logfiles haben ihre Tücken, Bots etwa zählen fleissig mit. Aber Sie entscheiden dann auf zwei Quellen, die unabhängig voneinander entstehen, statt auf einer, die systematisch zu tief liegt.
Häufige Fragen
Heisst das, meine Webanalyse-Zahlen sind falsch?
Nicht falsch, aber unvollständig – und das systematisch, nicht zufällig. Solange Sie wissen, dass die gemessenen Zahlen eine Untergrenze sind und Kanäle ungleich betroffen sind, bleiben sie nützlich. Problematisch wird es nur, wenn Sie die Tracking-Zahl für die volle Wahrheit halten.
Verstösst die Loganalyse nicht gegen den Datenschutz?
Server-Logs entstehen beim Betrieb jeder Website technisch von selbst und dürfen für Betriebssicherheit und Auswertung in angemessenem Rahmen genutzt werden. Massgeblich ist in der Schweiz das revDSG. Entscheidend sind Zweckbindung, Aufbewahrungsdauer und der Umgang mit IP-Adressen – nicht ein Consent-Banner, das beim Log gar nicht greift.
Brauche ich dann überhaupt noch ein Tracking-Tool?
Oft ja, weil Logs bestimmte Dinge nicht sehen – etwa wie weit jemand auf einer Seite scrollt oder welchen Button er klickt. Tracking und Logsicht beantworten unterschiedliche Fragen. Die Loganalyse schliesst den Consent-Gap bei der Reichweite, ersetzt aber nicht jede Verhaltensauswertung.
