GA4 ist seit dem Ende von Universal Analytics im Juli 2023 die einzige Option – und trotzdem sehen wir in fast jedem Analytics-Audit dasselbe Bild: Setups, die entweder zu wenig messen (keine Custom Events, keine Conversions definiert) oder das Falsche messen (doppelte Seitenaufrufe durch mehrere Tags, aufgeblasene Sessions durch fehlkonfigurierte Integrationen). Dabei wäre ein sauberes GA4-Setup in zwei bis drei Stunden erledigt – wenn man weiß, worauf es ankommt.
Dieser Guide geht durch alle relevanten Schritte: Property anlegen, Code implementieren, DSGVO-konform konfigurieren, Events verstehen, Conversions definieren und die Berichte nutzen, die tatsächlich Entscheidungen informieren.
Warum GA4 anders ist als Universal Analytics
Der fundamentale Unterschied: GA4 ist event-basiert, UA war session-basiert. In UA war jeder Seitenaufruf eine Session mit Dimensionen wie Bounce Rate und Seitenanzahl. In GA4 ist alles ein Event – auch der Seitenaufruf ist ein Event (page_view).
Das bedeutet:
- Die klassische Bounce Rate gibt es nicht mehr in der gleichen Form. GA4 hat stattdessen Engagement Rate (Anteil der Sessions mit mindestens 10 Sekunden Engagement, einem Conversion-Event oder zwei Seitenaufrufen).
- Explorative Analysen sind mächtiger – Trichter, Pfadanalysen, Segmentüberschneidungen lassen sich flexibel aufbauen, ohne vorher konfiguriert worden zu sein.
- Das Datenmodell ist flexibler: Custom Dimensions und Custom Metrics können Events angereichert werden, ohne das Setup neu zu bauen.
Der Lernaufwand ist real – aber GA4 ist strukturell besser für Analyse, wenn es sauber eingerichtet ist.
Schritt 1: Property anlegen und Datenstrom einrichten
- Öffnet analytics.google.com und wählt „Property erstellen".
- Gebt den Property-Namen, die Zeitzone (Europa/Berlin) und die Währung ein. Diese Einstellungen lassen sich nachträglich ändern, aber die Zeitzone bestimmt die Tag-Zuordnung historisch – stellt sie von Anfang an korrekt ein.
- Wählt „Web" als Plattform und legt einen Datenstrom an. Der Datenstrom ist die Verbindung zwischen eurer Website und GA4 – er liefert die Measurement-ID (Format:
G-XXXXXXXXXX), die ihr für die Code-Implementierung braucht. - In den Datenstrom-Einstellungen: Enhanced Measurement aktiviert standardmäßig automatische Events für Scroll, Outbound Clicks, Site Search, Video Engagement und File Downloads. Das ist nützlich – aber prüft, ob Site Search zu eurer Implementierung passt und ob ihr unerwünschte Events deaktivieren wollt.
Schritt 2: GA4-Code implementieren
Ihr habt zwei Wege:
Direktes gtag.js-Script
<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>
Das Script kommt in den <head>. Bei Next.js nutzt ihr dafür die <Script>-Komponente mit strategy="afterInteractive" – das verhindert, dass das Tracking-Script den initialen Render blockiert.
Über Google Tag Manager
Wann GTM empfehlenswert ist:
- Wenn mehrere Tags verwaltet werden (GA4, Google Ads, Meta Pixel)
- Wenn Marketing-Teams ohne Deployment-Zugriff Events konfigurieren müssen
- Wenn ihr eine komplexere Event-Architektur plant
Wann direktes gtag besser ist:
- Einzelne Property, technisches Team, klare Control über den Code
- Weniger Overhead, schnellerer initialer Load
- Einfachere DSGVO-Consent-Integration
Bei GTM: Container-Script in <head> und <body>, GA4-Tag im Container anlegen, Measurement-ID hinterlegen, Trigger auf „All Pages" setzen – fertig für den Basisaufbau.
Schritt 3: DSGVO-konformes Setup
Das ist kein optionaler Zusatz – das ist Pflicht. Drei Konfigurationen sind entscheidend:
IP-Anonymisierung
In GA4 ist IP-Anonymisierung standardmäßig aktiviert und kann nicht deaktiviert werden – das ist ein struktureller Unterschied zu UA, wo ihr das explizit einstellen musstet. Ihr müsst hier nichts tun, solltet es aber in eurer Datenschutzerklärung erwähnen.
Data Retention
In den Property-Einstellungen unter „Datenverwaltung → Datenspeicherung": Die Standard-Einstellung ist 2 Monate für Event-Daten. Für explorative Analysen, die weiter zurückreichen, stellt das auf 14 Monate. Das ist das Maximum ohne Zusatzkosten – und für die meisten Setups ausreichend.
Consent Mode v2
Consent Mode ist die Schnittstelle zwischen eurem Cookie-Banner und GA4. Wenn ein Nutzer die Einwilligung verweigert, sendet Consent Mode Signale an Google, die das Tracking einschränken – und Google modelliert fehlende Daten statistisch (für aggregierte Berichte, nicht für Einzelnutzer-Tracking).
Die Implementierung erfolgt über die Consent-Management-Plattform (Usercentrics, Cookiebot etc.) oder manuell:
gtag('consent', 'default', {
'analytics_storage': 'denied',
'ad_storage': 'denied',
'wait_for_update': 500
});
Dieser Code muss vor dem GA4-Tag ausgeführt werden. Bei Zustimmung wird 'denied' durch 'granted' ersetzt. Ohne diese Implementierung ist GA4 in Deutschland rechtlich problematisch.
Die wichtigsten vordefinierten Events verstehen
GA4 sendet automatisch bestimmte Events – ohne dass ihr Code schreiben müsst:
page_view: Jeder Seitenaufruf. Parameter:page_title,page_location.scroll: Wenn ein Nutzer 90% einer Seite gescrollt hat.click: Klicks auf externe Links (Outbound Clicks).file_download: Klicks auf PDF, DOC, XLS etc.form_submit: Formular-Absendungen (Enhanced Measurement) – aber Achtung: das funktioniert nicht bei allen Custom-Form-Implementierungen zuverlässig. Prüft in DebugView, ob das Event für eure Formulare ausgelöst wird.session_start: Beginn einer neuen Session.first_visit: Erster Besuch eines Nutzers.
Custom Events: Was ihr zusätzlich braucht
Die automatischen Events reichen für oberflächliche Berichte. Für Entscheidungen braucht ihr Custom Events. Typische Kandidaten:
generate_lead: Wenn ein Kontaktformular erfolgreich abgesendet wurde – auf der Thank-You-Seite oder per JavaScript-Event nach erfolgreicher Form-Submission.
newsletter_signup: Newsletter-Anmeldung, separat vom allgemeinen Formular.
cta_click: Klicks auf wichtige Call-to-Action-Buttons. Parameter: button_name, page_location.
video_complete: Wenn ein selbst-gehostetes Video komplett angesehen wurde (für YouTube-Embeds gibt es automatische Events wenn Enhanced Measurement aktiv ist).
phone_click: Klicks auf tel:-Links – häufig unterschätzter Conversion-Kanal, besonders mobil.
Custom Events werden über gtag('event', 'event_name', { parameter: value }) oder über GTM-Trigger gefeuert.
Conversions definieren
Nicht jedes Event ist eine Conversion – aber die wichtigen müssen markiert werden. In GA4: Admin → Conversions → Neues Conversion-Event erstellen und den Event-Namen aus der Event-Liste eingeben.
Welche Events als Conversion:
generate_lead(Kontaktformular-Absendung)purchase(E-Commerce)newsletter_signupphone_click(optional, wenn wichtiger Kanal)
Wichtig: Conversions in GA4 können nicht rückwirkend für historische Daten angezeigt werden. Ab dem Zeitpunkt der Markierung werden Events als Conversions gezählt. Markiert eure wichtigsten Events daher früh.
Die wichtigsten Berichte
GA4-Berichte sind in der Standard-Ansicht weniger mächtig als UA-Berichte – die eigentliche Stärke liegt in den Explorativen Analysen (Explore).
Akquisition verstehen
Berichte → Akquisition → Nutzerakquisition zeigt, welche Kanäle neue Nutzer bringen. Traffic-Akquisition zeigt alle Sessions nach Kanal. Die Default Channel Grouping in GA4 gruppiert: Organic Search, Direct, Organic Social, Paid Search, Email, Referral.
Wenn ihr dort unerwartete Zuordnungen seht (alles als „Direct" klassifiziert), prüft ob UTM-Parameter korrekt gesetzt sind – das ist der häufigste Akquisitions-Daten-Fehler.
Engagement verstehen
Berichte → Engagement → Seiten und Screens zeigt, welche Seiten am meisten Aufmerksamkeit bekommen – nach Seitenaufrufen, Engagement-Zeit und Events.
Berichte → Engagement → Events zeigt alle Event-Counts und welche Events wie oft gefeuert wurden. Hier seht ihr auch, ob eure Custom Events ankommen.
Conversion-Berichte
Berichte → Monetarisierung → E-Commerce-Käufe (bei Shops) oder Berichte → Engagement → Conversions für nicht-E-Commerce-Conversions. Diese Berichte sind leer, bis ihr Conversions markiert habt.
Explorative Analysen: Trichter und Pfade
Das ist das Beste an GA4. Unter Erkunden (Explore):
- Trichteranalyse: Definiert Schritte (z. B. Produktseite → Warenkorb → Checkout → Kauf) und seht, wo Nutzer abspringen. Segment-Vergleiche möglich.
- Pfadanalyse: Was kommt nach einem bestimmten Event? Was haben Nutzer vor einer Conversion getan?
- Segmentüberschneidungen: Welche Nutzer sind in mehreren Segmenten gleichzeitig?
Diese Analysen müsst ihr nicht vorkonfigurieren – ihr baut sie ad hoc wenn ihr eine konkrete Frage habt.
E-Commerce Tracking in GA4
Wenn ihr einen Shop betreibt, ist das Standard-E-Commerce-Tracking von GA4 ein eigenes Kapitel. Die relevanten Events:
view_item_list/view_item: Produktliste und Produktdetailseiteadd_to_cart/remove_from_cartbegin_checkout/add_payment_info/add_shipping_infopurchase: Kauf mittransaction_id,value,currency,items-Array
Jedes dieser Events braucht strukturierte Parameter. Das wird typischerweise über GTM mit DataLayer implementiert oder direkt in den Shop-Code gebaut. Ohne sauberes E-Commerce-Tracking sind Trichteranalysen, ROAS-Berechnungen und Produktleistungsberichte wertlos.
Google Search Console verknüpfen
Admin → Property → Verknüpfungen mit Google-Produkten → Search Console – und die entsprechende GSC-Property auswählen. Das gibt euch in GA4 Berichte zu organischen Suchanfragen, Klicks und Impressionen – direkt neben den Nutzerdaten. Wichtig: Die Verknüpfung wirkt nicht rückwirkend. Die GSC-Daten erscheinen erst ab dem Verknüpfungszeitpunkt in GA4.
Häufige Setup-Fehler
Doppelte Seitenaufrufe: Passiert wenn GA4-Tag zweimal gefeuert wird – z. B. direkt im Code und nochmal über GTM. Prüft in DebugView, ob page_view einmal oder mehrfach pro Navigation auftaucht.
Falsche Zeitzone: Wenn die Zeitzone zu spät korrigiert wird, haben historische Berichte abweichende Tag-Grenzen.
Kein Consent Mode: Analytics läuft ungebremst, obwohl Nutzer nicht zugestimmt haben – rechtlich problematisch und in Deutschland ein reales Risiko.
Internal Traffic nicht ausgeschlossen: Eure eigenen Besuche und die des Entwicklerteams verfälschen die Daten. Admin → Datenstrom → Interne Zugriffe definieren – IP-Adressen des Büros oder Entwicklungsrechner können ausgeschlossen werden.
Keine Conversions definiert: Das Setup läuft, aber GA4 misst nur Besuche – keine Wirksamkeit.
UTM-Parameter fehlen oder sind inkonsistent: E-Mail-Kampagnen, Social-Posts, Paid-Ads ohne UTMs erscheinen als „Direct" – wichtige Kanal-Attribution geht verloren.
Wenn ihr ein sauberes GA4-Setup von Anfang an haben wollt – oder ein bestehendes Setup auditieren und reparieren lassen möchtet – begleiten wir euch dabei: von der technischen Implementierung über Consent Mode bis zu den Berichten, die eure Entscheidungen tatsächlich besser machen.