Echtzeitberichte

Echtzeitberichte zeigen, was auf einer Website gerade passiert — wer sich in diesem Moment darauf befindet, woher die Zugriffe kommen, welche Seiten aufgerufen und welche Aktionen ausgelöst werden. „Echtzeit“ ist dabei eine leichte Übertreibung: Die Daten laufen mit wenigen Sekunden Verzögerung ein und decken ein Zeitfenster der jüngsten Vergangenheit ab, nicht den exakten Augenblick.

Vom Bezahlfeature zum Standard

Bis Anfang der 2010er Jahre war eine Live-Auswertung technisch aufwendig und entsprechend meist kostenpflichtig. Das änderte sich 2011, als Google die Echtzeitberichte in Google Analytics für alle Konten freischaltete. Seither gehört die Funktion praktisch zur Grundausstattung jedes Analysewerkzeugs.

Der Wechsel von Universal Analytics zu Google Analytics 4 hat daran wenig geändert, wohl aber an den Details. Universal Analytics wurde im Juli 2023 abgeschaltet; Anleitungen, die noch dessen Berichtsstruktur beschreiben, gehen ins Leere.

Der Echtzeitbericht in Google Analytics 4

GA4 fasst die Live-Daten in einem einzigen Bericht zusammen, der die letzten 30 Minuten abdeckt. Die Kacheln darin zeigen im Wesentlichen:

• die Zahl der Nutzer in diesem Zeitfenster, aufgeschlüsselt nach Minuten sowie nach Gerätekategorie
• eine Karte mit den Standorten der Zugriffe auf Länder- und Städteebene
• Nutzer nach Quelle, Medium und Kampagne — also woher der Traffic gerade kommt
• die aktuell aufgerufenen Seiten beziehungsweise Bildschirme
• die ausgelösten Ereignisse und die als Schlüsselereignis markierten Conversions
• Zielgruppen, sofern welche definiert sind

Dazu kommt der Nutzer-Snapshot: eine Ansicht, die den Ereignisstrom eines einzelnen, anonymisierten Nutzers in zeitlicher Reihenfolge zeigt. Für die Frage, ob ein mehrstufiger Ablauf tatsächlich so getrackt wird wie gedacht, ist das die schnellste Kontrolle, die GA4 anbietet.

Ein häufiger Irrtum betrifft Suchbegriffe: Organische Keywords tauchen in Echtzeitberichten nicht auf. Google gibt sie seit Jahren nicht mehr an Analysewerkzeuge weiter — welche Suchanfragen zu Zugriffen geführt haben, steht ausschließlich im Leistungsbericht der Search Console, und der hat einen Verzug von ein bis zwei Tagen.

Für die reine Tracking-Kontrolle ist ohnehin nicht der Echtzeitbericht das richtige Werkzeug, sondern die DebugView. Sie zeigt sämtliche Ereignisse eines Geräts im Debug-Modus mit allen Parametern — inklusive der Werte, die im normalen Bericht nie sichtbar werden.

Wofür Echtzeitdaten wirklich taugen

Der Nutzen liegt fast vollständig im Bereich der Kontrolle, nicht der Analyse.

Prüfen, ob die Messung funktioniert. Nach einem Relaunch, einem CMS-Update oder einer Änderung am Tag Manager ist der Echtzeitbericht die schnellste Antwort auf die Frage, ob der Tracking-Code überhaupt noch auslöst. Ein leerer Bericht bei laufendem Traffic bedeutet in aller Regel, dass das Snippet aus dem Quellcode gefallen ist oder ein Einwilligungsdialog es blockiert.

Einen Kampagnenstart begleiten. Wenn ein Newsletter verschickt oder eine Anzeigengruppe aktiviert wird, zeigt sich in den ersten Minuten, ob die Links korrekt sind, ob die Kampagnenparameter ankommen und ob die Zielseite erreichbar ist. Ein Tippfehler in einem UTM-Parameter fällt hier auf, solange er sich noch korrigieren lässt.

Auf unerwartete Ereignisse reagieren. Ein Beitrag wird geteilt, ein Fachmedium verlinkt, eine Erwähnung sorgt für einen Zugriffsanstieg — für Redaktionen und Nachrichtenangebote ist das ein realer Anwendungsfall, weil sich Themensetzung binnen Minuten anpassen lässt.

Belastungen erkennen. Ein plötzlicher Anstieg ist auch eine Warnung: Server, die unter Last langsamer antworten, verschlechtern die Nutzungserfahrung genau dann, wenn besonders viele Menschen zusehen. Der Zusammenhang zwischen Ladeverhalten und Abbrüchen ist im Eintrag zur Bounce Rate beschrieben.

Wofür sie nicht taugen

Ebenso wichtig ist die Abgrenzung. Ein Zeitfenster von 30 Minuten enthält zu wenige Fälle, um irgendeine Aussage statistisch abzusichern. Wer aus zwölf Sitzungen ableitet, dass eine neue Überschrift besser funktioniert, misst Zufall. Entscheidungen über Varianten gehören in einen sauber aufgesetzten Test — was dazu nötig ist, beschreibt der Beitrag Conversion-Rate steigern, und wie sich daraus ein systematisches Vorgehen entwickeln lässt, zeigt unsere Seite zur Conversion-Optimierung.

Auch die Zurechnung von Ergebnissen zu Kanälen ist in Echtzeit noch nicht abgeschlossen. Attributionsmodelle brauchen den vollständigen Verlauf einer Sitzung und teils mehrere Tage, bis verzögerte Conversions zugeordnet sind. Zahlen aus dem Echtzeitbericht weichen deshalb regelmäßig von denen ab, die am nächsten Tag im Standardbericht stehen — beides ist korrekt, es wird nur Verschiedenes gezählt.

Hinzu kommt eine Einschränkung, die für jede Webanalyse gilt: Seit TTDSG beziehungsweise TDDDG setzt Tracking eine aktive Einwilligung voraus. Der Echtzeitbericht zeigt also nicht alle Besucher, sondern die, die zugestimmt haben. Wer die Zahl dort mit den Zugriffen im Server-Log vergleicht, sollte sich über diesen systematischen Unterschied im Klaren sein.

Alternativen und Ergänzungen

Google Analytics ist nicht die einzige Quelle. Matomo bietet neben einer Live-Übersicht ein Besucherprotokoll mit einzelnen Sitzungsverläufen und lässt sich selbst hosten, was die datenschutzrechtliche Bewertung vereinfacht. Schlankere Werkzeuge wie Plausible zeigen ebenfalls aktuelle Zugriffe. Für die technische Seite liefern Server-Logs, CDN-Dashboards und Monitoring-Systeme Live-Daten, die kein Consent-Banner beeinflusst — sie sagen zwar nichts über Nutzerverhalten, dafür sofort etwas über Fehlerraten und Antwortzeiten.

Sinnvoll wird das Zusammenspiel erst, wenn klar ist, welche Frage welches Werkzeug beantwortet: Der Echtzeitbericht sagt, ob gerade etwas passiert. Was es bedeutet, sagt er nicht. Diese Trennung sauber zu ziehen, gehört zu den ersten Schritten in der Web-Analytics.