Conversion Tracking für B2B-Websites mit GA4 – welche Events wirklich zählen

Auf einer B2B-Website zählen in GA4 die Ereignisse, die eine echte Kontaktabsicht belegen: eine vom Server bestätigte Anfrage (`generate_lead`) als Schlüsselereignis und daneben wenige unterstützende Signale wie `contact_form_submit`, `email_click`, `phone_click` und `chat_started`. Damit diese Daten in Deutschland belastbar und rechtlich sauber sind, braucht es eine wirksame Einwilligung nach DSGVO und TDDDG, eine korrekt umgesetzte Consent Mode v2 und eine Verbindung zum CRM, in dem der Vertrieb sieht, welche Anfrage tatsächlich zu einem Projekt geführt hat.

Zuerst die Einwilligung, dann das Tracking

Viele Tracking-Projekte beginnen im Tag Manager. In Deutschland sollte die Reihenfolge umgekehrt sein. Seit Mai 2024 regelt das TDDDG (früher TTDSG) in § 25, dass das Speichern von und der Zugriff auf Informationen im Endgerät grundsätzlich eine Einwilligung erfordern, sofern sie nicht unbedingt erforderlich sind. Analyse-Cookies von Google Analytics fallen nach überwiegender Auffassung nicht unter diese Ausnahme. Die weitere Verarbeitung personenbezogener Daten richtet sich nach der DSGVO.

Für die Praxis bedeutet das:

• Ohne Einwilligung werden keine Analyse-Cookies gesetzt, auch nicht „kurz zum Testen“.
• Das Consent-Banner muss Ablehnen genauso einfach machen wie Zustimmen.
• Die Datenschutzerklärung beschreibt den Einsatz von Google Analytics, die Rechtsgrundlage und die Datenübermittlung an Google.
• Mit Google sind die Vertragsbedingungen zur Auftragsverarbeitung abzuschließen; die Übermittlung in die USA stützt sich derzeit auf das EU-U.S. Data Privacy Framework.

Die rechtliche Bewertung Ihres konkreten Setups gehört zu Ihrem Datenschutzbeauftragten. Unsere Aufgabe als Entwickler ist, dass die Technik genau das tut, was das Banner verspricht.

Wichtige Konsequenz: Ein Teil der Besucher lehnt ab. GA4 wird deshalb immer weniger Anfragen zeigen als Ihr Posteingang. Die maßgebliche Zahl der Leads kommt aus dem CRM, GA4 dient dem Vergleich von Seiten und Kanälen.

Consent Mode v2 richtig einbinden

Google erwartet für Nutzer im EWR die vier Signale `ad_storage`, `analytics_storage`, `ad_user_data` und `ad_personalization`, sobald Werbefunktionen genutzt werden. Zwei Varianten stehen zur Wahl:

• Basic: Google-Tags laden erst nach der Einwilligung. Datenschutzrechtlich die zurückhaltende Variante, GA4 sieht abgelehnte Besuche gar nicht.
• Advanced: Tags laden mit abgelehntem Status und senden cookielose Pings, aus denen Google Daten modelliert. Ob das für Ihr Unternehmen vertretbar ist, sollte vorab mit dem Datenschutz geklärt werden.

Technische Prüfpunkte:

1. Der Standardstatus („denied“) wird gesetzt, bevor irgendein Google-Tag feuert.
2. Nach der Auswahl im Banner wird der Status sofort aktualisiert.
3. Ein späterer Widerruf über den Link im Footer wirkt ebenfalls sofort.
4. In den Entwicklertools ist sichtbar, dass nach Ablehnung keine `_ga`-Cookies entstehen.
5. Der Tag Assistant zeigt bei jedem Ereignis den erwarteten Consent-Status.

Der Eventplan für eine B2B-Website

Ein schriftlicher Trackingplan auf einer Seite spart später viele Diskussionen: Eventname, genauer Auslöser, Parameter und die Frage, ob es ein Schlüsselereignis ist. GA4 nennt Conversions seit 2024 Schlüsselereignisse („key events“).

generate_lead – das einzige Schlüsselereignis

`generate_lead` ist ein von Google empfohlenes Ereignis. Es wird einmal ausgelöst, nachdem das Backend eine gültige Vertriebsanfrage gespeichert hat, nicht beim Klick auf „Absenden“. Sinnvolle Parameter:

• `form_id` – etwa `angebot_anfrage` oder `demo_anfrage`
• `lead_type` – Angebot, Demo, Partnerschaft
• `page_type` – Leistungsseite, Fachartikel, Kontaktseite
• `lead_id` – eine zufällige, nicht personenbezogene Kennung aus Ihrem System

Einen Geldwert sollten Sie nur übergeben, wenn Vertrieb und Marketing ihn gemeinsam festgelegt haben.

contact_form_submit

Erfolgreiche Übermittlung jedes Formulars, auch Support- oder allgemeine Anfragen. Nützlich, um ausgefallene Formulare schnell zu bemerken. Kein Schlüsselereignis, sonst wird jede Vertriebsanfrage doppelt gezählt.

email_click und phone_click

Klicks auf `mailto:`- und `tel:`-Links mit dem Parameter `link_location` (Header, Footer, Kontaktseite, Artikel). Sie zeigen Interesse, belegen aber keinen Kontakt. Deshalb als sekundäre Signale auswerten.

chat_started

Erst die erste gesendete Nachricht zählt, nicht das Öffnen des Fensters. Nutzen Sie dafür den JavaScript-Callback des Chat-Anbieters. Beachten Sie außerdem, dass viele Chat-Widgets selbst Cookies setzen und damit ebenfalls in die Einwilligungsverwaltung gehören.

Technische Umsetzung: erst dataLayer, dann Tags

Zuverlässig wird das Tracking, wenn die Anwendung selbst meldet, was passiert ist. Ein typischer Ablauf auf einer Laravel- oder Vue.js-Website:

1. Der Besucher sendet das Anfrageformular ab.
2. Das Backend prüft die Eingaben, filtert Spam und speichert die Anfrage.
3. Es erzeugt eine `lead_id` und meldet Erfolg an das Frontend.
4. Das Frontend schreibt `generate_lead` mit Parametern in den dataLayer.
5. Der Google Tag Manager sendet das Ereignis an GA4 – nur, wenn die Einwilligung vorliegt.
6. Das Backend speichert dieselbe `lead_id` mit Landingpage und UTM-Parametern zur Anfrage.

Namen, E-Mail-Adressen, Telefonnummern oder Freitext aus dem Formular haben in GA4 nichts zu suchen. Das verbieten sowohl die Nutzungsbedingungen von Google als auch der Grundsatz der Datenminimierung. Ein versehentlich als Parameter übernommenes Formularfeld ist einer der häufigsten Fehler, den wir bei Audits finden.

Auch serverseitiges Tagging ändert nichts an der Einwilligungspflicht. Es kann Ladezeit und Datenkontrolle verbessern, ersetzt aber kein Consent-Management.

Wenn die Website ohnehin überarbeitet wird, gehört der Trackingplan in dieselbe Planung wie Seitenstruktur und Inhalte. So arbeiten wir im Bereich KI- und SEO-Sichtbarkeit; ergänzende Hinweise finden Sie im Beitrag technisches SEO für Softwareunternehmen.

Verbindung zum CRM

GA4 beantwortet, welche Seiten und Kanäle Anfragen bringen. Ob daraus ein qualifizierter Lead oder ein Auftrag wird, weiß nur das CRM. Die Verbindung lässt sich datensparsam herstellen:

• Herkunftsdaten speichern: Landingpage, Referrer und UTM-Parameter mit der Anfrage im CRM ablegen. Die Google-Ads-Klick-ID nur, wenn die Einwilligung dafür vorliegt.
• Gemeinsamer Schlüssel: Dieselbe `lead_id` in GA4 und CRM erlaubt die Zuordnung, ohne personenbezogene Daten an Google zu übertragen.
• Status zurückmelden: GA4 kennt empfohlene Lead-Ereignisse wie `qualify_lead` und `close_convert_lead`. Ändert der Vertrieb den Status, kann das Backend das passende Ereignis über das Measurement Protocol senden. Prüfen Sie vorher, ob diese Übermittlung von der erteilten Einwilligung gedeckt ist.
• Ein Bericht statt zehn Dashboards: Leads nach Quelle und qualifizierte Leads nach Quelle, monatlich betrachtet, sagen mehr als jede Seitenaufruf-Statistik.

Wenn Ihr CRM diese Felder nicht speichern oder Statusänderungen nicht per API bereitstellen kann, ist das meist der erste Engpass. Typische Anforderungen beschreiben wir unter CRM-Entwicklung für B2B-Vertriebsteams.

Häufige Fehler

• Mehrere Ereignisse als Schlüsselereignis markiert, sodass die Kennzahl nichts mehr aussagt.
• `generate_lead` beim Klick statt nach Bestätigung durch den Server.
• Danke-Seite und Ereignis gleichzeitig als Conversion gezählt.
• Tags, die vor der Einwilligung laden, weil der Standardstatus zu spät gesetzt wird.
• Chat- oder Karten-Widgets, die außerhalb des Consent-Managements Cookies setzen.
• Umbenannte Ereignisse ohne Anpassung von Berichten und Trackingplan.

Prüfliste vor dem Go-live

1. Trackingplan mit Vertrieb, Marketing und Datenschutz abgestimmt.
2. Datenschutzerklärung und Banner beschreiben den tatsächlichen Einsatz.
3. Alle Formulare liefern einen eindeutigen Erfolgsstatus.
4. Ereignisse in der GA4-DebugView für jedes Formular, jeden Link-Typ und den Chat geprüft.
5. Benutzerdefinierte Dimensionen für `form_id`, `lead_type`, `page_type` und `link_location` angelegt.
6. Nur `generate_lead` als Schlüsselereignis markiert.
7. Zustimmung, Ablehnung und Widerruf getestet.
8. Testanfrage mit `lead_id` und UTM-Daten im CRM sichtbar.

Nächster Schritt

Listen Sie alle Kontaktpunkte Ihrer Website auf – Formulare, E-Mail-Adressen, Telefonnummern, Chat – und notieren Sie, welche Tools dort Daten erheben. Diese Liste ist die Grundlage für Trackingplan und Einwilligungsverwaltung zugleich. Wenn Sie Unterstützung bei der Umsetzung in Anwendung und CRM wünschen, sprechen Sie uns an.