Google Enhanced Conversions: Wie sie funktionieren und warum die Übereinstimmungsrate deine Gebotsleistung bestimmt

Was sind „Google Enhanced Conversions“?
„Enhanced Conversions“ sind eine Google Ads-Funktion, die SHA-256-gehashtete First-Party-Daten (z. B. eine E-Mail-Adresse oder Telefonnummer) zusammen mit einem Standard-Conversion-Event übermittelt. Google nutzt diese Daten, um Conversions auch dann mit Anzeigenklicks abzugleichen, wenn Browser-Cookies fehlen. Die Abgleichrate misst, wie oft dieser Abgleich gelingt, und wirkt sich direkt auf die Genauigkeit von Smart Bidding aus.

„Enhanced Conversions“ erfasst Google-Ads-Conversions, die beim standardmäßigen Cookie-basierten Tracking übersehen werden. Sie senden zusammen mit dem Conversion-Event gehashte First-Party-Daten, wodurch Google eine zweite Möglichkeit erhält, diese Conversion auch ohne Cookie dem ursprünglichen Anzeigenklick zuzuordnen.

Das Standard-Tracking stützt sich auf die GCLID: eine Klick-Kennung, die in einem Browser-Cookie gespeichert ist. Wenn dieses Cookie verschwindet, bricht die Attribution ab. Das passiert in drei häufigen Situationen: Nutzer blockieren oder löschen Cookies, Browser-Tracking-Schutzmaßnahmen wie ITP bei Safari und ETP bei Firefox verkürzen die Lebensdauer von Cookies drastisch, und Conversions finden auf einem anderen Gerät statt als der ursprüngliche Klick – zum Beispiel, wenn jemand auf dem Handy surft und den Kauf dann auf dem Desktop abschließt. In jedem dieser Fälle wird die Conversion zwar ausgelöst, Google kann sie jedoch nicht einer Kampagne zuordnen. Das Gesamtbild darüber, wie sich Signalverluste auf deine Kampagnen auswirken, geht über „Enhanced Conversions“ allein hinaus, doch die Behebung der Attributionsprobleme ist der erste Schritt. „Enhanced Conversions“ fügen eine zweite Kennung hinzu, die auch dann erhalten bleibt, wenn der Cookie-Pfad versagt. Mehr Conversions werden korrekt zugeordnet. „Smart Bidding“ erhält bessere Daten.

Was beim Standard-Conversion-Tracking fehlt und warum „Enhanced Conversions“ das Problem beheben

Wenn ein Nutzer auf eine Google-Ads-Anzeige klickt, speichert Google eine GCLID in einem Browser-Cookie. Wenn der Nutzer eine Conversion durchführt, liest das Google-Tag dieses Cookie aus und übermittelt die GCLID zusammen mit dem Conversion-Hit. Google verknüpft die beiden Events miteinander. Das ist deine zugeschriebene Conversion.

Drei Situationen unterbrechen diesen Prozess:

• Cookies blockieren und löschen. Werbeblocker wie uBlock Origin und AdGuard sowie Browser-Tracking-Schutzfunktionen wie ITP in Safari und ETP in Firefox blockieren Cookies entweder komplett oder lassen sie ablaufen, bevor eine Conversion stattfindet.
• Geräteübergreifende Customer Journeys. Ein Nutzer klickt auf dem Handy auf eine Anzeige, führt die Conversion aber auf dem Desktop durch. Die auf dem ersten Gerät gespeicherte GCLID ist auf dem zweiten Gerät nicht verfügbar.
• Inkognito-Modus. Browser wie Chrome, Firefox und Safari speichern Cookies nicht über private Sitzungen hinweg.

In jedem dieser Fälle fehlt die GCLID zum Zeitpunkt der Conversion. Google erfasst die Conversion zwar, kann sie aber keinem Kanal zuordnen. Diese Conversion taucht zwar in deinen Gesamtzahlen auf, hat aber keinen Einfluss auf Smart Bidding. Google weiß nicht, welche Kampagne, welches Keyword oder welche Anzeige zu diesem Ergebnis geführt hat.

„Enhanced Conversions“ fügen eine zweite Kennung hinzu (gehashtes First-Party-Datenmaterial), die auch dann funktioniert, wenn der Cookie-Pfad versagt. Einen umfassenderen Überblick darüber , welche Konversionsdaten in deinem aktuellen Stack unter den Tisch fallen, findest du unter „Tracking-Signalverlust: Entgehen dir Konversionen?“

So funktionieren erweiterte Conversions: SHA-256-Hash, Kontenabgleich und was an Google gesendet wird

Wenn ein Nutzer eine Conversion durchführt, hinterlässt er fast immer eine Spur von First-Party-Daten. Eine E-Mail-Adresse beim Bezahlvorgang. Eine Telefonnummer in einem Kontaktformular. Manchmal auch eine Privatadresse.

„Enhanced Conversions“ erfasst diese Daten, wendet darauf den SHA-256-Hash-Algorithmus an und sendet den Hash zusammen mit dem Conversion-Event an Google.

SHA-256 ist eine Einwegfunktion. Gib eine E-Mail-Adresse ein und du erhältst eine Zeichenfolge fester Länge. Es gibt keine Möglichkeit, daraus die ursprüngliche E-Mail-Adresse wiederherzustellen. An Google wird der Hash gesendet, nicht die Rohdaten.

Google vergleicht diesen Hash dann mit den Hashes, die es bereits in seiner eigenen Datenbank gespeichert hat und die aus den Google-Konten der Nutzer abgeleitet wurden. Wenn der Nutzer mit derselben E-Mail-Adresse in einem Google-Konto angemeldet ist, stimmen die Hashes überein. Google kann die Conversion nun dem ursprünglichen Anzeigenklick zuordnen, auch ohne Cookie.

Der Abgleich findet vollständig innerhalb der Google-Systeme statt. Du sendest einen mathematischen Fingerabdruck, keine personenbezogenen Daten.

„Enhanced Conversions for Web“ vs. „Enhanced Conversions for Leads“: Was ist der Unterschied?

Das sind zwei separate Produkte mit unterschiedlichen Anwendungsfällen. Im Juni 2026 hat Google beide zu einem einzigen Ein-/Aus-Schalter zusammengefasst und die Verwaltung von Offline-Uploads in die Data Manager API integriert.

Die aktuellen Konfigurationsschritte findest du in der Dokumentation zur Einrichtung von „Enhanced Conversions “.

Verbesserte Conversions für das Web

„Enhanced Conversions for Web“ erfasst Conversions direkt auf deiner Website: eine Kaufbestätigungsseite, eine Dankeseite nach der Anmeldung oder jede Formularübermittlung, bei der der Nutzer ein Ziel direkt auf deiner Website abschließt. Die gehashte Daten werden in dem Moment gesendet, in dem das Conversion-Event ausgelöst wird. Die Implementierung erfolgt über das Google-Tag (gtag.js) oder den Google Tag Manager.

Verbesserte Konversionen für Leads

„Enhanced Conversions for Leads“ erfassen Offline-Conversions: einen Verkauf, der in einem CRM wie HubSpot oder Salesforce abgeschlossen wurde, einen Anruf, aus dem ein Kunde wurde, oder einen Vertrag, der nach einer Demo unterzeichnet wurde. Die Conversion findet nicht auf der Website statt. Du lädst die Offline-Conversion zurück zu Google hoch, angereichert mit den gehashten Daten, die beim ursprünglichen Absenden des Formulars erfasst wurden. Google ordnet die hochgeladene Conversion dem Anzeigenklick zu, der die Customer Journey ausgelöst hat. Die Dokumentation zum Google Ads-Offline-Conversion-Tag führt dich durch die gesamte Einrichtung.

Dadurch lassen sich Offline-Verkäufe in Google Ads auf eine Weise messen, die mit einem reinen GCLID-basierten Upload allein nicht möglich ist, da die GCLID in CRM-Datensätzen oft schon fehlt, wenn der Geschäftsabschluss erfolgt.

Migration zur Data Manager-API (Juni 2026): Google hat am 15. Juni 2026 den Import von Offline-Conversions und das Hochladen von „Enhanced Conversions for Leads“ auf die Data Manager-API (datamanager.googleapis.com/v1/events:ingest) umgestellt. Konten, die die alte Google Ads-API-Methode nicht aktiv genutzt haben, sind nun davon ausgeschlossen. Alle neuen Integrationen sollten von Anfang an die Data Manager-API verwenden.

Warum deine Übereinstimmungsrate bei „Enhanced Conversions“ schwankt und was das für deine Gebote bedeutet

Die Übereinstimmungsrate ist der Anteil der Conversions, bei denen Google die gehashten Daten erfolgreich einem Google-Konto zugeordnet hat. Eine Übereinstimmungsrate von 0 % bedeutet, dass „Enhanced Conversions“ kein Signal beigesteuert haben. Eine Rate von 70 % bedeutet, dass etwa 70 % deiner Conversions eine detailliertere Attribution erhalten haben.

Es gibt verschiedene Faktoren, die diese Zahl nach oben oder unten beeinflussen.

Bewertung der Übereinstimmungsrate	Reichweite	Auswirkungen der Gebote
Sehr niedrig	Unter 5 %	Kein Uplift. Smart Bidding liefert kein verbessertes Signal.
Niedrig	6–25 %	Kaum Fortschritte. Die Attributionslücke bleibt groß.
Durchschnitt	26–50 %	Teilweise Steigerung. Leichte Verbesserung bei CPA und ROAS.
Hoch	Über 50 %	Deutliche Verbesserung bei den Geboten. Ziel für alle Konten.

Match-Raten über 50 % führen zu spürbaren Verbesserungen bei der Genauigkeit von Smart Bidding. US-Konten liegen in der Regel im Bereich von 55–70 %. Bei Zielgruppen mit hohem EU-Anteil sind die Werte oft niedriger, da weniger Nutzer die Einwilligungshürde nehmen. Wie sich Einwilligungsraten auf die für Google verfügbaren Signale auswirken, wird im Leitfaden „Google Consent Mode V2“ für EU-Websites ausführlich erklärt. Vier Variablen bestimmen, wo dein Konto landet:

• Datengenauigkeit. Der Hash muss exakt übereinstimmen. Eine E-Mail mit einem Tippfehler, eine Telefonnummer in einem anderen Format oder Leerzeichen am Ende führen alle zu einem anderen Hash. Wenn das, was du sendest, nicht genau mit den Angaben im Google-Konto des Nutzers übereinstimmt, gibt es keine Übereinstimmung.
• Anmelderate. Google kann Conversions nur zuordnen, wenn der Nutzer zum Zeitpunkt der Conversion in einem Google-Konto angemeldet ist. Nutzer ohne Google-Konto, Personen, die im Inkognito-Modus surfen, oder Zielgruppen, die eher E-Mail-Dienste außerhalb von Google nutzen, senken alle die Obergrenze.
• Datenabdeckung. Wenn nur 40 % deiner abgeschlossenen Kaufvorgänge eine E-Mail-Adresse enthalten (weil einige Nutzer dieses Feld übersprungen haben), funktioniert „Enhanced Conversions“ nur für diese 40 %. Die anderen 60 % können nicht erfasst werden, egal wie solide die technische Einrichtung auch sein mag.
• Woher der Hash gesendet wird. Das ist der Punkt, der die meisten Teams überrascht. Bei einer browserbasierten Implementierung wird der Hash vom Browser des Nutzers gesendet. Werbeblocker und Schutzmaßnahmen gegen Browser-Tracking können diese Anfrage abfangen. Die Conversion wird zwar ausgelöst, aber die erweiterten Daten erreichen Google nicht. Hier spielt das server-side Tracking eine entscheidende Rolle. Wenn du den Hash über deinen Server direkt an die Google-API weiterleitest, kann nichts, was im Browser läuft, ihn blockieren.

So richtest du erweiterte Conversions ein: vier Implementierungswege

Es gibt vier Hauptansätze für die Implementierung. Welcher der richtige ist, hängt von deinem aktuellen Tracking-Stack und der Art der Conversion ab.

1. Google-Tag (gtag.js)

Die direkteste Einrichtungsmethode. Du fügst deiner bestehenden G-Tag-Konfiguration auf der Konversionsseite erweiterte Konversionsfelder hinzu. Das Tag liest Nutzerdaten von der Seite aus (ein verstecktes Formularfeld, eine JavaScript-Variable oder einen DataLayer-Push), verschlüsselt sie im Browser und sendet sie zusammen mit dem Konversionsereignis.

Eignet sich gut für einfache E-Commerce- und Lead-Generierung-Setups. Die schnellste Implementierung ist möglich, wenn du bereits das Google-Tag verwendest und deine Conversion-Seite die Nutzerdaten zuverlässig bereitstellt. Der Nachteil: Der Hash wird vom Browser übertragen und ist daher denselben Blockierungen ausgesetzt wie jedes andere browserbasierte Tag.

2. Google Tag Manager (clientseitig)

Die gleiche Logik, umgesetzt über GTM. Du erstellst eine Variable für benutzerdefinierte Daten, ordnest die Felder den entsprechenden Stellen auf der Bestätigungsseite zu, an denen dein Formular sie ausfüllt, und verweist in deinem Google Ads-Conversion-Tag auf diese Variable. GTM übernimmt das Hashing.

Die meisten Teams, die bereits bei GTM sind, sehen darin den schnellsten Weg, um „Enhanced Conversions“ zum Laufen zu bringen. Es ist kein Entwickler erforderlich, wenn die Konversionsseite bereits die richtigen Daten anzeigt. Die Sichtbarkeit ist genauso hoch wie bei der direkten Tag-Einrichtung.

3. Server-side GTM

Der Conversion-Hit wird über einen server-side GTM-Container weitergeleitet, anstatt direkt vom Browser aus ausgelöst zu werden. Der Server sammelt die First-Party-Daten aus dem Event, verschlüsselt sie und sendet sie über eine Server-zu-Server-Verbindung an Google.

Die Trefferquoten sind hier höher, weil der Hash niemals als rohe, lesbare Anfrage den Browser durchläuft. Eine Server-zu-Server-Verbindung kann von einer Browser-Erweiterung nicht abgefangen werden. Aber es gibt eine Schwachstelle weiter oben im Ablauf: Das browserbasierte Skript muss die Anfrage immer noch auslösen. Wenn dieser Anfragepfad erkennbare Analytics-Marker wie /collect enthält, werden einige Werbeblocker die Anfrage blockieren, bevor dein Server-Container sie überhaupt zu Gesicht bekommt. Das Enhanced Tracking Script von TAGGRS verschlüsselt diese erste Anfrage, sodass nichts Erkennbares zum Blockieren vorhanden ist. Die Datenverarbeitung erfolgt auf deiner Infrastruktur, was dir zudem mehr Kontrolle über die Feldzuordnung und die Hash-Logik gibt.

Für Teams, die das Google Ads-Tracking bereits über sGTM nutzen, lassen sich die erweiterten Conversions nahtlos in die bestehende Pipeline integrieren. Informationen zur Konfiguration des Containers findest du in der Anleitung zum server-side Google Ads-Tracking, Details auf Feldebene in der Dokumentation zur Einrichtung der erweiterten Conversions.

4. Data Manager API (Offline-Konversionen)

Für „Enhanced Conversions for Leads“ oder jede andere Conversion, die außerhalb des Browsers stattfindet, ist der API-Pfad der richtige Weg. Du sendest Conversion-Datensätze aus deinem CRM oder Backend – Tools wie HubSpot, Salesforce oder eine eigene Datenbank –, einschließlich der gehashten Lead-Daten, die beim Absenden des Formulars erfasst wurden. Google gleicht diese mit dem Hash der ursprünglichen Interaktion ab.

Bis Mitte 2026 erfolgte dies über die Methode „UploadClickConversions“ der Google Ads-API. Ab dem 15. Juni 2026 hat Google den Import von Offline-Conversions und das Hochladen von „Enhanced Conversions for Leads“ auf die Data Manager API (datamanager.googleapis.com/v1/events:ingest) umgestellt. Konten, die die alte Methode nicht aktiv genutzt haben, werden davon ausgeschlossen; neue Integrationen sollten von Anfang an die Data Manager-API verwenden.

So überprüfst du, ob die erweiterten Conversions funktionieren

Google Ads-Konversionseinstellungen

Öffne die Conversion-Aktion in Google Ads (Tools und Einstellungen, dann „Conversions“). Auf der Detailseite der Conversion-Aktion wird der Status der erweiterten Conversions angezeigt und ob Daten empfangen werden. Warte nach der Ersteinrichtung 48 bis 72 Stunden, bevor du zu viel in die ersten Zahlen hineininterpretierst.

GTM-Vorschau-Modus

Wenn du eine clientseitige Konfiguration testest, löse eine Testkonversion im Vorschaumodus aus und überprüfe die Ereignisdaten des Google Ads-Konversionstags. Das „user_data“-Objekt sollte vorhanden sein und mit gehashten Feldern gefüllt sein. Ist es leer, liegt das Problem entweder an der Variablenkonfiguration oder daran, dass die Konversionsseite die Quelldaten gar nicht ausgibt.

Google Tag Assistant

Der Tag Assistant überprüft „Enhanced Conversions“ von Anfang bis Ende und zeigt an, ob dem Conversion-Hit Nutzerdaten beigefügt wurden. Außerdem deckt er häufige Konfigurationsfehler auf: fehlende Hash-Kodierung, leere „user_data“-Objekte und Felder, die nicht dem erwarteten Format entsprechen.

Übereinstimmungsrate auf der Registerkarte „Diagnose“

Geh in Google Ads zu „Ziele“, dann zu „Übersicht“ und öffne anschließend den Reiter „Diagnose“. Wenn „Erweiterte Conversions“ aktiviert ist, erscheint eine Diagnosekarte mit einer Tabelle „Auswirkung“, die die Abdeckung und die Übereinstimmungsrate pro Conversion-Aktion anzeigt. Die Übereinstimmungsrate wird innerhalb von 24 Stunden aktualisiert. Wenn nach einigen Tagen mit Traffic der Wert „Niedrig“ (unter 25 %) angezeigt wird, stimmt etwas mit den gesendeten Daten nicht. Die häufigsten Ursachen sind leere Felder auf der Conversion-Seite, eine falsche Feldzuordnung in GTM oder eine Formatierungsabweichung zwischen den von dir gesendeten Daten und den tatsächlich im Google-Konto des Nutzers vorhandenen Angaben.

Verbesserte Konversionen, Consent Mode V2 und DSGVO

Enhanced Conversions verarbeitet personenbezogene Daten. E-Mail-Adressen und Telefonnummern gelten auch nach einer SHA-256-Hash-Verknüpfung als personenbezogene Daten im Sinne der DSGVO, da Google die Daten durch den Abgleich der Hashes mit seiner eigenen Datenbank wieder identifizieren kann. Du benötigst die ausdrückliche Einwilligung der Nutzer, bevor du solche Daten erfassst und übermittelst. Der Leitfaden zur DSGVO und zum server-side Tracking behandelt die rechtlichen Grundlagen und praktischen Compliance-Anforderungen umfassend.

Der Consent Mode V2 regelt das über zwei Einwilligungssignale: ad_storage und ad_user_data. Damit „Enhanced Conversions“ ausgelöst werden, muss ad_user_data gewährt werden. Wird die Einwilligung verweigert, fügt das Google-Tag die gehashten Daten nicht in den Conversion-Hit ein. Die Anleitung zur Einrichtung des Consent Mode V2 in der TAGGRS-Dokumentation erklärt, wie du das für einen server-side Container konfigurierst.

Drei Dinge, die du bei der Einrichtung beachten solltest:

• Zeitablauf des Freigabesignals. Die Einwilligung „ad_user_data“ muss bereits erteilt sein, bevor das Conversion-Tag ausgelöst wird. Wenn deine CMP – wie beispielsweise Axeptio, Cookiebot oder Consent Studio – erst geladen wird und die Einwilligung erst erteilt, nachdem das Tag bereits initialisiert wurde, erfasst Enhanced Conversions die Einwilligung für diese Sitzung nicht. Überprüfe die Auslösereihenfolge in GTM und bestätige dies mit dem Tag Assistant.
• Nutzer, die nicht zugestimmt haben. Bei Nutzern, die ihre Einwilligung nicht erteilen, werden „Enhanced Conversions“ einfach nicht ausgeführt. Für die aggregierte Schätzung gilt weiterhin die Standard-Conversion-Modellierung. Das ist das korrekte, DSGVO-konforme Vorgehen.
• Hashing ist nicht dasselbe wie Anonymisierung. Das Senden von „Enhanced Conversions“-Daten ohne Einwilligung zu „ad_user_data“ stellt unabhängig vom Hashing ein Compliance-Problem dar. Die Tatsache, dass die Daten gehasht sind, macht sie im Sinne der DSGVO nicht anonym, wenn der Empfänger sie einem individuellen Konto zuordnen kann.

Niedrige Einwilligungsraten senken direkt die Obergrenze für die Match-Rate bei „Enhanced Conversions“. Wie sich Einwilligungsraten auf die Anzahl der für Smart Bidding verfügbaren abgeglichenen Conversions auswirken, wird im Artikel „Google Consent Mode V2 für EU-Websites “ erklärt.

Wie TAGGRS die Übereinstimmungsraten bei „Enhanced Conversions“ verbessert

Der zuverlässigste Weg, um hohe „Enhanced Conversions“-Übereinstimmungsraten zu erzielen, ist server-side GTM. Die operative Herausforderung besteht darin, dass der Betrieb eines eigenen sGTM-Containers die Bereitstellung von Cloud-Infrastruktur, die Verwaltung von Container-Updates und die Aufrechterhaltung der Verfügbarkeit bei realem Konversionsvolumen erfordert.

TAGGRS kümmert sich um diese Infrastruktur. Du konfigurierst „Enhanced Conversions“ in GTM genauso wie bei jeder anderen Einrichtung. TAGGRS betreibt den Container, der die Daten verarbeitet und an Google weiterleitet. Da der Hash server-side gesendet wird, sind die Abgleichraten höher als bei browserbasierten Implementierungen, und du musst keine Cloud-Infrastruktur verwalten, um das zu erreichen. Auf der Einrichtungsseite für das server-side Tracking von Google Ads wird gezeigt, wie die einzelnen Komponenten zusammenhängen.

Es gibt noch eine weitere Ebene, die die Match-Rate beeinflusst. Selbst wenn ein server-side Container läuft, können Werbeblocker wie uBlock Origin und AdGuard events immer noch abfangen, bevor sie diesen erreichen. Das browsersseitige Skript, das den Tracking-Ablauf startet, kann erkennbare Anfragemuster offenlegen – darunter Endpunkte im „/collect“-Stil –, mit denen die Blocker einen Abgleich vornehmen. Die standardmäßige GTM-Maskierung mit einer First-Party-Domain hilft zwar, aber nur teilweise.

Das „Enhanced Tracking Script“ verfolgt einen anderen Ansatz. Anstatt die Skript-URL zu verschleiern, verschlüsselt es die gesamte Anfrage vom Browser zum Server und entfernt so alle Muster, die Blocker erkennen könnten. Das führte im Vergleich zu einer standardmäßigen First-Party-GTM-Konfiguration zu einem durchschnittlichen Anstieg der gemessenen events um 9 %. Bei Zielgruppen mit hoher Blocker-Rate – wie Entwicklern, Marketingfachleuten und technisch versierten Nutzern – lag der Anstieg bei etwa 30 %. Das Skript wird über das TAGGRS-Dashboard konfiguriert und erfordert keine neue Infrastruktur. Ersetze einfach das bestehende GTM-Snippet auf der Website, und es funktioniert sofort.

Möchtest du sehen, wie das auf deine Konfiguration zutrifft? Vereinbare eine Demo, um zu erfahren, wie TAGGRS die gesamte „Enhanced Conversions“-Pipeline über alle Kundenkonten hinweg abwickelt.

Fazit

Enhanced Conversions schließen die Attributionslücke, die das Cookie-basierte Tracking hinterlässt. Wie groß diese Lücke ist, hängt von deiner Zielgruppe ab: geräteübergreifende Customer Journeys, Cookie-Blocker und Nutzer ohne Einwilligung schränken die Erfassung durch das Standard-Tracking ein. Die Folge ist ein Signalverlust, der die Entscheidungen beim Smart Bidding verzerrt und die Retargeting-Zielgruppen untergräbt. Mehr darüber, wie sich das in der Praxis auswirkt, erfährst du im Artikel „Retargeting in einer fragmentierten digitalen Welt“, der die Folgeeffekte beleuchtet.

Die Übereinstimmungsrate entscheidet über Erfolg oder Misserfolg des Setups. Den Datenfluss über den Browser hinzubekommen, ist einfach. Um die Übereinstimmungsrate so hoch zu bekommen, dass sie sich auf die Gebote auswirkt (konstant über 50 %), muss die Hash-Übertragung vom Browser auf eine Server-zu-Server-Verbindung verlagert werden.

FAQ

Was sind „Enhanced Conversions“ in Google Ads?

Erweiterte Conversions ergänzen das Standard-Conversion-Tracking, indem sie zusammen mit dem Conversion-Ereignis gehashte First-Party-Daten (in der Regel eine E-Mail-Adresse oder Telefonnummer) senden. Google nutzt diesen Hash, um die Conversion dem ursprünglichen Anzeigenklick zuzuordnen, selbst wenn keine Cookies vorhanden sind. Für das Hashing wird SHA-256 verwendet, sodass niemals unverschlüsselte personenbezogene Daten an Google gesendet werden.

Was ist der Unterschied zwischen „Erweiterte Conversions für das Web“ und „Erweiterte Conversions für Leads“?

„Enhanced Conversions for Web“ verarbeitet Onsite-Conversions und sendet gehashte Daten in dem Moment, in dem die Conversion auf deiner Website ausgelöst wird. „Enhanced Conversions for Leads“ verarbeitet Offline-Conversions (z. B. einen in einem CRM abgeschlossenen Verkauf oder einen Telefonanruf, der zu einem Kunden geführt hat), indem gehashte Daten nachträglich hochgeladen werden. Google ordnet das Offline-Event anhand des beim Absenden des Formulars erfassten Hash-Werts dem ursprünglichen Anzeigenklick zu. Im Juni 2026 hat Google beide Funktionen in einem einzigen Ein-/Aus-Schalter zusammengefasst und die Offline-Uploads von der Google Ads-API auf die Data Manager-API umgestellt.

Funktionieren „Enhanced Conversions“ auch ohne den Consent Mode?

Nicht ganz. Die Einwilligung für „ad_user_data“ muss erteilt werden, bevor das Google-Tag gehashte Daten in den Conversion-Hit einbindet. Ohne dieses Signal werden für diesen Nutzer keine erweiterten Conversions ausgelöst. Der Einsatz von erweiterten Conversions ohne ordnungsgemäße Einwilligung stellt zudem ein Risiko hinsichtlich der DSGVO-Konformität dar, selbst bei Verwendung von Hashing. SHA-256-Hashes von E-Mail-Adressen gelten gemäß DSGVO weiterhin als personenbezogene Daten, wenn Google sie wieder identifizieren kann.

Wie kann ich überprüfen, ob die erweiterten Conversions funktionieren?

Öffne die Conversion-Aktion in Google Ads und überprüfe den Status der erweiterten Conversions. Um Daten zur Übereinstimmungsrate zu sehen, geh zu „Ziele“, dann zu „Zusammenfassung“ und anschließend auf die Registerkarte „Diagnose“. Die Tabelle „Auswirkung“ dort zeigt die Übereinstimmungsrate pro Conversion-Aktion an. Überprüfe im GTM-Vorschau-Modus, ob das „user_data“-Objekt an die Conversion-Hits angehängt ist. Der Tag Assistant überprüft die gesamte Konfiguration von Anfang bis Ende und weist auf häufige Konfigurationsfehler hin.

Ersetzen erweiterte Conversions die Standard-Conversion-Tags?

Nein. „Enhanced Conversions“ laufen parallel zum Standard-Conversion-Tracking. Der GCLID-basierte Pfad funktioniert weiterhin parallel dazu. „Enhanced Conversions“ fügen eine zweite Kennung hinzu, die zum Einsatz kommt, wenn der Cookie-Pfad versagt. Beide funktionieren zusammen, und keines ersetzt das andere.

Sind „Enhanced Conversions“ DSGVO-konform?

Das kann sein. Voraussetzung ist die ausdrückliche Einwilligung der Nutzer zu „ad_user_data“, bevor gehashtete Daten gesendet werden. Das Hashen allein reicht für die DSGVO nicht aus. Eine gehashtete E-Mail-Adresse gilt weiterhin als personenbezogene Daten, wenn der Empfänger sie einer bestimmten Person zuordnen kann. Führe die Einwilligungserfassung über ein ordnungsgemäß konfiguriertes CMP mit aktiviertem Consent Mode V2 durch.

Wie wirken sich „Enhanced Conversions“ auf „Smart Bidding“ aus?

Smart Bidding nutzt Conversion-Daten, um Gebote anzupassen. Enhanced Conversions erfassen Attributionen, die beim Cookie-basierten Tracking übersehen worden wären, und liefern dem Gebotsmodell so umfassendere Informationen darüber, welche Klicks zu Conversions geführt haben. Dank dieser besseren Attributionsabdeckung werden die Gebote präziser an die tatsächlichen Ergebnisse angepasst. Die Verbesserung macht sich stärker bemerkbar, sobald die Übereinstimmungsrate über 40–50 % steigt und das Conversion-Volumen des Kontos zunimmt.