Google Analytics zeigt 0 Besucher: die vier häufigsten Ursachen

Die Zahl steht auf null, und die erste Vermutung ist immer dieselbe: niemand kommt. Das ist selten der Fall.

Google Analytics misst erst, nachdem ein Browser JavaScript ausgeführt und, im DACH-Raum, ein Banner die Erlaubnis erteilt hat. Zwischen dem Besuch und der Zahl liegen also mehrere Bedingungen, die alle erfüllt sein müssen. Fällt eine aus, steht dort null, während die Seite ganz normal ausgeliefert wird.

Vier Ursachen decken fast alle Fälle ab. Sie lassen sich in etwa zehn Minuten auseinanderhalten, wenn man in der richtigen Reihenfolge vorgeht.

Ursache 1: Das Tag löst gar nicht aus

Der banalste Fall, und häufiger als es sein müsste. Varianten davon:

• Das Snippet steht nur auf der Startseite, weil es beim Umbau in einem Template hängen geblieben ist.
• Der GTM-Container ist zwar eingerichtet, aber nie veröffentlicht worden. In der Vorschau funktioniert alles, live passiert nichts.
• Die Mess-ID gehört zu einer anderen Property, etwa aus einer Testinstallation.
• Ein Consent-Tool lädt das Tag erst nach Einwilligung, und die Einbindung selbst ist fehlerhaft.

Der Test dauert eine Minute. Öffne die Seite in einem privaten Fenster ohne Blocker, dann die Entwicklerwerkzeuge, Reiter Netzwerk, Filter auf collect. Lade neu. Kommt kein Request an google-analytics.com oder analytics.google.com zustande, wird nicht gemessen, und alle weiteren Überlegungen erübrigen sich.

Kommt ein Request mit Status 200 oder 204, ist das Tag in Ordnung. Dann weiter zu Ursache 2.

Ursache 2: Der Consent-Banner gibt nie frei

Der häufigste Fall bei Seiten, die rechtlich sauber eingerichtet sind.

Ohne Einwilligung darf nicht gemessen werden, das ist die ganze Idee. Im DACH-Raum willigt bei einem korrekt gestalteten Banner im Schnitt nur etwa die Hälfte der Besucher ein. Diese Hälfte fehlt in der Statistik, und zwar völlig zu Recht.

Zu einer echten Null wird es, wenn der Consent Mode falsch verdrahtet ist. Typische Muster:

• Das Analytics-Tag wartet auf ein Signal, das das Banner nie sendet, etwa weil die Kategorie im Banner anders heisst als im Tag-Manager.
• Der Standardzustand ist auf “abgelehnt” gesetzt, und die Zustimmung aktualisiert ihn nicht.
• Das Banner blockiert das Tag vollständig, statt es im eingeschränkten Modus laufen zu lassen.

Test: Seite laden, Banner aktiv annehmen, dann erneut auf collect filtern. Kommt jetzt ein Request, aber vorher keiner, arbeitet die Kette korrekt und du siehst schlicht nur die Einwilligenden. Kommt auch nach der Zustimmung keiner, ist die Verdrahtung defekt.

Ursache 3: Blocker im Browser

Safari und Firefox blockieren Tracking ab Werk, ohne dass der Besucher etwas einstellen muss. Dazu kommen Inhaltsblocker, Unternehmens-Proxys und DNS-Filter, die google-analytics.com gar nicht erst auflösen.

Das erzeugt selten eine glatte Null, aber eine systematisch zu tiefe Zahl. Zur Null wird es, wenn du deine eigene Seite nur aus einem Netz aufrufst, in dem so ein Filter läuft, und daraus schliesst, dass nichts gemessen wird.

Test: Dieselbe Prüfung wie oben, einmal im privaten Fenster ohne Erweiterungen und einmal aus einem anderen Netz, etwa über das Mobilfunknetz statt über das Firmen-WLAN.

Ursache 4: Du schaust auf die falsche Stelle

Die unspektakulärste Ursache, und die mit dem grössten Ärgerpotenzial, weil technisch alles funktioniert:

• Der Bericht steht auf einem Zeitraum, in dem es tatsächlich fast keinen Verkehr gab, etwa “heute” um neun Uhr morgens.
• Die Property gehört zur alten Universal-Analytics-Installation, während die Seite längst auf GA4 sendet.
• Ein Filter für internen Verkehr schliesst deine eigene IP-Adresse aus, und du bist gerade der einzige Besucher.
• Der Datenstrom im Konto und die Mess-ID im Quelltext gehören nicht zusammen.

Test: Mess-ID im Quelltext der Seite suchen (G- gefolgt von zehn Zeichen) und mit der ID im Datenstrom vergleichen. Danach den Echtzeitbericht öffnen und die Seite selbst aufrufen, mit ausgeschaltetem internen Filter.

Der Gegencheck, der nicht lügt

Alle vier Tests prüfen dieselbe Kette von innen. Es gibt genau eine Quelle, die unabhängig davon sagt, ob überhaupt jemand da war: die Server-Logs.

Ein Webserver oder ein CDN protokolliert jeden Abruf in dem Moment, in dem er passiert. Vor dem Banner. Vor JavaScript. Unabhängig von Blockern und von der Frage, welche Property du gerade offen hast.

Wie gross der Unterschied ist, habe ich auf meiner eigenen Seite gemessen, 31 Tage, 156’917 Requests. Zwei Zahlen daraus, die jede Analytics-Oberfläche zwangsläufig verfehlt:

• 30 Prozent der Requests kamen ganz ohne Kennung, also von etwas, das sich nicht als Browser ausgibt.
• Kein einziger KI-Crawler taucht in Analytics auf. GPTBot, ClaudeBot und PerplexityBot führen kein JavaScript aus, in meinem Fenster waren sie an allen 31 Tagen präsent.

Wer wissen will, ob eine Seite gelesen wird, muss also nicht Analytics reparieren, sondern eine zweite Ebene danebenstellen. Analytics beantwortet Verhalten und Wege durch die Seite. Die Logs beantworten, wer überhaupt da war.

Ein Detail, das dabei wichtig ist: Auch Logs muss man lesen können. In meiner Messung waren rund 27 Prozent des Verkehrs ein einzelnes Monitoring-Werkzeug, und drei von vier angeblichen KI-Zugriffen hielten einer Prüfung gegen die publizierten IP-Bereiche nicht stand. Wie man das auseinanderhält, steht im Beitrag über KI-Crawler in Server-Logs.

Die Reihenfolge, kurz

1. Netzwerk-Reiter, Filter collect, privates Fenster. Kein Request? Ursache 1.
2. Banner annehmen, erneut prüfen. Erst jetzt ein Request? Consent arbeitet, du siehst nur die Einwilligenden.
3. Anderes Netz, keine Erweiterungen. Unterschied? Blocker.
4. Mess-ID im Quelltext gegen den Datenstrom, interne Filter aus, Echtzeitbericht.
5. Server-Logs dagegenhalten. Erst diese Zahl sagt, ob wirklich niemand da war.

In den allermeisten Fällen ist nach Schritt 2 klar, woran es liegt. Und in fast allen Fällen ist die Antwort nicht, dass niemand kommt.

Häufige Fragen

Warum zeigt Google Analytics 0 Besucher an?

Weil die Messung nicht ausgelöst wird, nicht weil niemand kommt. Vier Ursachen decken fast alle Fälle ab: das Tag ist gar nicht oder falsch eingebunden, der Consent-Banner gibt die Messung nie frei, ein Blocker verhindert das Laden im Browser, oder du schaust auf die falsche Property beziehungsweise auf einen Filter, der alles ausschliesst. Der schnellste Gegencheck sind die Server-Logs, denn dort steht jeder Abruf unabhängig von Banner und JavaScript.

Wie prüfe ich, ob mein Google-Analytics-Tag überhaupt lädt?

Öffne deine Seite in einem privaten Fenster ohne Blocker, dann die Entwicklerwerkzeuge, Reiter Netzwerk, und filtere auf ‘collect’. Kommt beim Neuladen kein Request an google-analytics.com oder analytics.google.com zustande, wird gar nicht gemessen. Kommt einer mit Status 200, liegt es nicht am Tag, sondern an einer der anderen drei Ursachen.

Kann ein Cookie-Banner dafür sorgen, dass Google Analytics nichts zählt?

Ja, und das ist der häufigste Fall bei korrekt eingerichteten Seiten im DACH-Raum. Ohne Einwilligung darf nicht gemessen werden, und im Schnitt willigt nur etwa die Hälfte der Besucher ein. Ist der Consent Mode falsch verdrahtet, kommt gar kein Signal an, auch nicht von denen, die zugestimmt haben.

Wie viele Besucher fehlen mir in Google Analytics wirklich?

Das lässt sich nur mit einer zweiten Quelle beantworten, und die einzige unbestechliche sind die Server-Logs. In der Praxis liegt die tatsächliche Abrufzahl oft um den Faktor zwei bis drei über der in Analytics ausgewiesenen. KI-Crawler wie GPTBot oder ClaudeBot tauchen dort grundsätzlich nie auf, weil sie kein JavaScript ausführen.