{"id":309,"date":"2026-07-13T20:08:00","date_gmt":"2026-07-13T18:08:00","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=309"},"modified":"2026-10-24T00:46:31","modified_gmt":"2026-10-23T22:46:31","slug":"tutorial-implementierung-von-google-ads-enhanced-conversions-erweiterte-conversions","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-marketing-de\/tutorials-de-digital-marketing-de\/tutorial-implementierung-von-google-ads-enhanced-conversions-erweiterte-conversions\/","title":{"rendered":"Tutorial: Implementierung von Google Ads Enhanced Conversions (Erweiterte Conversions)"},"content":{"rendered":"

Erweiterte Conversions erg\u00e4nzen Google-Ads-Messungen um gehashte Kundendaten. Ein passender Abgleich kann zus\u00e4tzliche Werbezuordnungen erm\u00f6glichen. Eine vollst\u00e4ndige Wiederherstellung fehlender Conversions oder eine bestimmte Verbesserung ist damit nicht garantiert.<\/p>\n

Dieses Beispiel behandelt eine E-Mail-Adresse bei einem best\u00e4tigten Website-Kauf. Der Bestellabschluss muss unabh\u00e4ngig von der Datenanreicherung korrekt gemessen werden. Die Konfiguration ben\u00f6tigt eine geeignete Einwilligungssteuerung; Hashing macht eine E-Mail-Adresse nicht anonym.<\/p>\n

\"E-Mail-Datenweg
Das unterst\u00fctzte Tag verarbeitet die E-Mail f\u00fcr den Abgleich. Hashing ersetzt keine Einwilligung und belegt keinen erfolgreichen Treffer.<\/figcaption><\/figure>\n

1. Voraussetzungen und Google-Tag<\/h2>\n

In Google Ads werden erweiterte Conversions aktiviert und die erforderlichen Bedingungen f\u00fcr Kundendaten best\u00e4tigt. Google beschreibt seit April 2026 eine vereinheitlichte Einstellung f\u00fcr Web und Leads. \u00c4ltere Anleitungen mit einer zwingenden Auswahl zwischen Erfassungsmethoden passen daher nicht zu jeder Oberfl\u00e4che.<\/p>\n

Im GTM-Container muss ein Google-Tag mit dem richtigen Ads-Konto als Ziel vorhanden sein. Unter \u201eVom Nutzer bereitgestellte Daten zulassen\u201c wird die Erfassung eingerichtet. F\u00fcr dieses Beispiel erfolgt die Zuordnung gezielt \u00fcber eine Variable; eine automatische Suche auf der gesamten Seite ist daf\u00fcr nicht erforderlich.<\/p>\n

2. Daten mit dem best\u00e4tigten Ereignis bereitstellen<\/h2>\n

Eine Datenschicht ist eine gemeinsame Datenstruktur im Browser. Ein eigener Ereignisname hilft, die zus\u00e4tzliche Verarbeitung ausdr\u00fccklich zu konfigurieren. Das folgende Beispiel zeigt nur die \u00dcbergabe an GTM und ist kein vollst\u00e4ndiges Kauftracking. Die Anwendung darf den Zweig erst nach best\u00e4tigtem Kauf und erlaubter Verarbeitung ausf\u00fchren; der Code selbst pr\u00fcft keine Einwilligung.<\/p>\n

window.dataLayer = window.dataLayer || [];\nwindow.dataLayer.push({\n  event: 'ads_purchase_ready',\n  transaction_id: 'ORDER-123',\n  customerData: { email: 'customer@example.com' }\n});<\/code><\/pre>\n
Im GTM werden Datenschicht-Variablen f\u00fcr customerData.email<\/code> und transaction_id<\/code> angelegt. Ein Trigger f\u00fcr das benutzerdefinierte Ereignis ads_purchase_ready<\/code> verbindet Datenverf\u00fcgbarkeit und Ausf\u00fchrung. Ein bereits vorhandener Kauftrigger darf nicht zus\u00e4tzlich dieselbe Conversion senden. Die eindeutige Transaktions-ID geh\u00f6rt in das daf\u00fcr vorgesehene Feld des Conversion-Ereignisses.<\/p>\n
Als Alternative kann eine DOM-Element-Variable den Text eines stabilen Elements wie #customer-email<\/code> lesen. Ein sichtbares Element beweist jedoch noch keinen neuen Kauf. Bei dynamischen Seiten ist ein Ereignis nach fertiger Datenbereitstellung zuverl\u00e4ssiger als die blo\u00dfe Sichtbarkeit.<\/p>\n
3. Kundendaten zuordnen und hashen<\/h2>\n
Eine Variable vom Typ \u201eVom Nutzer bereitgestellte Daten\u201c erh\u00e4lt bei manueller Konfiguration die E-Mail-Variable. Die aktuelle Google-Anleitung beschreibt die Zuordnung \u00fcber das Google-Tag beziehungsweise den Parameter user_data<\/code>; ereignisspezifische Werte k\u00f6nnen tagweite Werte \u00fcberschreiben. Die \u00e4ltere Checkbox am Conversion-Tracking-Tag ist kein allgemeing\u00fcltiger Men\u00fcpfad mehr.<\/p>\n
Bei \u00dcbergabe einer ungehashten E-Mail \u00fcbernimmt das unterst\u00fctzte Google-Tag die erforderliche Verarbeitung vor der \u00dcbertragung. Ein bereits gehashter Wert ben\u00f6tigt dagegen das daf\u00fcr dokumentierte Feld; doppeltes Hashing verhindert einen passenden Abgleich. Weder Rohadresse noch Hash geh\u00f6ren als gew\u00f6hnlicher GA4-Ereignisparameter in eine pauschale Weiterleitung der Datenschicht.<\/p>\n
4. Pr\u00fcfung vor Ver\u00f6ffentlichung<\/h2>\n
Die GTM-Vorschau zeigt das ausgel\u00f6ste Ereignis, verf\u00fcgbare Variablen und den Einwilligungsstatus. F\u00fcr ad_user_data=denied<\/code> d\u00fcrfen keine Kundendaten zur Werbeanreicherung versendet werden. Auch Wechsel zwischen Konten, erneutes Laden der Best\u00e4tigungsseite und fehlende E-Mail-Adressen geh\u00f6ren zur Pr\u00fcfung.<\/p>\n
Im Netzwerkaufruf kann em<\/code> die \u00dcbertragung der Anreicherungsdaten anzeigen; ein leerer Marker gen\u00fcgt nicht. Ein Hash im Request beweist weder einen erfolgreichen Kontenabgleich noch eine rechtlich korrekte Gesamtkonfiguration. Erg\u00e4nzend sind die Conversion-Diagnosen in Google Ads zu pr\u00fcfen, typischerweise nach etwa 48 Stunden.<\/p>\n
\n
Fragen und Antworten<\/h2>\n
Welche Regeln gelten f\u00fcr vorab gehashte CRM-Daten?<\/h3>\n
Die Regeln der verwendeten Schnittstelle sind verbindlich. Die aktuelle Google-Ads-API-Dokumentation verlangt Kleinschreibung und das Entfernen \u00e4u\u00dferer Leerzeichen; bei gmail.com und googlemail.com zus\u00e4tzlich Punkte und Plus-Suffix im Teil vor dem @. F\u00fcr andere Domains bleiben Punkte und Plus-Suffix erhalten. Erst danach erfolgt SHA-256. Eine frei gew\u00e4hlte Normalisierung kann g\u00fcltige Adressen ver\u00e4ndern.<\/p>\n
Sch\u00fctzt Consent Mode auch Daten in der Datenschicht?<\/h3>\n
Die Steuerung des Google-Tags verhindert keine Zugriffe anderer Skripte auf bereits vorhandene Browserdaten. Kundendaten sollten nur gezielt f\u00fcr den vorgesehenen Zweck bereitgestellt werden. Alte Werte d\u00fcrfen bei sp\u00e4teren Ereignissen oder einem Kontowechsel nicht unbemerkt wiederverwendet werden; Bereinigung und Zugriff sind Teil der Implementierung.<\/p>\n
Was passiert bei einer versp\u00e4tet dargestellten Adresse?<\/h3>\n
Bereits abgesendete Anfragen erhalten nachtr\u00e4glich keine neuen Werte. Das Ereignis muss zur Datenverf\u00fcgbarkeit passen. Falls Daten auf einer fr\u00fcheren Seite vorliegen, beschreibt Google zus\u00e4tzlich ein eigenes Ereignistag f\u00fcr bereitgestellte Kundendaten; ein zweites Kaufereignis ist daf\u00fcr keine geeignete Ersatzl\u00f6sung.<\/p>\n<\/div>\n
\n
Quellen<\/h2>\n