Saubere Messung mit GA4 und Google Tag Manager: Plan, Einrichtung, Kontrolle

Laut GA4 hat sich die Zahl der Formularanfragen im letzten Monat verdoppelt. Der Vertrieb sagt, es kamen genauso viele wie immer. Die Werbeagentur bringt ihre Zahl mit, die Webagentur eine andere, und das Meeting vergeht mit der Frage, welche stimmt. Die Ursache liegt fast nie bei Google Analytics selbst. Es fehlt ein Plan für die Einrichtung.

In diesem Beitrag beschreiben wir, wie wir mit GA4 und Google Tag Manager eine Messung aufbauen, auf die man sich verlassen kann: Konzept, Benennung, Datenschicht, Formular- und E-Commerce-Tracking, Traffic-Quellen, Einwilligung, Verknüpfungen und Debugging. Am Ende steht eine Reihenfolge, mit der Sie Ihre eigene Einrichtung prüfen können.

Das Messkonzept: Was messen Sie, und warum?

Eine gute Einrichtung beginnt mit einer Tabelle, nicht mit einem Tag. Schreiben Sie zuerst die Fragen des Unternehmens auf: Aus welchem Kanal kommen Menschen, die ein Angebot anfragen? Welche Produktseiten führen zum Kauf? Kommen Leute, die den Katalog laden, später wieder? Jede Frage wird zu einem oder mehreren Ereignissen, jedes Ereignis zu einigen Parametern. Eine Spalte gehört der Verantwortung: Wer hat das Ereignis eingerichtet, wer getestet, wann wurde es zuletzt geprüft?

Nehmen wir einen Hersteller von Großküchentechnik aus Westfalen, der über Fachhändler verkauft. Für ihn zählen das Angebotsformular, der Katalog als PDF, Klicks auf WhatsApp und Telefon sowie Suchen in der Händlersuche. Verweildauer und Scrolltiefe ändern keine einzige seiner Entscheidungen und gehören nicht ins Konzept.

Regeln für die Benennung

GA4-Ereignisnamen unterscheiden Groß- und Kleinschreibung: generate_lead und Generate_Lead zählen als zwei verschiedene Ereignisse. Namen müssen mit einem Buchstaben beginnen, dürfen nur Buchstaben, Ziffern und Unterstriche enthalten und höchstens 40 Zeichen lang sein. Parameternamen sind ebenfalls auf 40 Zeichen begrenzt, Parameterwerte meist auf 100. Parameternamen mit den Präfixen google_, ga_ und firebase_ sind reserviert. Halten Sie die Regel einfach: alles klein, Wörter mit Unterstrich verbunden.

Nutzen Sie, wo immer es geht, die von Google empfohlenen Ereignisnamen. generate_lead für Anfragen, sign_up für Registrierungen und purchase für Käufe finden in den Berichten und in Google Ads sofort ihren Platz. Eigene Namen erfinden Sie nur für Aktionen ohne empfohlene Entsprechung.

contact_whatsapp und contact_phone gehören nicht zu Googles empfohlenen Ereignissen, es sind unsere eigenen Namen. Wenn Sie eigene Namen verwenden, halten Sie den Grund im Konzept fest, damit in zwei Jahren niemand darüber streitet, ob es contact_whatsapp oder whatsapp_click heißen sollte.

Schlüsselereignisse: früher hießen sie Conversions

2024 hat Google die Conversions in GA4 in Schlüsselereignisse umbenannt. Ein Schlüsselereignis ist ein Ereignis, das für Ihr Geschäft zählt und das Sie in Berichten gesondert verfolgen wollen; Sie markieren es in der Verwaltung auf der Seite Schlüsselereignisse. Der Begriff Conversion gehört jetzt zu Google Ads: Importieren Sie ein Schlüsselereignis in Google Ads und bieten darauf, wird es dort zur Conversion.

Machen Sie nicht alles zum Schlüsselereignis. In einer Property mit zwölf davon sticht keines heraus. Markieren Sie echte Geschäftsergebnisse, also Käufe, qualifizierte Anfragen und gegebenenfalls Registrierungen; alles andere steht ohnehin als normales Ereignis in den Berichten.

Was leistet die optimierte Analyse, und wo täuscht sie?

Ist die optimierte Analyse für einen Web-Datenstream aktiv, erfasst GA4 einige Ereignisse von selbst: Seitenaufrufe, Scrollen bis fast zum Seitenende (90 Prozent Tiefe), Klicks auf andere Domains, die Website-Suche, Interaktionen mit YouTube-Videos, Dateidownloads und Formularinteraktionen. Ein guter Anfang, solange Sie wissen, was die Standardeinstellungen übersehen.

• Scrollen wird nur bei 90 Prozent Tiefe erfasst; für andere Tiefen braucht es einen eigenen Trigger im Tag Manager.
• Die Website-Suche wird nur erkannt, wenn die URL einen Parameter wie q, s, search, query oder keyword enthält. Nutzt Ihre Suche einen anderen, ergänzen Sie ihn in den Einstellungen.
• Die Videomessung funktioniert nur bei YouTube-Einbettungen mit aktivierter JavaScript-API.
• Zu den ausgehenden Klicks zählen auch WhatsApp-Links; das ist zufällig nützlich, ein eigenes Ereignis ist aber sauberer.
• Bei Single-Page-Anwendungen hängen Seitenaufrufe an Änderungen im Browserverlauf; ist diese Einstellung aus, sieht GA4 eine Seite, obwohl der Besucher fünf aufgerufen hat.

Warum sind Formularinteraktionen unzuverlässig?

Die Ereignisse form_start und form_submit der optimierten Analyse werfen jedes Formular Ihrer Website in denselben Topf: Suchfeld, Newsletter-Anmeldung, Login und Angebotsformular. Eine Übermittlung kann auch gezählt werden, wenn das Formular scheitert, etwa weil ein Pflichtfeld leer ist. Manche Formulare arbeiten ohne Neuladen der Seite, lösen das Submit-Ereignis des Browsers nie aus und werden gar nicht gezählt. Deshalb machen wir form_submit nie zum Schlüsselereignis. Echte Anfragen messen wir über die Datenschicht, wie unten beschrieben, und nur bei erfolgreicher Übermittlung.

Container und Datenschicht im Tag Manager

Ein Container im Google Tag Manager ist ein einzelnes Code-Snippet auf Ihrer Website, in dem Tags, Trigger und Variablen verwaltet werden. Die Grundstruktur für GA4: ein Google-Tag, das auf allen Seiten läuft, mit Ihrer Mess-ID, die mit G- beginnt, und für jede wichtige Aktion ein GA4-Ereignis-Tag. Änderungen nehmen Sie in einem Arbeitsbereich vor, testen sie in der Vorschau und veröffentlichen sie mit einem sprechenden Versionsnamen. Version 47 sagt nach einem Jahr niemandem etwas, „Angebotsformular generate_lead, form_name ergänzt“ schon.

Prüfen Sie außerdem, wer mit welchen Rechten auf den Container zugreift. Veröffentlichungsrechte gehören in wenige Hände. Beim Agenturwechsel entziehen Sie dem alten Team den Zugriff; ein Container kann Ihrer Website beliebigen Code hinzufügen.

Warum ist die Datenschicht der stabilste Weg?

Die Datenschicht (dataLayer) ist ein gemeinsamer Bereich, über den Ihre Website dem Tag Manager mitteilt, dass etwas passiert ist. Sobald das Formular auf dem Server erfolgreich gespeichert ist, sendet der Entwickler per dataLayer.push ein Ereignis wie generate_lead, dazu Angaben wie form_name. Im Tag Manager hört ein Trigger für benutzerdefinierte Ereignisse auf diesen Namen, und das GA4-Tag feuert nur dann. Ändern sich Seitengestaltung, Buttonfarbe oder Beschriftung, misst das System trotzdem weiter.

Lösungen, die an CSS-Klassen, Buttontexten oder der URL der Danke-Seite hängen, funktionieren auch, sind aber anfällig. Ändert eine Designerin den Button von Senden in Angebot anfordern, bricht die Messung lautlos ab, und meist fällt das erst drei Monate später auf.

Die Fallen beim Formular-Tracking

Der Trigger Formularübermittlung im Tag Manager hat zwei Einstellungen. Auf Tags warten verzögert die Übermittlung kurz, damit Tags feuern können, bevor die Seite wechselt. Validierung prüfen sorgt dafür, dass der Trigger nur bei tatsächlich gesendetem Formular auslöst; ohne Häkchen löst er bei jedem Versuch aus. Beides hilft, löst aber nicht jeden Fall.

• Formulare ohne Neuladen der Seite lösen das Submit-Ereignis des Browsers unter Umständen nie aus; hier ist ein Datenschicht-Ereignis Pflicht.
• Formulare, die per iframe von einem Drittanbieter kommen, sieht der Tag Manager auf Ihrer Seite nicht; Sie brauchen die Integration des Anbieters oder eine Weiterleitung auf eine Danke-Seite.
• Bei der Danke-Seiten-Methode zählt das Ereignis erneut, sobald die Seite neu geladen oder aus einem Lesezeichen geöffnet wird.
• Messen optimierte Analyse und Tag Manager dasselbe Formular, erscheinen zwei verschiedene Ereignisse, und eines wird womöglich versehentlich zum Schlüsselereignis.

Wie richtet man E-Commerce-Ereignisse ein?

Die E-Commerce-Berichte von GA4 füllen sich, wenn die empfohlenen Ereignisnamen und das items-Array korrekt gesendet werden: view_item_list, select_item, view_item, add_to_cart, view_cart, begin_checkout, add_shipping_info, add_payment_info, purchase und für Retouren refund. In jedem Ereignis sollte items Produkt-ID oder -Name, Preis und Menge enthalten. Die Währung senden Sie als ISO-Code, also EUR oder CHF.

transaction_id ist bei purchase Pflicht und erfüllt eine wichtige Aufgabe: In Web-Datenstreams entfernt GA4 doppelte Käufe desselben Nutzers mit derselben Transaktions-ID. Dieser Schutz hat eine Falle. Wird transaction_id als leerer Text gesendet, kann GA4 alle Käufe mit leerer ID als Dubletten behandeln. Umgekehrt gilt: Teilen sich verschiedene Bestellungen dieselbe ID, werden Umsätze zu niedrig gezählt.

Bei Shopsystemen wie Shopify oder Shopware kommen diese Ereignisse über die Google-Integration weitgehend fertig. Prüfen Sie trotzdem: Wird der Checkout auf einer anderen Domain abgeschlossen, öffnet sich die Bestellbestätigung erst nach einer 3D-Secure-Weiterleitung, sind Versand und Steuern im Wert enthalten? Die Antworten erklären die Lücke zwischen dem Umsatz in GA4 und dem in der Buchhaltung.

Traffic-Quellen: UTM, domainübergreifendes Tracking und interner Traffic

Woher ein Besuch kam, erfährt GA4 vor allem aus UTM-Parametern: utm_source, utm_medium, utm_campaign, utm_content, utm_term und utm_id. Die Werte unterscheiden Groß- und Kleinschreibung; utm_source=Instagram und utm_source=instagram ergeben zwei getrennte Zeilen. Google selbst empfiehlt, alle Werte kleinzuschreiben.

• Legen Sie ein kurzes Verzeichnis für Quellen und Medien an, an das sich alle halten, etwa instagram mit paid_social, newsletter mit email, linkedin mit social.
• Wählen Sie Medium-Werte, die die Standard-Channelgruppierung von GA4 erkennt; ein erfundenes Medium landet bei Unassigned.
• Versehen Sie niemals interne Links Ihrer eigenen Website mit UTM-Parametern; jeder Klick startet sonst eine neue Sitzung mit falscher Quelle.
• Lassen Sie die automatische Tag-Kennzeichnung in Google Ads eingeschaltet; die Kampagnendaten kommen über die gclid, manuelle UTM-Parameter sind nicht nötig.

Domainübergreifendes Tracking und Bezahlseiten

Liegen Website und Checkout oder Terminbuchung auf verschiedenen Domains, sieht GA4 getrennte Besuche. Die Lösung finden Sie in der Verwaltung unter Datenerhebung und -änderung, Datenstreams: Web-Stream wählen, dann Tag-Einstellungen konfigurieren und Domains konfigurieren, und dort beide Domains eintragen. GA4 hängt dann beim Wechsel den Parameter _gl an und erkennt denselben Nutzer wieder. Auf beiden Seiten muss dieselbe Mess-ID laufen.

Ein verwandtes Problem: Kunden, die von PayPal, Klarna oder der 3D-Secure-Seite ihrer Bank zurückkommen, werden mit ihrem Kauf dem Verweis-Traffic zugeschrieben. Tragen Sie die Domains der Zahlungsanbieter und Banken deshalb in den Tag-Einstellungen in die Liste unerwünschter Verweise ein.

Interner Traffic

Wenn Ihr Team die eigene Website täglich aufruft, verzerrt das die Berichte, vor allem bei kleineren Websites. Definieren Sie in den Tag-Einstellungen internen Traffic: Tragen Sie die IP-Adressen Ihres Büros ein, versieht GA4 diese Besuche mit traffic_type=internal. Anschließend testen Sie in der Verwaltung unter Datenfilter den Filter für internen Traffic zunächst im Teststatus und schalten ihn dann aktiv. Datenfilter ändern keine historischen Daten, und einmal aktiv ausgeschlossene Daten lassen sich nicht zurückholen.

Einwilligung, Consent Mode v2 und Datenaufbewahrung

Cookie-Banner und Google-Tag müssen dieselbe Sprache sprechen. Consent Mode v2, auf Deutsch Einwilligungsmodus, überträgt vier Signale: ad_storage und analytics_storage steuern die Speicherung von Cookies, ad_user_data regelt, ob Nutzerdaten für Werbezwecke an Google gehen dürfen, und ad_personalization betrifft personalisierte Werbung. In der einfachen Implementierung laden Google-Tags erst, wenn der Besucher mit dem Banner interagiert hat. In der erweiterten laden sie sofort und senden ohne Einwilligung cookielose Pings; in Properties oberhalb bestimmter Datenschwellen modelliert GA4 daraus Verhalten und Conversions.

Im Tag Manager läuft das am saubersten, wenn die Vorlage Ihrer Consent-Management-Plattform über den Trigger Consent Initialization - All Pages ausgelöst wird und der Standardstatus auf abgelehnt steht. Googles eigene Tags haben integrierte Einwilligungsprüfungen. Für andere Tags, etwa das Meta-Pixel, aktivieren Sie in den erweiterten Einstellungen unter Einwilligungseinstellungen die zusätzliche Einwilligungsprüfung und wählen den passenden Typ, zum Beispiel ad_storage. Für Nutzer im EWR, im Vereinigten Königreich und in der Schweiz erwartet Google diese Signale ohnehin, und nach § 25 TDDDG brauchen nicht unbedingt erforderliche Cookies und vergleichbare Zugriffe auf das Endgerät grundsätzlich eine Einwilligung.

Datenaufbewahrung

In der Verwaltung unter Dateneinstellungen, Datenaufbewahrung haben Standard-Properties zwei Optionen: 2 Monate oder 14 Monate. Die Einstellung betrifft explorative Datenanalysen und Trichter, nicht die Standardberichte. Steht sie auf 2 Monaten und Sie wollen später auf Nutzerebene mit dem Vorjahreszeitraum vergleichen, sind die Daten weg. Wählen Sie am ersten Tag 14 Monate und entscheiden Sie bewusst über die Option, Nutzerdaten bei neuer Aktivität zurückzusetzen.

Verknüpfungen mit Google Ads, Search Console und BigQuery

Die Verknüpfung mit Google Ads richten Sie in der Verwaltung unter Produktverknüpfungen ein. Danach können Sie Schlüsselereignisse als Conversions in Google Ads importieren und GA4-Zielgruppen in Kampagnen nutzen. Der häufige Fehler: Dasselbe Formular wird über eine importierte GA4-Conversion und über das Google-Ads-Tag gemessen, und beide sind primär. Ein Geschäftsergebnis, eine primäre Conversion.

Die Verknüpfung mit der Search Console holt organische Suchanfragen und Landingpages in GA4. Ein Web-Datenstream lässt sich nur mit einer Search-Console-Property verbinden. Nach der Verknüpfung liegen die Search-Console-Berichte unveröffentlicht in der Bibliothek; Sie veröffentlichen sie dort über das linke Menü. Die Daten erscheinen etwa zwei Tage nach der Search Console und reichen höchstens 16 Monate zurück.

Der BigQuery-Export schickt die Rohdaten der Ereignisse in Ihr eigenes Data Warehouse. Standard-Properties haben ein tägliches Exportlimit von 1 Million Ereignissen, für Daten des laufenden Tages gibt es zusätzlich den Streaming-Export. Exportiert wird ab dem Tag der Verknüpfung, rückwirkend nichts. Richten Sie den Export deshalb früh ein, auch wenn Sie ihn noch nicht nutzen; in einem Jahr haben Sie dann Rohdaten. Rechnen Sie damit, dass in BigQuery Speicher- und Abfragekosten entstehen können.

Debugging und serverseitiges Tagging

Bevor etwas live geht, prüfen Sie jedes Ereignis an zwei Stellen. Die Vorschau des Tag Managers (Tag Assistant) zeigt, welcher Trigger welches Tag ausgelöst hat, was in der Datenschicht steht und wie der Einwilligungsstatus ist. Die DebugView in GA4 listet sekundengenau, mit welchen Parametern jedes Ereignis angekommen ist. Ein Hinweis: Hat der Besucher Analyse-Cookies abgelehnt, erscheinen keine Ereignisse in der DebugView. Testen Sie einmal mit Einwilligung im eigenen Browser und danach noch einmal mit Ablehnung.

Beim serverseitigen Tagging schickt der Browser Daten nicht direkt an Google oder Meta, sondern an einen Server-Container, den Sie kontrollieren. Er läuft in der Google Cloud oder einer anderen Umgebung, und Google empfiehlt, ihn über eine Subdomain Ihrer eigenen Domain auszuliefern. Der Gewinn: Sie entscheiden, welche Daten an welche Plattform gehen, im Browser läuft weniger Code, und Server-Integrationen wie Metas Conversions API werden aus einer Quelle gespeist.

Das hat seinen Preis. Hosting, Wartung und das nötige Fachwissen können kleinere Websites belasten. Und serverseitiges Tagging hebt die Einwilligungspflicht nicht auf; Daten von Besuchern, die abgelehnt haben, dürfen auch vom Server nicht gesendet werden. Für die meisten kleinen und mittleren Unternehmen ist die richtige Reihenfolge: zuerst die Client-Seite sauber aufsetzen, dann im zweiten Schritt serverseitig erweitern.

Wo anfangen?

Wenn Sie bereits eine GA4-Property haben, empfehlen wir diese Reihenfolge:

1. Die fünf Fragen notieren, die das Unternehmen beantwortet haben will, und ein Messkonzept anlegen, das jede Frage einem Ereignis zuordnet.
2. Die Liste der Schlüsselereignisse auf echte Geschäftsergebnisse kürzen und allgemeine Ereignisse wie form_submit daraus entfernen.
3. Angebots- und Kontaktformulare so umbauen, dass sie nur bei erfolgreicher Übermittlung ein Datenschicht-Ereignis senden.
4. Datenaufbewahrung auf 14 Monate stellen, den Filter für internen Traffic aktivieren und Zahlungsanbieter als unerwünschte Verweise eintragen.
5. Cookie-Banner und Consent Mode in zwei Browsersitzungen testen, einmal mit Zustimmung, einmal mit Ablehnung.
6. Das UTM-Verzeichnis schreiben und sicherstellen, dass Werbung, E-Mail und Social Media dieselben Werte verwenden.
7. Google Ads, Search Console und BigQuery verknüpfen und prüfen, dass Google Ads dasselbe Ergebnis nicht doppelt als primär zählt.
8. Jede Änderung im Tag Manager mit sprechendem Versionsnamen veröffentlichen und das Prüfdatum im Konzept aktualisieren.

Bei AYTE Digital beginnen Messprojekte mit einem Konzept; GA4 und Tag Manager richten wir danach ein und übergeben erst, wenn jedes Ereignis getestet ist. Property, Container und alle Daten bleiben in Ihren Konten, und die Einrichtung ist so dokumentiert, dass Ihr Team sie auch später nachvollziehen kann.