Enhanced Conversions in Google Ads einrichten
Browserseitige Conversion-Signale werden seit Jahren schwächer. Consent-Ablehnung, ITP in Safari und Adblocker reißen Lücken in die Messung, und je mehr davon zusammenkommt, desto weniger Käufe lassen sich noch einem Klick auf eine Anzeige zuordnen. Enhanced Conversions sind Googles Antwort darauf: Sie schicken zusätzlich zur Conversion gehashte First-Party-Daten mit, damit Google mehr Conversions zuordnen kann. Dieser Artikel zeigt, wie das technisch funktioniert, wie sich das Hashing zum Datenschutz verhält, wie du erweiterte Conversions einrichtest und warum sie Consent Mode nicht ersetzen, sondern ergänzen.
Worum es geht, und welche Lücke Enhanced Conversions schließen
Klassisches Conversion-Tracking lebt vom Browser. Ein Nutzer klickt auf eine Anzeige, Google setzt eine Click-ID, und wenn derselbe Browser später eine Conversion auslöst, wird sie über Cookie und Click-ID dem Klick zugeordnet. Diese Kette ist über die letzten Jahre brüchig geworden. Wer im Consent-Banner ablehnt, taucht im Standard-Tracking nicht mehr auf. Safari kappt mit ITP die Lebensdauer clientseitig gesetzter Cookies. Adblocker verhindern, dass der Conversion-Ping überhaupt abgeht. Jeder dieser Effekte für sich kostet Zuordnung, zusammen ergibt das eine spürbare Messlücke.
Die Folge ist nicht nur ein zu niedriger Conversion-Wert im Report. Das eigentliche Problem sitzt tiefer: Smart Bidding lernt aus genau diesen Conversion-Signalen. Fehlen Conversions, optimieren die Gebotsalgorithmen auf ein unvollständiges Bild und steuern das Budget schlechter aus. Eine Lücke in der Messung wird so zu einer Lücke in der Aussteuerung.
Enhanced Conversions setzen an dieser Stelle an. Statt sich allein auf Cookie und Click-ID zu verlassen, schicken sie zusammen mit der Conversion gehashte First-Party-Daten mit: die E-Mail-Adresse, oft auch Telefonnummer, Name und Adresse, also Daten, die der Nutzer dir beim Kauf oder beim Lead ohnehin gegeben hat. Google gleicht diese Hashes mit eingeloggten Nutzern ab und kann so Conversions einem Klick zuordnen, die über den reinen Cookie-Weg verloren gegangen wären. Die Lücke wird dadurch nicht geschlossen, aber kleiner.
Zurück zum Überblick: Server-Side Tracking, der Leitfaden. Im Glossar: Enhanced Conversions, Conversion.
Wie Enhanced Conversions technisch funktionieren
Der Ablauf ist im Kern einfach. Im Moment der Conversion liegen auf deiner Seite First-Party-Daten vor, etwa die E-Mail-Adresse aus dem Checkout oder dem Lead-Formular. Diese Werte werden zuerst normalisiert und dann gehasht, und zwar im Browser oder serverseitig. Anschließend gehen sie zusammen mit der eigentlichen Conversion an Google. Google bekommt also nie den Klartext, sondern nur die Hash-Werte.
Normalisieren, hashen, abgleichen
Bevor gehasht wird, werden die Felder in eine einheitliche Form gebracht: Leerzeichen entfernt, alles kleingeschrieben, bei Telefonnummern das internationale Format hergestellt. Dieser Schritt ist wichtig, weil sonst dieselbe E-Mail-Adresse in zwei leicht unterschiedlichen Schreibweisen zwei verschiedene Hashes ergäbe und der Abgleich scheitern würde. Erst nach der Normalisierung läuft das Hashing mit SHA-256, einer Einwegfunktion: Aus dem Hash lässt sich der Ausgangswert nicht zurückrechnen. Google vergleicht den eingehenden Hash mit den Hashes eingeloggter Nutzer in seinem eigenen Bestand und ordnet bei einem Treffer die Conversion dem passenden Anzeigenklick zu.
Zwei Varianten: Web und Leads
Google unterscheidet zwei Ausprägungen. Enhanced Conversions for Web verbessert die Messung von Online-Conversions, also Käufen oder Anmeldungen, die direkt auf der Website passieren. Enhanced Conversions for Leads zielt auf Lead-Geschäfte: Hier wird die gehashte E-Mail-Adresse aus dem Lead-Formular später mit dem tatsächlichen Abschluss im CRM verknüpft, sodass auch offline gewonnene Abschlüsse zurück in Google Ads gemeldet werden können. Welche Variante passt, hängt davon ab, ob deine Conversion online abschließt oder erst später im Vertrieb.
Im Glossar: Hashing, Smart Bidding. Verwandt im Meta-Ökosystem: Meta Conversions API einrichten.
Hashing und Datenschutz
Beim Stichwort Hashing entsteht leicht ein Missverständnis: dass gehashte Daten keine personenbezogenen Daten mehr seien und Enhanced Conversions deshalb datenschutzrechtlich unbedenklich. Das ist nicht der Fall, und es lohnt sich, das klar zu benennen.
Ein SHA-256-Hash einer E-Mail-Adresse bleibt personenbezogen. Der Grund: Die Funktion ist deterministisch. Dieselbe E-Mail-Adresse ergibt immer denselben Hash. Wer den Hash hat und die Adresse kennt, kann beides gezielt verbinden, und genau das tut Google beim Abgleich. Der Hash ist also kein anonymisiertes Datum, sondern ein pseudonymisiertes. Pseudonyme Daten fallen weiterhin unter die DSGVO. Hashing ist eine technisch-organisatorische Schutzmaßnahme, die verhindert, dass der Klartext im Transport sichtbar ist, aber es ist keine Anonymisierung.
Daraus folgt das Wichtigste an diesem Abschnitt: Hashing ist kein Ersatz für Einwilligung. Du brauchst für die Übermittlung dieser Daten an Google eine Rechtsgrundlage, und im praktischen Setup heißt das eine Einwilligung, die genau diese Übermittlung abdeckt. In Consent Mode v2 ist dafür die Stufe ad_user_data zuständig. Steht ad_user_data nicht auf granted, dürfen Enhanced Conversions für diesen Nutzer nicht ausgespielt werden, auch wenn die Daten gehasht wären. Wer das übergeht, baut sich ein Compliance-Risiko, das durch keine Match-Rate-Verbesserung aufgewogen wird.
Wie die Einwilligungssteuerung sauber aufgesetzt wird: Consent Mode v2 implementieren. Das DSGVO-konforme Google-Ads-Setup im Überblick: Google-Ads-Tracking DSGVO-konform.
Einrichten: die Schritte
Die folgende Reihenfolge geht von der häufigsten Ausgangslage aus: ein laufendes Google-Ads-Conversion-Tracking, das du um erweiterte Conversions ergänzen willst. Die Schritte gelten unabhängig vom gewählten Übergabeweg, nur die konkrete Umsetzung in Schritt 4 unterscheidet sich.
Schritt 1: Voraussetzungen prüfen
Bevor du Enhanced Conversions aktivierst, muss das normale Conversion-Tracking sauber laufen. Enhanced Conversions sind eine Ergänzung, kein eigenständiges Tracking. Prüfe außerdem, ob auf der Conversion-Seite oder im Funnel überhaupt First-Party-Felder verfügbar sind. Ohne eine E-Mail-Adresse oder Telefonnummer, die du übergeben kannst, gibt es nichts zu hashen, und die Funktion läuft ins Leere.
Schritt 2: Methode wählen
Es gibt drei Wege. Über das Google Tag direkt ist die Einrichtung am schnellsten, weil Google das Auslesen und Hashing weitgehend übernimmt. Über den Google Tag Manager hast du mehr Kontrolle über das Feld-Mapping und kannst sauber steuern, welche Variable in welchen Parameter läuft. Über die Google Ads API, also serverseitig, ist die Übergabe am stabilsten, weil sie nicht im Browser passiert und damit unempfindlich gegen Adblocker und Browser-Restriktionen ist. Welcher Weg passt, hängt davon ab, wie verlässlich die Felder vorliegen und wie robust die Übergabe sein muss.
Schritt 3: First-Party-Felder mappen
Jetzt ordnest du die vorhandenen Felder den Parametern zu, die Google erwartet: E-Mail, Telefonnummer, Vor- und Nachname, Adresse. Verwende nur Felder, die einwilligungskonform erhoben wurden, und stelle sicher, dass sie zuverlässig aus der Quelle gezogen werden, sei es das Formular, die Bestellbestätigung oder das CRM. Ein Feld, das mal da ist und mal nicht, senkt die Match-Rate und macht die Diagnose später schwer lesbar.
Schritt 4: Hashing sicherstellen
Beim Weg über das Google Tag oder GTM übernimmt Google das Hashing standardmäßig, du gibst die Felder im Klartext an die Schnittstelle, und das Hashing passiert vor dem Versand im Browser. Bei eigener serverseitiger Übergabe liegt das Hashing in deiner Verantwortung: Du musst die Werte zuerst normalisieren und dann mit SHA-256 hashen, bevor sie an die API gehen. Ein häufiger Fehler ist, das Normalisieren zu überspringen, was die Hashes unbrauchbar macht, weil sie nicht zu Googles Bestand passen.
Schritt 5: Diagnose in Google Ads prüfen
Zum Schluss kontrollierst du im Google-Ads-Konto unter Conversions die Diagnose für Enhanced Conversions. Sie zeigt, ob die gehashten Daten ankommen, wie viele Conversions mit erweiterten Daten gemeldet werden und ob das Mapping greift. Erst wenn die Diagnose einen sauberen Status zeigt, ist das Setup verlässlich aktiv. Bis dahin gilt: lieber prüfen als annehmen, denn ein falsch gemapptes Feld fällt im normalen Reporting nicht auf.
Die Conversion-Daten serverseitig sauber an die Plattformen übergeben: Conversion-Tracking als Lösung. Das serverseitige Fundament für GA4: GA4 server-side aufsetzen.
Enhanced Conversions, Consent Mode und Server-Side
Diese drei Begriffe werden oft durcheinandergeworfen, dabei lösen sie verschiedene Teile desselben Problems. Sie konkurrieren nicht, sie greifen ineinander. Wer das einmal sauber trennt, baut sein Setup deutlich klarer auf.
Was jede Schicht leistet
Consent Mode regelt das Ob. Er sorgt dafür, dass ohne Einwilligung kein personenbezogenes Tracking läuft, und modelliert die dadurch entstehende Lücke, indem Google aus den bekannten Conversions die nicht zuordenbaren statistisch hochrechnet. Enhanced Conversions setzen erst dort an, wo eine Einwilligung vorliegt, und heben für diese Fälle die Match-Rate, weil die gehashten First-Party-Daten mehr Treffer ermöglichen als Cookie und Click-ID allein. Server-Side schließlich ist die Zustellebene: Werden Conversions und gehashte Daten über einen Server statt direkt aus dem Browser gemeldet, sind sie unempfindlicher gegen Adblocker, ITP und verlorene Pings. Das stabilisiert beide anderen Schichten.
Anders gesagt: Consent Mode entscheidet, ob gesendet werden darf, und schätzt, was fehlt. Enhanced Conversions verbessern die Qualität dessen, was mit Einwilligung gesendet wird. Server-Side sorgt dafür, dass das Gesendete auch ankommt. Die drei stapeln sich, sie ersetzen einander nicht.
In der Praxis heißt das: Erst steht die Einwilligungssteuerung über Consent Mode v2, inklusive der Stufe ad_user_data, die Enhanced Conversions überhaupt zulässig macht. Dann erhöhst du mit Enhanced Conversions die Genauigkeit dort, wo eingewilligt wurde. Und über eine serverseitige Übergabe machst du die gesamte Kette robuster. Wer eine dieser Schichten weglässt, verschenkt entweder Compliance, Genauigkeit oder Stabilität.
Die Modeling-Mechanik im Detail: Consent Mode v2 implementieren. Im Glossar: Smart Bidding.
Grenzen und realistische Erwartungen
Enhanced Conversions sind ein nützliches Werkzeug, aber sie sind keine Wundermaschine, und ehrlicherweise sollte man die Grenzen genauso klar benennen wie den Nutzen. Sie holen einen Teil der verlorenen Conversions zurück, nicht alle.
Die erste Grenze ist die Feld-Verfügbarkeit. Enhanced Conversions können nur matchen, was an First-Party-Daten vorliegt. Auf einer Seite, auf der viele Käufe als Gast ohne hinterlegte E-Mail laufen oder auf der das Formular die Telefonnummer optional lässt, gibt es weniger Abgleich-Punkte und damit weniger Treffer. Die zweite Grenze ist der Abgleich selbst: Gematcht wird nur gegen eingeloggte Nutzer auf Google-Seite. Wer die Conversion auslöst, ohne dass sich seine Daten einem eingeloggten Google-Konto zuordnen lassen, bleibt unzugeordnet. Beide Effekte liegen außerhalb deiner Kontrolle.
Daraus folgt, wie man den Erfolg messen sollte. Eine feste Uplift-Zahl, die irgendwo kursiert, taugt nicht als Erwartung, weil sie von der jeweiligen Ausgangslage abhängt: davon, wie groß die Lücke vorher war, wie sauber die Felder verfügbar sind und wie hoch der Anteil eingeloggter Nutzer ist. Der belastbare Weg ist, vorher und nachher zu vergleichen statt eine Prozentzahl zu versprechen. Wer mit einer fixen Erwartung startet, misst hinterher gegen die falsche Referenz.
Der Punkt ist trotzdem nicht, es bleiben zu lassen. Auch ein Teil der zurückgewonnenen Conversions verbessert die Signalqualität für Smart Bidding spürbar, und genau dort entsteht der eigentliche Hebel. Enhanced Conversions sind eine sinnvolle Schicht in einem sauberen Setup, solange man sie als das nimmt, was sie sind: eine Verbesserung der Match-Rate mit klaren Grenzen, keine Garantie auf einen festen Zuwachs.
Wie ein belastbares Messkonzept die Schichten zusammenführt: Tracking-Konzept erstellen. Pixel und Server-Signal sauber trennen: Event-Deduplizierung.
Häufige Fragen zu Enhanced Conversions
Was sind Enhanced Conversions?
Enhanced Conversions, auf Deutsch erweiterte Conversions, sind eine Funktion in Google Ads, die zusätzlich zur eigentlichen Conversion gehashte First-Party-Daten an Google übergibt: typischerweise E-Mail-Adresse, Telefonnummer, Name und Adresse. Google gleicht diese Hashes mit eingeloggten Nutzern ab und kann so mehr Conversions einem Klick auf eine Anzeige zuordnen. Der Zweck ist, Messlücken zu schließen, die durch Consent-Ablehnung, ITP und Cookie-Verlust entstehen. Die Daten werden vor dem Senden im Browser oder serverseitig gehasht, nicht im Klartext übertragen.
Wie unterscheiden sich Enhanced Conversions von Consent Mode?
Die beiden lösen unterschiedliche Probleme und schließen sich nicht aus. Consent Mode steuert, ob und in welcher Form überhaupt getrackt werden darf, und modelliert die Lücke, die entsteht, wenn Nutzer nicht einwilligen. Enhanced Conversions setzen erst dort an, wo eine Einwilligung vorliegt, und erhöhen für diese Fälle die Match-Rate, indem sie gehashte First-Party-Daten mitgeben. Vereinfacht: Consent Mode entscheidet über das Ob, Enhanced Conversions verbessern die Genauigkeit beim Wie. In einem sauberen Setup laufen beide parallel.
Sind Enhanced Conversions DSGVO-konform?
Sie können es sein, aber das Hashing allein macht sie nicht konform. Die übergebene E-Mail-Adresse bleibt auch als SHA-256-Hash ein personenbezogenes Datum, weil sie sich gezielt einer Person zuordnen lässt. Du brauchst also eine Rechtsgrundlage und eine Einwilligung, die genau diese Datenübermittlung an Google abdeckt. In Consent Mode v2 ist dafür die Stufe ad_user_data zuständig. Ohne diese Einwilligung dürfen Enhanced Conversions nicht ausgespielt werden, das Hashing ändert daran nichts.
Brauche ich GTM oder Server-Side für Enhanced Conversions?
Nicht zwingend, aber es hilft. Enhanced Conversions lassen sich über das Google Tag direkt, über den Google Tag Manager oder serverseitig über die Google Ads API umsetzen. Der direkte Weg über das Google Tag ist am schnellsten eingerichtet, GTM gibt dir mehr Kontrolle über das Feld-Mapping, und die serverseitige Übergabe ist am stabilsten gegenüber Adblockern und Browser-Restriktionen. Welcher Weg passt, hängt davon ab, wie sauber die First-Party-Felder auf deiner Seite verfügbar sind und wie robust die Übergabe sein soll.
Welche Daten werden bei Enhanced Conversions übermittelt?
Übergeben werden First-Party-Daten, die der Nutzer dir ohnehin gegeben hat: in der Regel die E-Mail-Adresse, oft zusätzlich Telefonnummer, Vor- und Nachname sowie Postanschrift. Diese Felder werden vor dem Senden normalisiert, also etwa kleingeschrieben und von Leerzeichen bereinigt, und anschließend mit SHA-256 gehasht. Google bekommt nur die Hashes, nicht die Klartext-Werte. Je mehr und je sauberer die Felder vorliegen, desto höher fällt die Match-Rate aus, weil mehr Abgleich-Punkte zur Verfügung stehen.
Wie viel mehr Conversions bringen Enhanced Conversions?
Eine allgemeingültige Zahl gibt es nicht, und jede genannte Prozentangabe solltest du mit Vorsicht lesen. Der Effekt hängt davon ab, wie viele Conversions vorher überhaupt verloren gingen, wie verlässlich deine First-Party-Felder verfügbar sind und wie hoch der Anteil eingeloggter Nutzer auf Google-Seite ist. Enhanced Conversions holen einen Teil der durch Consent, ITP und Adblock verlorenen Zuordnungen zurück, nicht alle. Wer mit einer fixen Uplift-Erwartung startet, wird je nach Ausgangslage über- oder unterrascht. Ehrlicher ist, vorher und nachher zu messen statt eine Zahl zu versprechen.