Warum GA4 anders ist als UA
Universal Analytics (UA) war sitzungsbasiert: Jeder Besuch startete eine Session, Events wurden als Unterereignisse innerhalb dieser Session gezählt. GA4 dreht dieses Modell um – hier ist jede Interaktion ein eigenständiges Event. Ein Pageview ist ein Event, ein Scroll ist ein Event, ein Kauf ist ein Event. Das klingt trivial, hat aber weitreichende Konsequenzen für die Datenstruktur, die Auswertung und das Tracking-Setup.
Der zweite fundamentale Unterschied: GA4 ist nativ für cross-device Tracking ausgelegt. Über die User-ID-Funktion und die Google-Signale lassen sich Nutzerreisen über mehrere Geräte hinweg zusammenführen – etwas, das in UA nur rudimentär möglich war. Gleichzeitig bringt GA4 eine direkte BigQuery-Integration mit sich: Selbst im kostenlosen Tier können Sie rohe Event-Daten täglich in ein BigQuery-Projekt exportieren und dort beliebig auswerten.
Hinzu kommt der Privacy-first-Ansatz: GA4 wurde von Grund auf für eine Welt ohne Third-Party-Cookies konzipiert. Die eingebaute Daten-Modellierung (Conversion Modeling) füllt Lücken, die durch verweigerten Consent entstehen – aber nur, wenn Consent Mode korrekt implementiert ist.
GA4 ist kein „neues UA". Wer UA-Metriken 1:1 in GA4 sucht, wird frustriert. „Absprungrate" existiert in GA4 nicht mehr – stattdessen gibt es die „Engagement Rate". Sessions werden anders gezählt. Reports sehen komplett anders aus. Planen Sie Zeit ein, GA4 auf seinen eigenen Begriffen kennenzulernen, statt es mit UA zu vergleichen.
GA4 Property erstellen – Schritt für Schritt
Eine GA4-Property lässt sich in wenigen Minuten anlegen. Wichtig ist dabei die korrekte Konfiguration von Zeitzone und Währung – spätere Änderungen an diesen Einstellungen wirken sich nicht rückwirkend auf historische Daten aus.
- Google Analytics öffnen – Navigieren Sie zu analytics.google.com und wählen Sie links unten das Zahnrad-Symbol für den Admin-Bereich.
- Property erstellen – Klicken Sie unter der Spalte „Property" auf „Property erstellen". Vergeben Sie einen aussagekräftigen Namen (z.B. „MeinShop – Web"). Wählen Sie die Berichtszeitzone Deutschland (GMT+1) und als Währung Euro (EUR).
- Unternehmensinformationen ausfüllen – Wählen Sie Branche und Unternehmensgröße. Diese Angaben beeinflussen nur die vorgeschlagenen Reports, nicht die Datenerhebung.
- Geschäftsziele auswählen – GA4 fragt nach Ihren primären Zielen (z.B. „Online-Umsatz generieren", „Leads generieren"). Je nach Auswahl werden unterschiedliche Standard-Reports aktiviert.
- Datenstrom einrichten – Wählen Sie „Web" als Plattform, geben Sie Ihre Domain ein und notieren Sie die Messung-ID (G-XXXXXXXXXX). Diese ID benötigen Sie für die GTM-Integration.
Falls Sie noch Zugriff auf alte UA-Daten benötigen, können Sie beide Properties gleichzeitig betreiben. GA4 erhebt neue Daten, UA bleibt für historische Vergleiche bestehen (bis die Rohdaten ablaufen).
Datenstrom konfigurieren
GA4 unterstützt drei Datenstrom-Typen: Web, iOS-App und Android-App. Für reine Web-Projekte ist nur der Web-Datenstrom relevant. Haben Sie eine native App, sollten Sie separate Datenströme je Plattform anlegen – alle Streams landen aber in derselben Property und können gemeinsam ausgewertet werden.
Im Web-Datenstrom finden Sie alle zentralen Konfigurationen: die Messung-ID, Enhanced Measurement, den verknüpften Google Ads-Account und die Einstellungen für das serverseitige Tagging. Die Messung-ID beginnt immer mit „G-" und ist das einzige Credential, das Sie für die gtag.js- oder GTM-Integration benötigen.
Für die Einbindung über den Google Tag Manager (empfohlen) kopieren Sie lediglich die Messung-ID. Für eine direkte gtag.js-Einbindung ohne GTM fügen Sie folgenden Code in den <head> Ihrer Seite ein:
<script async src="https://www.googletagmanager.com/gtag/js?id=G-XXXXXXXXXX"></script>
<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('js', new Date());
gtag('config', 'G-XXXXXXXXXX');
</script>
Enhanced Measurement richtig einrichten
Enhanced Measurement ist eine GA4-Funktion, die automatisch bestimmte Interaktionen als Events trackt – ohne dass Sie dafür eigenen Code schreiben oder GTM-Tags anlegen müssen. Im Datenstrom-Setup können Sie einzelne Enhanced Measurement Events aktivieren oder deaktivieren.
Folgende Events werden automatisch erfasst:
- Scrolltiefe – Wird gefeuert, wenn 90% der Seite gescrollt wurden
- Outbound Clicks – Klicks auf externe Links
- Site Search – Suchanfragen (basiert auf URL-Parameter wie
q=oders=) - Video Engagement – Start, Fortschritt und Abschluss von eingebetteten YouTube-Videos
- File Downloads – Klicks auf PDF-, ZIP- und ähnliche Dateien
- Form Interactions – Formular-Start und Formular-Submit (experimentell)
File Downloads und Video Engagement klingen nützlich, können aber Ihre Conversion-Daten verzerren. Wenn jeder PDF-Download als Event geloggt wird, aber Sie kein spezifisches Ziel damit verknüpft haben, rauscht er nur durch die Berichte. Schlimmer: Wenn Sie Video Engagement als Conversion markieren, optimieren Ihre Google Ads-Kampagnen plötzlich auf Videowiedergaben statt auf echte Leads. Aktivieren Sie Enhanced Measurement selektiv – nicht pauschal alles.
Consent Mode v2 korrekt einbinden
Consent Mode v2 ist seit März 2024 für alle, die Google-Werbedienste in der EU nutzen, Pflicht. Ohne korrekte Implementierung verlieren Sie nicht nur Conversion-Daten – Google Ads kann auch keine Zielgruppen mehr aufbauen, und Remarketing funktioniert nicht mehr wie erwartet.
Das Grundprinzip: Default State
Der Consent Mode funktioniert in zwei Schritten. Vor der Einwilligung des Nutzers müssen alle relevanten Consent-Typen auf denied gesetzt werden. Dies geschieht über einen Code-Snippet, der zwingend vor dem GTM-Snippet und vor allen anderen Google-Scripten stehen muss:
<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('consent', 'default', {
'analytics_storage': 'denied',
'ad_storage': 'denied',
'ad_user_data': 'denied',
'ad_personalization': 'denied',
'wait_for_update': 500
});
</script>
Die vier Consent-Typen bedeuten im Einzelnen:
- analytics_storage – Darf GA4 Cookies setzen und Nutzer wiedererkennen?
- ad_storage – Dürfen Google Ads Cookies gesetzt werden?
- ad_user_data – Dürfen Nutzerdaten für Werbezwecke an Google gesendet werden?
- ad_personalization – Darf Google personalisierte Werbung ausspielen?
GTM-Integration: Klaro oder Cookiebot
In der Praxis übernimmt die Consent-Plattform (CMP) das Update vom denied-State auf granted, sobald der Nutzer zustimmt. Gängige Optionen für den deutschen Markt sind Klaro (Open Source), Cookiebot, Usercentrics und Borlabs Cookie. Alle modernen CMPs bringen native GTM-Templates mit, die den gtag('consent', 'update', ...)-Aufruf automatisch absetzen.
Im GTM richten Sie dafür einen Consent Initialization Trigger ein – dieser feuert noch vor dem normalen Page View und stellt sicher, dass der GA4 Configuration Tag den korrekten Consent-Status kennt, bevor er das erste Mal feuert.
Modellierung: Was GA4 bei Denied-Consent tut
Wenn analytics_storage: denied gesetzt ist, sendet GA4 trotzdem sogenannte Ping-Anfragen – ohne Cookies und ohne User-IDs. Diese anonymen Signale nutzt Google, um Conversion-Lücken statistisch zu modellieren. Die modellierten Conversions sind in GA4 mit einem „m"-Symbol gekennzeichnet und geben Ihnen ein realistischeres Bild der tatsächlichen Performance, auch wenn viele Nutzer dem Tracking nicht zustimmen.
Öffnen Sie GA4, navigieren Sie zu Admin → DebugView und aktivieren Sie den Debug-Modus in Ihrem Browser (Chrome Extension „Google Analytics Debugger"). Sie sehen in Echtzeit, ob der Consent-Status korrekt übergeben wird – vor und nach der Einwilligung. Achten Sie auf das Feld „consent_state" in den Event-Details.
Die wichtigsten Events & Custom Dimensions
GA4 unterscheidet drei Event-Kategorien: automatisch erfasste Events, empfohlene Events und benutzerdefinierte Events.
Automatische und empfohlene Events
Automatisch erfasste Events wie page_view, session_start und first_visit werden ohne zusätzliches Setup erhoben. Für E-Commerce und Lead-Generierung empfiehlt Google eine Reihe von standardisierten Event-Namen, die Sie verwenden sollten – nur dann kann GA4 diese Events in den vorgefertigten Berichten korrekt einordnen:
purchase– mit Parameterntransaction_id,value,currencygenerate_lead– für Formular-Conversionsadd_to_cart,begin_checkout,view_item– für den E-Commerce-Funnelsign_up– für Newsletter- oder Account-Registrierungen
Custom Events via GTM
Für Interaktionen, die kein Google-Standard-Event abdeckt, definieren Sie eigene Events. Der sauberste Weg: Ein dataLayer.push() im Frontend, den GTM dann als Custom Event Trigger erkennt:
// Im Frontend-Code (z.B. bei Button-Klick)
dataLayer.push({
'event': 'newsletter_signup',
'signup_location': 'footer',
'user_type': 'new'
});
In GTM erstellen Sie einen Custom Event Trigger mit dem Event-Namen newsletter_signup und einen GA4 Event Tag, der diesen Trigger nutzt. Die Variablen signup_location und user_type übergeben Sie als Event-Parameter.
Custom Dimensions anlegen
Damit Event-Parameter in GA4-Reports erscheinen, müssen sie als Custom Dimensions registriert werden. Navigieren Sie zu Admin → Custom Definitions → Benutzerdefinierte Dimensionen. Wählen Sie Umfang „Event", geben Sie den Parameter-Namen exakt so ein, wie er im dataLayer-Push steht, und vergeben Sie einen lesbaren Anzeigenamen. Ohne diesen Schritt taucht der Parameter zwar in den Rohdaten (und BigQuery) auf, aber nicht in den Standard-Berichten.
Debug View & Testing
Ein GA4-Setup ohne Testing ist ein GA4-Setup mit unbekannten Fehlern. Die Debug-Infrastruktur von Google ist mächtig – wenn man weiß, wie man sie einsetzt.
Es gibt drei Debugging-Ebenen:
- Chrome Extension „Google Analytics Debugger" – Öffnet in der Browser-Konsole eine Echtzeit-Ansicht aller gesendeten GA4-Hits mit allen Parametern. Ideal für schnelle Checks direkt auf der Website.
- GTM Preview Mode – Zeigt, welche Tags gefeuert haben, welche Trigger ausgelöst wurden und welche Variablen welche Werte hatten. Unverzichtbar, bevor ein GTM-Container live geht.
- GA4 DebugView – In der GA4-Oberfläche unter Admin → DebugView sehen Sie Events in Echtzeit, inklusive aller Parameter und dem Consent-Status. Der DebugView wird aktiviert, sobald die Chrome Extension aktiv ist oder im GTM der Parameter
debug_mode: truegesetzt wurde.
Testen Sie GA4 grundsätzlich in einem Inkognito-Fenster, um eigene Cookies nicht zu verfälschen. Aber: Deaktivieren Sie Ad-Blocker und Privacy-Erweiterungen, denn diese blockieren GA4-Requests und täuschen fehlende Events vor, die im echten Nutzer-Traffic problemlos ankommen würden. Was Sie testen wollen, ist das Verhalten echter Nutzer – nicht das Ihrer eigenen Browser-Konfiguration.
Die 5 häufigsten GA4-Fehler
Diese fünf Fehler sehen wir in praktisch jedem GA4-Audit, den wir durchführen. Keiner davon ist schwer zu beheben – aber alle führen zu Datenverlust oder falschen Schlüssen:
- Consent Mode v2 nicht oder falsch eingebunden: Der häufigste Fehler überhaupt. Ohne korrekten Consent Mode verlieren Sie nach TCF-Einwilligung Conversion-Daten, und Google Ads kann keine Zielgruppen mehr aufbauen. Das Default-Snippet fehlt oder steht an der falschen Stelle im Code.
- Enhanced Measurement unkontrolliert aktiv: Wenn alle Enhanced Measurement Events pauschal aktiviert sind, entstehen doppelte Events – zum Beispiel, wenn Sie Scrolltiefe sowohl über Enhanced Measurement als auch über einen GTM Scroll Depth Trigger erfassen. Doppelte Events = verfälschte Zahlen.
- Keine Conversion-Ziele definiert: GA4 erhebt Daten, aber ohne definierte Conversions optimieren Ihre Google Ads-Kampagnen ins Leere. Navigieren Sie zu Admin → Conversions und markieren Sie die relevanten Events (z.B.
purchase,generate_lead) als Conversion-Aktionen. - Data Retention zu kurz belassen: GA4 setzt die Standard-Datenaufbewahrung auf 2 Monate. Für sinnvolle Jahresvergleiche und Kohortenanalysen reicht das nicht. Stellen Sie unter Admin → Dateneinstellungen → Datenspeicherung auf 14 Monate um – das ist das Maximum im kostenlosen Tier.
- Keine Custom Dimensions für Business-KPIs: Wenn Sie Event-Parameter im dataLayer übergeben, aber nicht als Custom Dimensions in GA4 registrieren, tauchen diese Werte nicht in den Reports auf. GA4 bleibt damit oberflächlich und liefert keine business-relevante Segmentierung.