GA4 zeigt keine Daten an? 9 Ursachen und wie Sie jede beheben

Veröffentlicht 29. Oktober 2026 · 7 Min. Lesezeit

Wenn GA4 keine Daten anzeigt, bei null steht oder verdächtig wenig erfasst, steckt fast immer eine von drei Ursachen dahinter: Sie schauen zu früh oder an der falschen Stelle, das Tag erreicht Google gar nicht, oder GA4 empfängt die Daten, verwirft sie aber (durch einen Datenfilter oder die Consent-Einstellungen). Der schnellste Test ist der Echtzeitbericht: Öffnen Sie Ihre Website in einem anderen Browser und prüfen Sie, ob Sie innerhalb einer Minute auftauchen. Dieser eine Check zeigt Ihnen, welche Hälfte der folgenden Liste Sie lesen müssen.

Hier sind die neun häufigsten Ursachen, sortiert vom einfachsten zum aufwendigsten Check.

Schnelle Einordnung

Was Sie sehen	Wahrscheinlichste Ursache	Hier anfangen
Echtzeit zeigt Sie, Standardberichte sind leer	Verarbeitungszeit, Berichtsfilter, falscher Zeitraum	Ursachen 1, 8, 9
Echtzeit zeigt gar nichts	Tag fehlt, falsche ID, GTM nicht veröffentlicht, Skript blockiert	Ursachen 2, 3, 4, 7
Daten brechen an einem Tag stark ein, gleichmäßig über alle Seiten	Cookie-Banner oder neu aktivierter Datenfilter	Ursachen 5, 6
Nur explorative Datenanalysen sind für ältere Zeiträume leer	Einstellung zur Datenaufbewahrung	Ursache 9

1. Sie schauen zu früh

GA4 arbeitet nicht in Echtzeit. Laut Google kann die Verarbeitung 24–48 Stunden dauern, und die Zahlen können sich in diesem Zeitraum noch ändern. Der Echtzeitbericht umfasst etwa die letzten 30 Minuten; Standardberichte für „heute“ und „gestern“ sind oft unvollständig.

Ganz neue Property? Der Hinweis im Datenstream, dass noch keine Daten von Ihrer Website empfangen wurden, kann eine Weile bestehen bleiben, auch wenn das Tag funktioniert. Prüfen Sie lieber den Echtzeitbericht.
Zeitraum prüfen. Der Standardzeitraum enthält meist nicht den heutigen Tag. Direkt nach der Installation sieht „Letzte 28 Tage“ noch tagelang fast leer aus.
Zeitzone der Property prüfen (Verwaltung → Property-Details). Liegt sie weit von Ihrer tatsächlichen Zeitzone entfernt, verschieben sich die Tagesgrenzen und der letzte Tag wirkt zu niedrig.

Wenn der Echtzeitbericht Ihren Besuch zeigt: einen vollen Tag warten, bevor Sie weitersuchen.

2. Sie schauen in die falsche Property – oder das Tag sendet an eine andere

Das passiert häufiger, als man denkt, vor allem bei Agenturen oder in Konten mit alten Test-Properties.

Mess-IDs vergleichen. Gehen Sie in GA4 zu Verwaltung → Datenerhebung und -änderung → Datenstreams, öffnen Sie Ihren Web-Stream und notieren Sie die Mess-ID (beginnt mit G-). Prüfen Sie dann im Seitenquelltext oder mit dem Tag Assistant, an welche ID die Seite tatsächlich sendet. Beide müssen übereinstimmen.
Eine alte Universal-Analytics-ID (UA-…) bewirkt nichts mehr. Universal Analytics verarbeitet seit 2023 keine Daten mehr. Hat Ihre Website, Ihr Theme oder Plugin nur eine UA--ID, kommt in GA4 nichts an.
Mehrere Streams oder Properties? Bei einem Relaunch geht manchmal ein neues Tag live, das auf eine „zum Testen“ angelegte Property zeigt. Suchen Sie über die Kontoauswahl oben in GA4 nach Properties mit aktuellen Daten.

3. Das Tag fehlt auf einigen oder allen Seiten

Ein Tag, das früher funktionierte, kann verschwinden, ohne dass jemand GA4 angefasst hat.

Theme- oder Template-Updates überschreiben ein manuell im Header eingefügtes Snippet.
Relaunch oder Migration (neues CMS, neues Shopsystem, neuer Landingpage-Baukasten) gehen oft ohne Tracking live.
Eigene Templates für Checkout, Blog oder Landingpages hatten das Tag vielleicht nie.
Single-Page-Apps senden unter Umständen nur beim ersten Laden ein page_view und danach nichts mehr. Die Option für Seitenänderungen auf Basis von Browserverlaufsereignissen in den Einstellungen der erweiterten Analyse des Streams deckt viele Fälle ab.

Öffnen Sie einige wichtige Seiten, zeigen Sie den Quelltext an und suchen Sie nach googletagmanager.com. Fehlt es in bestimmten Templates, haben Sie Ihre Lücke gefunden. Auch Googles Anleitung zur Fehlerbehebung weist darauf hin: GA4 erfasst nur Seiten, auf denen das Tag eingebunden ist.

4. Änderungen im Google Tag Manager wurden nie veröffentlicht

Wenn Sie den Google Tag Manager nutzen, wirkt eine gespeicherte Änderung im Arbeitsbereich erst auf der Live-Website, wenn Sie auf Senden klicken und eine Version veröffentlichen.

Prüfen Sie unter Versionen: Enthält die Live-Version Ihr GA4-Tag?
Bestätigen Sie im Vorschau-Modus, dass das Google-Tag (bzw. die GA4-Konfiguration) beim Seitenaufruf ausgelöst wird. Ein Tag, das nur bei Klicks oder Formularen auslöst, liefert kaum page_view-Daten.
Stellen Sie sicher, dass das GTM-Container-Snippet selbst noch auf der Website ist (siehe Ursache 3).

5. Das Cookie-Banner blockiert GA4 für die meisten Besucher

Wenn Ihre Zahlen an dem Tag eingebrochen sind, an dem ein Cookie-Banner eingeführt oder geändert wurde, fangen Sie hier an. Gerade bei Websites mit Publikum in der EU ist das einer der häufigsten Gründe.

Im einfachen Einwilligungsmodus (Consent Mode „basic“) werden Google-Tags erst nach der Zustimmung geladen. Wer ablehnt oder das Banner ignoriert, wird nicht erfasst.
Im erweiterten Modus („advanced“) laden die Tags mit verweigerter Einwilligung und senden cookielose Pings, die GA4 für die Modellierung nutzen kann. Modelliert wird aber erst, wenn die Property Googles Mindestanforderungen erfüllt. Kleine Websites sehen daher oft die rohen, niedrigeren Zahlen.
Ein falsch konfiguriertes Banner kann alle blockieren: etwa wenn der Standardstatus auf „verweigert“ steht und der Klick auf „Akzeptieren“ ihn nie aktualisiert, oder wenn das Banner-Skript erst nach dem Google-Tag lädt. Testen Sie selbst: Im privaten Fenster alle Cookies akzeptieren und den Echtzeitbericht prüfen.

Das typische Muster: Ein großer Anteil des Traffics fehlt ab einem bestimmten Tag, gleichmäßig über alle Kanäle und Seiten. Wie Sie die Einwilligung gestalten, ist eine rechtliche und produktseitige Entscheidung; die technischen Optionen beschreibt Googles Dokumentation zum Einwilligungsmodus.

6. Ein Datenfilter schließt Ihren Traffic aus

GA4-Datenfilter entfernen Ereignisse, bevor sie gespeichert werden. Ausgeschlossene Daten lassen sich später nicht wiederherstellen.

Öffnen Sie Verwaltung → Datenerhebung und -änderung → Datenfilter und prüfen Sie den Status jedes Filters (Test, Aktiv oder Inaktiv).

Filter für internen Traffic (jede Property hat einen, angelegt im Status „Test“): Hat ihn jemand aktiviert und deckt die Regel für internen Traffic einen sehr breiten IP-Bereich ab, werden auch echte Besucher ausgeschlossen. Prüfen Sie die Regel in den Tag-Einstellungen des Web-Streams („Internen Traffic definieren“).
Filter für Entwickler-Traffic: Er schließt Ereignisse aus, die im Debug-Modus gesendet werden. Ist debug_mode in der Produktion noch aktiv (zum Beispiel als Testparameter im GTM), entfernt dieser Filter nach der Aktivierung nahezu alles. Laut Googles DebugView-Hilfe schaltet debug_mode auf false den Debug-Modus nicht ab – der Parameter muss entfernt werden.

Ist ein Filter aktiv und Sie sind unsicher, ob er stimmt, setzen Sie ihn zuerst zurück auf „Test“. Im Testmodus bleiben passende Daten erhalten und werden nur markiert, sodass Sie sehen, wie viel der Filter entfernen würde.

7. Etwas blockiert das Skript, bevor es Google erreicht

Das Tag kann im Quelltext stehen und trotzdem nie ausgeführt werden.

Performance-Plugins, die JavaScript verzögern oder zusammenfassen („bei Nutzerinteraktion laden“, „JS verzögern“), können verhindern, dass das Google-Tag bei schnell abspringenden Besuchern – oder überhaupt – auslöst.
Eine Content Security Policy (CSP), die Googles Tag-Domains nicht erlaubt, blockiert das Skript; die Browserkonsole zeigt den Fehler.
Werbe- und Tracking-Blocker blockieren GA4 bei einem Teil der Besucher. Das erklärt eine Lücke zwischen GA4 und serverseitigen Zahlen, aber keinen Absturz auf null – es sei denn, Ihr Publikum ist ungewöhnlich technikaffin.
Serverseitiges Tagging, das ausgefallen oder falsch konfiguriert ist, kann still und leise alles verlieren.

Öffnen Sie auf Ihrer Website die Entwicklertools des Browsers, wechseln Sie zum Tab „Netzwerk“, filtern Sie nach collect und laden Sie neu. Erscheinen keine Anfragen an Google Analytics (und blockieren Sie selbst nichts), läuft das Skript nicht.

8. Der Bericht selbst ist gefiltert

Manchmal hat GA4 alle Daten, sie werden nur nicht angezeigt.

Oben im Bericht ist ein Vergleich oder Filter aktiv (etwa nur ein Land oder Gerät). Entfernen Sie ihn.
Der Bericht wurde in der Bibliothek angepasst und enthält einen fest eingebauten Filter. Vergleichen Sie mit demselben Messwert in einer explorativen Datenanalyse.
Datenschwellenwerte: Ist Google Signale aktiviert, blendet GA4 zum Schutz der Privatsphäre unter Umständen Zeilen mit kleinen Werten aus, und der Bericht zeigt einen Hinweis. Auf Websites mit wenig Traffic wirken Berichte dadurch fast leer. Die Einstellung unter Verwaltung → Datenanzeige → Berichtsidentität beeinflusst das.

9. Explorative Datenanalysen sind für ältere Zeiträume leer

Standardberichte nutzen aggregierte Daten, explorative Datenanalysen hängen aber von der Datenaufbewahrung der Property ab (Verwaltung → Datenerhebung und -änderung → Datenaufbewahrung). Standard-Properties bieten 2 oder 14 Monate, voreingestellt sind 2 Monate. Wurde das nie geändert, bleibt eine Analyse über Zeiträume des Vorjahres leer, obwohl die Standardberichte Traffic zeigen.

Stellen Sie die Aufbewahrung jetzt auf 14 Monate. Die Änderung gilt nur für künftige Daten – je früher, desto besser.

Wie es weitergeht

Machen Sie den Echtzeit-Test. Tauchen Sie auf, prüfen Sie die Ursachen 1, 8 und 9; wenn nicht, die Ursachen 2, 3, 4 und 7.
Sind die Daten nicht ganz verschwunden, sondern ab einem bestimmten Tag stark eingebrochen, prüfen Sie Consent (5) und Datenfilter (6) und versehen Sie das Datum mit einer Anmerkung.
Sobald wieder Daten fließen, vergleichen Sie Kanäle und Landingpages, um zu sehen, ob sich hinter der Lücke auch ein echter Traffic-Einbruch verbirgt. Dabei hilft unsere Checkliste für Traffic-Einbrüche, und der kostenlose GA4-Traffic-Einbruch-Check zeigt, welches Segment sich am stärksten verändert hat.

FAQ

Wie lange sollte ich warten, bevor fehlende GA4-Daten ein Problem sind?

Zeigt der Echtzeitbericht Besuche, geben Sie den Standardberichten 24–48 Stunden. Zeigt er nichts, obwohl Sie ohne Blocker auf der Website sind, brauchen Sie nicht zu warten: Das Tag funktioniert nicht.

Kann ich Daten zurückholen, die GA4 nicht erfasst oder herausgefiltert hat?

Nein. GA4 kann nie gesendete Daten nicht nachträglich ergänzen, und Ereignisse, die ein aktiver Datenfilter ausschließt, werden nicht gespeichert. Beheben Sie die Ursache schnell und markieren Sie die Lücke mit einer Anmerkung, damit spätere Vergleiche sie berücksichtigen.

GA4 zeigt viel weniger Nutzer als meine Server-Logs oder Cloudflare. Ist GA4 kaputt?

Nicht unbedingt. Serverseitige Zahlen enthalten Bots sowie Besucher, die Skripte blockieren oder Cookies ablehnen. Ein gleichbleibender Abstand ist normal; untersuchen sollten Sie eine plötzliche Veränderung dieses Abstands.