Google Analytics 4 (GA4) sammelt Daten auf Ihrer Website, seit Google Universal Analytics im Juli 2023 abgeschaltet hat. Trotzdem enthält eine Mehrheit der GA4-Properties Konfigurationsfehler, die die Qualität der Berichte verschlechtern. Laut einer Analyse von MeasureCamp (2024) weisen über 60 % der auditierten GA4-Konfigurationen mindestens drei signifikante Fehler auf. Diese GA4 Konfigurationsfehler erzeugen keine Warnung. Sie bleiben monatelang unbemerkt, bis eine Marketing-Entscheidung auf falschen Daten basiert.
Interner Traffic nicht gefiltert: die unsichtbare Verschmutzung
GA4 filtert internen Traffic nicht standardmässig. Jeder Besuch Ihrer Mitarbeitenden (Entwickler, Marketing, Geschäftsleitung) bläht Ihre Sitzungen auf, verfälscht Ihre Absprungrate und verwässert Ihre Conversion-Raten. Bei einer KMU-Website mit 3'000 monatlichen Sitzungen stellen 200 bis 500 ungefilterte interne Sitzungen 7 bis 17 % des Gesamttraffics dar. Die Engagement-Metriken werden unbrauchbar.
Die Korrektur erfolgt in zwei Schritten. Zuerst die internen IP-Adressen in den Datenstream-Einstellungen definieren (Admin > Datenstreams > Tag-Einstellungen > Internen Traffic definieren). Dann den Filter in den Dateneinstellungen aktivieren (Admin > Dateneinstellungen > Datenfilter). Achtung: GA4 erstellt einen Filter im Modus "Test" standardmässig. Solange Sie ihn nicht auf "Aktiv" umschalten, filtert er nichts. Dieses Detail fängt viele Administratoren ein, die glauben, das Problem gelöst zu haben.
Für Teams im Homeoffice mit dynamischen IP-Adressen reicht die IP-Methode nicht aus. Ein ergänzender Ansatz besteht darin, über GTM einen benutzerdefinierten Parameter zu setzen (ein internes Cookie oder einen URL-Parameter), der die Sitzungen der Mitarbeitenden identifiziert, unabhängig von ihrer Verbindung.
Falsch definierte oder fehlende Conversion-Events
GA4 basiert vollständig auf einem Event-Modell. Anders als Universal Analytics, das Standard-Ziele anbot (Dauer, Seiten/Sitzung), misst GA4 keine Conversion, solange Sie sie nicht explizit konfiguriert haben. Ein abgesendetes Kontaktformular, ein angeklickter Telefonanruf, ein Warenkorb-Hinzufügen: Wenn das Event nicht in Ihrem dataLayer oder in Ihren Tags existiert, erscheint die Conversion nirgends.
Der häufigste Fehler betrifft die von Google empfohlenen Events. GA4 schlägt eine Liste standardisierter Events vor (generate_lead, purchase, add_to_cart, sign_up...) mit erwarteten Parametern. Viele Konfigurationen verwenden benutzerdefinierte Event-Namen, obwohl das empfohlene Äquivalent existiert. Das Problem: Bestimmte native GA4-Berichte und Google-Ads-Integrationen funktionieren nur mit den empfohlenen Events. Ein benutzerdefiniertes "form_submit"-Event erscheint nicht im Monetarisierungsbericht, ein korrekt parametriertes "generate_lead" hingegen schon.
Die Überprüfung erfolgt unter Admin > Events. Jedes als Conversion markierte Event muss unter realen Bedingungen getestet werden (nicht nur im Debug-Modus). Ein vierteljährliches Audit Ihrer Conversion-Events ermöglicht die Erkennung von Abweichungen. Laut einer Studie von Loves Data (2024) verfolgen 45 % der GA4-Properties kein einziges benutzerdefiniertes Conversion-Event und beschränken sich auf die automatischen Messungen page_view und session_start.
Erweiterte Messung: Funktionen, die kalibriert werden müssen
Die erweiterte Messung (Enhanced Measurement) ist in GA4 standardmässig aktiviert. Sie sammelt automatisch ausgehende Klicks, Datei-Downloads, Scroll-Tiefe, Website-Suchen und Video-Interaktionen. Diese Automatisierung wirkt praktisch, schafft aber Probleme, wenn sie nicht kalibriert wird.
Das Scroll-Tracking misst nur eine einzige Schwelle: 90 % der Seite. Für einen Blog-Artikel mit 3'000 Wörtern liefert die Information, dass ein Besucher 90 % gescrollt hat, einen nützlichen Hinweis. Für eine kurze Landingpage erreichen nahezu alle Besucher diese Schwelle, was die Metrik nutzlos macht. Ein benutzerdefiniertes Setup über GTM mit mehreren Schwellen (25 %, 50 %, 75 %, 100 %) bietet verwertbare Granularität.
Das Tracking der Website-Suche birgt eine weitere Falle. Die erweiterte Messung erkennt automatisch den Parameter "q" in der URL. Wenn Ihre Suchleiste einen anderen Parameter verwendet (s, search, query...), werden die Suchen nicht erfasst. Die manuelle Konfiguration in den Datenstream-Einstellungen ist dann zwingend.
Das Tracking ausgehender Klicks zählt jeden Klick auf eine externe Domain als Event. Auf einer Website mit eingebetteten Drittanbieter-Widgets (Chatbot, Buchungskalender, Google Maps) blähen die Klicks zu diesen Diensten die Events künstlich auf. Die Deaktivierung dieser Funktion für Partnerdomains über die Cross-Reference-Konfiguration oder über Ausschlüsse in GTM stellt die Datenrelevanz wieder her.
Attribution und inkonsistente Conversion-Fenster
GA4 verwendet standardmässig ein datengetriebenes Attributionsmodell (Data-Driven Attribution). Dieses Modell verteilt den Conversion-Credit zwischen verschiedenen Touchpoints anhand eines maschinellen Lernalgorithmus von Google. Das Problem tritt auf, wenn das Attributionsfenster nicht zu Ihrem Verkaufszyklus passt.
Das Standardfenster beträgt 30 Tage für Akquisitions-Events und 90 Tage für andere Conversion-Events. Für einen E-Commerce mit einem durchschnittlichen Warenkorbwert von 30 Euro und einem Kaufzyklus von 48 Stunden attribuiert ein 90-Tage-Fenster Conversions an Interaktionen, die keinen realen Einfluss hatten. Für einen B2B-Dienstleister mit einem Verkaufszyklus von 3 Monaten kappt das 30-Tage-Fenster in der Akquisition bedeutsame Touchpoints.
Die Konfiguration finden Sie unter Admin > Attributionseinstellungen. Passen Sie das Fenster an Ihre geschäftliche Realität an. Dokumentieren Sie diese Entscheidung: Wenn mehrere Personen die Berichte konsultieren, müssen sie verstehen, warum die GA4-Zahlen von denen in Google Ads abweichen, das eigene Attributionsfenster anwendet.
Ein angrenzender Fallstrick betrifft den Vergleich zwischen GA4 und Google Ads. Beide Plattformen zählen Conversions unterschiedlich. Google Ads verwendet das Klickdatum, GA4 das Conversion-Datum. Ein Werbeklick am 28. Februar, der am 3. März einen Kauf auslöst, erscheint in Google Ads im Februar und in GA4 im März. Dieser Versatz ist kein Fehler, aber eine häufige Verwirrungsquelle.
Cross-Domain und fragmentierte Sitzungen
Wenn Ihr Nutzer-Pfad mehrere Domains durchquert (Hauptseite, Shop auf einer Subdomain, externe Zahlungsplattform), erstellt GA4 standardmässig eine neue Sitzung bei jedem Domain-Wechsel. Ein Besucher, der von ihreseite.ch zu shop.ihreseite.ch wechselt, erzeugt zwei getrennte Sitzungen. Die Quelle der zweiten Sitzung ist "referral" von Ihrer eigenen Domain, was die Akquisitionsberichte verschmutzt.
Die Lösung liegt in der Konfiguration des Cross-Domain-Trackings unter Admin > Datenstreams > Tag-Einstellungen > Domains konfigurieren. Listen Sie alle am Nutzerpfad beteiligten Domains auf. GA4 fügt automatisch einen _gl-Parameter in die URLs ein, um die Sitzungsidentität zwischen den Domains aufrechtzuerhalten.
Der häufige Fehler: eine Domain in der Liste zu vergessen. Zahlungsplattformen (Stripe, PayPal), Terminbuchungs-Tools (Calendly) oder Formulare auf separaten Subdomains werden oft übersehen. Jede fehlende Domain erzeugt einen Sitzungsbruch und eine parasitäre "referral"-Quelle.
Überprüfen Sie in Ihren Akquisitionsberichten (Akquisition > Traffic-Akquisition) die Präsenz Ihrer eigenen Domains als Traffic-Quellen. Deren Vorhandensein in der Liste signalisiert ein Cross-Domain-Konfigurationsproblem.
Zu kurze Datenaufbewahrung
GA4 bietet zwei Aufbewahrungsdauern für explorative Daten: 2 Monate oder 14 Monate. Die Standardeinstellung ist 2 Monate. Diese Aufbewahrung betrifft die Explorations-Berichte, nicht die Standardberichte, die Daten unbegrenzt aggregieren.
Mit einer Aufbewahrung von 2 Monaten ist jede explorative Analyse über einen früheren Zeitraum unmöglich. Ein Vergleich der Dezember-Performance mit der vom Juni in einem benutzerdefinierten Explorations-Bericht funktioniert nicht, wenn die Aufbewahrung auf 2 Monaten geblieben ist. Auch Zielgruppen-Segmente in den Explorationen verlieren ihre historischen Daten.
Die Korrektur dauert 30 Sekunden: Admin > Dateneinstellungen > Datenaufbewahrung > auf 14 Monate umstellen. Dieser Vorgang ist nicht rückwirkend. Bereits nach 2 Monaten gelöschte Daten kehren nicht zurück. Frühes Handeln bewahrt die Historie für zukünftige Analysen. Für Unternehmen, die eine längere Historie benötigen, speichert der Export nach BigQuery (kostenlos mit GA4 verfügbar) die Rohdaten ohne zeitliche Begrenzung.
Debug und Validierung: Werkzeuge, die systematisch eingesetzt werden sollten
Eine GA4-Konfiguration ist nur zuverlässig, wenn sie getestet wurde. Zu viele Einstellungen gehen in Produktion ohne gründliche Validierung. GA4 bietet mehrere Diagnose-Tools, deren Nutzung jedoch unterentwickelt bleibt.
Der DebugView-Bericht (Admin > DebugView) zeigt in Echtzeit die von einem Gerät im Debug-Modus gesendeten Events an. Aktivieren Sie den Debug-Modus über die Chrome-Erweiterung "Google Analytics Debugger" oder über einen dedizierten GTM-Parameter. Jedes Event erscheint mit seinen Parametern, was die Überprüfung von Namen, Werten und Datentypen ermöglicht.
Der Echtzeit-Bericht von GA4 bietet eine ergänzende Ansicht. Er bestätigt, dass die Events in der Property ankommen, allerdings mit weniger Detail bei den Parametern. Beide Tools ergänzen sich: DebugView für die technische Präzision, Echtzeit für die funktionale Validierung.
Für Implementierungen über GTM bleibt der Preview-Modus unverzichtbar. Er zeigt die Tag-Auslösungsreihenfolge, die ausgewerteten Variablen und die Auslösungsbedingungen. Ein GA4-Tag, das auf dem falschen Trigger auslöst oder mit leeren Variablen arbeitet, erzeugt inkonsistente Daten ohne sichtbaren Fehler in der GA4-Oberfläche.
Dokumentieren Sie jeden Test in einer Abnahmetabelle. Listen Sie die Szenarien (Seitenaufruf, CTA-Klick, Formularübermittlung, Kauf), die erwarteten Events und die überprüften Parameter auf. Dieses Dokument dient als Referenz bei Website-Updates oder Tag-Rekonfigurationen.
Fazit
GA4 Konfigurationsfehler teilen eine Gemeinsamkeit: Sie erzeugen keine Warnung. Die Datensammlung funktioniert, die Berichte füllen sich, aber die Daten spiegeln nicht die Realität wider. Ein strukturiertes Audit Ihrer GA4-Property offenbart fast immer Korrekturbedarf. Interner Traffic filtern, Conversion-Events kalibrieren, Attributionsfenster anpassen, Cross-Domain einrichten und Aufbewahrung verlängern: Diese Anpassungen sind in wenigen Stunden erledigt und verbessern sofort die Qualität Ihrer Marketing-Entscheidungen.
Lassen Sie Ihre GA4-Konfiguration auditieren
Häufig gestellte Fragen
Wie erkenne ich, ob meine GA4-Konfiguration Fehler enthält?
Beginnen Sie mit drei Prüfpunkten: das Vorhandensein aktiver Filter für internen Traffic (nicht im Test-Modus), die Liste der konfigurierten Conversion-Events und die Datenaufbewahrungsdauer. Ein Akquisitionsbericht, der Ihre eigene Domain als Traffic-Quelle anzeigt, signalisiert ein Cross-Domain-Problem. Ein vollständiges Audit umfasst rund zwanzig Kontrollpunkte.
GA4 und Google Ads zeigen unterschiedliche Conversion-Zahlen. Ist das normal?
Ja, diese Differenz ist strukturell bedingt. Google Ads attribuiert die Conversion auf das Klickdatum, GA4 zählt sie am Conversion-Datum. Die Attributionsfenster und Zählmodelle unterscheiden sich ebenfalls. Eine Abweichung von 10 bis 20 % zwischen beiden Plattformen ist üblich und bedeutet nicht, dass eine Konfiguration fehlerhaft ist.
Sollte man die erweiterte Messung von GA4 deaktivieren?
Nicht vollständig. Die erweiterte Messung liefert nützliche Daten (ausgehende Klicks, Website-Suchen, Downloads). Bestimmte Funktionen verdienen jedoch ein benutzerdefiniertes Setup über GTM für mehr Granularität, etwa das Scroll-Tracking mit mehreren Schwellen oder den Ausschluss bestimmter Domains bei ausgehenden Klicks.
Welche Audit-Frequenz empfehlen Sie für GA4?
Ein vierteljährliches Audit ermöglicht die Erkennung von Abweichungen, bevor sie Ihre Daten über einen langen Zeitraum kompromittieren. Planen Sie zusätzlich ein punktuelles Audit nach jeder wesentlichen Website-Änderung (Relaunch, neues Formular, Wechsel der Zahlungsplattform) oder nach einem grösseren GTM-Update.
Behebt die Migration zu GA4 Server-Side diese Fehler?
Das Server-Side-Tracking verbessert die Zuverlässigkeit der Datenerfassung, indem es Blocker und Browser-Einschränkungen umgeht. Es korrigiert aber nicht die Konfigurationsfehler der GA4-Property selbst. Ein falsch benanntes Conversion-Event oder ein unpassendes Attributionsfenster erzeugt dieselben Probleme, egal ob die Erfassung client-side oder server-side erfolgt.
