Enhanced Conversions 2026: Web- und Lead-Daten verbinden

2. Was sich 2026 an der Einrichtung geändert hat

Seit April 2026 akzeptiert Google nutzerseitig bereitgestellte Daten gleichzeitig aus Tags, Data Manager und API-Verbindungen; seit Juni wird die Aktivierung für Web und Leads vereinheitlicht. Die aktuelle Hilfe beschreibt bereits eine kombinierte Einstellung. Maßgeblich sind die offiziellen Änderungen an Enhanced Conversions 2026. Bestehende Nutzer werden bei zuvor akzeptierten Kundendatenbedingungen automatisch umgestellt; Enhanced Conversions lassen sich weiterhin pro Conversion-Aktion deaktivieren.

Ein gemeinsamer Schalter ersetzt keine Ereignisdefinition

Prüfen Sie in Google Ads unter „Goals“ → „Settings“ → „Customer data use“ die Einstellung „Turn on enhanced conversions“ und die Kundendatenbedingungen. „Conversion-based customer lists“ ist eine gesonderte Aktivierung zur Zielgruppenverwendung. Notieren Sie Konto, geprüfte Conversion-Aktion und tatsächlichen Schalterzustand im Abnahmebogen. Ordnen Sie anschließend die Website-Felder dem richtigen Ereignis zu und nehmen Sie für Lead-Ergebnisse den separat eingerichteten CRM-Import ab. Der Kontoschalter füllt diese Nachweise nicht aus.

Für Ihre Abnahme bleiben Website-Ereignis und späteres Geschäftsergebnis unterscheidbar. Ein Formular kann heute erfolgreich gesendet werden, während sein zugehöriger Auftrag erst später bestätigt wird. Auch unter einer gemeinsamen Einstellung müssen Zeitpunkt, Conversion-Aktion und Herkunft beider Ereignisse eindeutig sein. Dokumentieren Sie deshalb die tatsächliche Konfiguration des Kontos und die eingerichteten Übertragungswege.

Wenn ein Unternehmen Tag, Data Manager oder eine API kombiniert, entsteht daraus kein automatischer Widerspruch. Problematisch wird die Kombination erst, wenn ungeklärt bleibt, welcher Weg welches Ereignis oder welche ergänzenden Daten liefert. Zeichnen Sie diese Zuständigkeit im Abnahmebogen auf. Gleiche Begriffe in zwei Oberflächen sind dabei kein Beleg für dieselbe technische Funktion.

3. Website-Abschluss und späteres Lead-Ergebnis trennen

Bei erweiterten Conversions für das Web ergänzen Kundendaten ein auf der Website erfasstes Conversion-Ereignis. Bei erweiterten Conversions für Leads unterstützen am Website-Kontaktpunkt erfasste Daten die Zuordnung später übermittelter Ergebnisse. Die Google-Übersicht zu erweiterten Conversions erklärt beide Anwendungen. Die Zusammenführung ihrer Einrichtung macht aus einem abgeschickten Formular noch keinen gewonnenen Auftrag.

Definieren Sie zuerst den fachlichen Abschluss

Ein fiktiver Handwerksbetrieb unterscheidet eine abgesendete Anfrage von einem bestätigten Vor-Ort-Termin. Eine Anfrage darf technisch korrekt gemessen sein und trotzdem unbrauchbar für den Vertrieb bleiben. Umgekehrt kann ein Termin entstehen, obwohl die Anzeigenzuordnung unvollständig ist. Der Abnahmebogen benötigt deshalb getrennte Felder für das Geschäftsgeschehen und dessen technische Erfassung.

Formulieren Sie das Ergebnis so, dass zwei Beschäftigte denselben Fall gleich einordnen würden: etwa „Termin vom Kunden bestätigt und im CRM mit Bestätigungszeitpunkt gespeichert“. Vermeiden Sie unklare Definitionen wie „guter Lead“. Welches Ergebnis die Gebotsstrategie verwendet, entscheiden Sie gesondert anhand der primären, sekundären und kampagnenspezifischen Conversion-Ziele.

Prüfen Sie außerdem die Abgrenzung mehrerer Conversion-Aktionen. Der gleiche Kontakt kann mehrere echte Geschäftsereignisse durchlaufen. Mehrere technische Aufzeichnungen desselben Ereignisses sind dagegen mögliche Doppelzählungen. Ein gemeinsamer Kundenbezug beseitigt diese Unterscheidung nicht. Freigegeben wird immer eine konkrete Ereignisdefinition mit nachvollziehbarer Herkunft.

5. Einwilligung, Zweck und Verantwortung vorab klären

Die Verwendung von Kundendaten muss zu den geltenden Anforderungen und Ihrer konkreten Umsetzung passen. Googles Richtlinien für Kundendaten stellen dafür eigene Bedingungen. Ein Hashwert ist nicht mit anonymen Daten gleichzusetzen; Hashing schafft weder eine Einwilligung noch eine pauschale Erlaubnis zur Weitergabe. Für sensible Kategorien untersagt Google bestimmte Conversion-Messungen; eine Einwilligung hebt diese Ausschlüsse nicht auf. Lassen Sie offene Datenschutzfragen vor einer produktiven Übertragung von der zuständigen Fachperson klären.

Den Datenfluss für unterschiedliche Entscheidungen prüfen

Beschreiben Sie gemeinsam mit Website- und Datenschutzverantwortlichen, welche Nutzerdaten wann verfügbar sein dürfen und welche Zustände Ihre Einwilligungsverwaltung an die Messung übergibt. Die Parameter für Werbedaten und personalisierte Werbung erfüllen unterschiedliche Aufgaben. Ein technischer Einwilligungsstatus beschreibt die übermittelte Entscheidung; seine bloße Existenz bestätigt nicht, dass die vorgeschaltete Abfrage rechtlich oder technisch korrekt umgesetzt ist.

Prüfen Sie mindestens die in Ihrem Ablauf vorgesehenen Fälle mit erteilter und verweigerter Einwilligung sowie eine nachträgliche Änderung. Halten Sie fest, welche Übertragungen jeweils zulässig sind. Eine allgemeine Einführung in die Zusammenhänge bietet unser Beitrag zu Google-Ads-Conversion-Tracking mit GA4 und Consent Mode.

Vergeben Sie klare Zuständigkeiten: Marketing definiert die Messfrage, Vertrieb bestätigt das Geschäftsereignis, Implementierung betreut den Datenfluss und Datenschutzverantwortliche beurteilen den Rahmen. Bei kleinen Teams darf dieselbe Person mehrere Aufgaben übernehmen. Im Bogen müssen die Aufgaben trotzdem getrennt erkennbar bleiben, damit eine fehlende fachliche Prüfung nicht als erledigte technische Kontrolle erscheint.

6. Identifikatoren nach einem festen Datenvertrag aufbereiten

Die Datenaufbereitung muss dem gewählten Übertragungsweg entsprechen. Je nach Integration übernimmt Google das Hashing, oder Sie liefern bereits korrekt aufbereitete Hashwerte. Vorgesehen ist die Einweg-Hashfunktion SHA-256. Zur Aufbereitung gehören etwa das Entfernen überflüssiger Leerzeichen am Anfang und Ende, Kleinschreibung von E-Mail-Adressen und Telefonnummern im E.164-Format. Für anbieterspezifische E-Mail-Regeln und einzelne Felder gelten die aktuellen Vorgaben der konkreten Integration. Definieren Sie ausdrücklich, an welcher Stelle normalisiert und an welcher Stelle gehasht wird. Ein bereits gehashter Wert darf nicht versehentlich nochmals als Rohwert verarbeitet werden.

Feldherkunft und Verarbeitung gemeinsam dokumentieren

Für eine E-Mail-Adresse halten Sie etwa fest, aus welchem Formularfeld sie stammt, wie überflüssige Leerzeichen behandelt werden und welcher Integrationsschritt die vorgeschriebene Normalisierung ausführt. Für Telefonnummern muss die Herkunft des Ländercodes nachvollziehbar sein. Eine aus der Sprache der Website abgeleitete Länderkennung kann falsch sein, wenn internationale Kunden dieselbe Sprachversion nutzen.

Nutzen Sie einen kleinen Satz synthetischer Testwerte mit unterschiedlichen Schreibweisen, leeren Feldern und ungültigen Eingaben. Testen Sie damit die Verarbeitung lokal oder in einer geeigneten Testumgebung. Solche Prüfwerte dürfen nicht als echte Kundendaten zur Verbesserung vermeintlicher Abdeckungskennzahlen eingeschleust werden. Der Zweck ist die Prüfung des Datenvertrags, nicht die Erzeugung künstlicher Messsignale.

Übertragen Sie keine zusätzlichen Angaben allein deshalb, weil sie im CRM vorhanden sind. Halten Sie die vereinbarten Felder und ihren Zweck knapp. Ein Fehlerprotokoll sollte den Fehler und eine interne Referenz enthalten, nicht automatisch vollständige Kontaktdaten. Für die Fehlerbehebung ist häufig die Information „Telefonformat ungültig“ hilfreicher als ein ungeschützter Export der gesamten Kontaktliste.

9. Die Website-Erfassung mit konkreten Prüffällen abnehmen

Die Diagnose für erweiterte Conversions im Web unterscheidet unter anderem fehlende Daten, leere Felder und ungültige Formate. Abdeckung beschreibt, welcher Anteil geeigneter Ereignisse ausreichende Nutzerdaten enthält; die Zuordnungsrate betrifft den Abgleich mit Google-Daten. Diese Kennzahlen beantworten unterschiedliche Fragen. Bei geringem Volumen können Warnungen ausbleiben, weshalb ein leerer Warnbereich keine vollständige Abnahme ersetzt.

Vom beobachteten Ereignis zum gespeicherten Nachweis

Öffnen Sie für einen kontrollierten Prüffall die geeignete Vorschau oder Diagnose Ihrer Implementierung. Notieren Sie die erwartete Ereignisdefinition, den tatsächlichen Auslösezeitpunkt und das Vorhandensein der vorgesehenen Felder. Prüfen Sie danach den zulässigen Übertragungszustand. Vermeiden Sie ungeschwärzte Screenshots, die Kontaktangaben oder Zugangsinformationen in allgemeinen Projektordnern verteilen.

Ergänzen Sie einen Gegenfall: Das Formular wird wegen einer ungültigen Eingabe nicht erfolgreich gesendet. In diesem Fall darf die Prüfung nicht denselben fachlichen Abschluss ergeben. Ein weiterer Gegenfall mit verweigerter Einwilligung kontrolliert den dafür definierten Datenfluss. Zusammen zeigen diese Fälle mehr als mehrere erfolgreiche Übermittlungen unter identischen Bedingungen.

Halten Sie die Diagnose zusammen mit Datum, Zeitraum und betroffener Conversion-Aktion fest. Ein Statuswechsel nach einer Änderung ist zunächst eine Beobachtung. Prüfen Sie die betroffene Stelle erneut, bevor Sie den Zusammenhang als geklärt markieren. Erst wenn Ereignis, Felder und Status zum selben Ablauf passen, erhält die Website-Zeile des Abnahmebogens ihre Freigabe.

10. Den CRM-Kontakt mit dem richtigen Geschäftsergebnis verbinden

Für den Lead-Ablauf müssen die Website-Daten und das später importierte Ergebnis zusammenpassen. Google empfiehlt, vorhandene GCLIDs weiterhin zu übermitteln. Bei korrekt eingerichteter Erfassung nutzerseitig bereitgestellter Daten können auch unterstützte Ereignisse ohne GCLID beitragen; ohne diese Tag-Erfassung ist die GCLID erforderlich. Diese Abgrenzung beschreibt die Dokumentation zu erweiterten Conversions für Leads.

Kontaktidentität und Ereignisidentität getrennt führen

Eine E-Mail-Adresse identifiziert nicht eindeutig eine Bestellung. Derselbe Kontakt kann wiederholt anfragen oder mehrere Aufträge erteilen. Führen Sie deshalb zusätzlich zum Kontaktbezug eine eindeutige fachliche Ereignisreferenz. Für unterstützte Conversion-Erfassungen erläutert Google die Vermeidung doppelter Conversions mit Transaktions-IDs: Gleiche Conversion-Aktion und gleiche Transaktions-ID ermöglichen die Unterdrückung entsprechender Wiederholungen. Eine automatische Bereinigung über verschiedene Conversion-Aktionen hinweg darf daraus nicht abgeleitet werden.

Im beispielhaften Prüffall erhält ein bestätigter Auftrag seine eigene Referenz. Ein wiederholter Versand dieses Auftrags muss denselben Ereignisbezug behalten. Ein späterer echter Folgeauftrag benötigt dagegen eine neue Referenz. Die Einstellung „Eine“ bei der Zählmethode ersetzt keinen solchen Datenvertrag. Verwenden Sie außerdem keine direkt identifizierenden Kontaktangaben als Transaktions-ID.

Bevor Sie exportieren, muss der Vertriebsprozess den Status zuverlässig pflegen. Unser Leitfaden zur Organisation von Leads und Vertriebsabläufen im CRM hilft bei dieser vorgelagerten Aufgabe. Enhanced Conversions reparieren keine uneinheitlich verwendeten Statusfelder. Im Abnahmebogen bestätigt daher der Vertrieb das Geschäftsereignis, bevor die Integration dessen Übertragung freigibt.

11. Bei API-Integrationen die Übergangsregeln gezielt prüfen

Seit dem 15. Juni 2026 gelten Einschränkungen für neue Offline- und Lead-Uploads über die Google Ads API. Die aktuelle API-Dokumentation für Offline-Conversions bezieht die Einschränkung auf Entwicklertokens ohne frühere entsprechende Upload-Anfragen und verweist auf die Data Manager API. Bestehende zugelassene Integrationen wurden damit nicht pauschal abgeschaltet. Ein vorhandenes Codebeispiel beweist umgekehrt keine aktuelle Upload-Berechtigung.

Die tatsächliche Verbindung prüfen statt den Namen

Fragen Sie den zuständigen Anbieter nach dem verwendeten API-Weg, der Berechtigung des konkreten Entwicklertokens und der letzten erfolgreichen datensatzbezogenen Verarbeitung. Die bloße Angabe „Google-Integration aktiv“ reicht nicht aus. Sie kann sich auf eine Anmeldung, einen Exportplan oder eine andere Funktion beziehen, während Conversion-Uploads bereits scheitern.

Erfassen Sie im Abnahmebogen, ob die Verbindung weiterhin zulässig und funktionsfähig ist, angepasst werden muss oder noch ungeprüft bleibt. Lassen Sie sich bei Bedarf die relevante Fehlermeldung mit einer bereinigten Referenz geben. Übernehmen Sie keine geheimen Tokens oder vollständigen Nutzerdatensätze in das gemeinsame Prüfblatt.

Wenn zwei Wege vorübergehend parallel laufen, bestimmen Sie vorher, welcher produktiv zählt und wie Wiederholungen erkannt werden. Ein ungeplanter Parallelbetrieb erschwert die Ursachenanalyse genau in dem Moment, in dem Sie einen zuverlässigen Vergleich benötigen.

13. Mehr gemessene Conversions richtig einordnen

Die Ergebnisanzeige für erweiterte Conversions im Web betrifft zusätzlich berichtete Conversions. Google beschreibt eine mögliche Lernphase von bis zu 30 Tagen und eine davon getrennte Anzeigedauer der Ergebniskarte von 30 Tagen. Diese Zeiträume sind weder dieselbe Frist noch eine allgemeine Wartepflicht für technische Prüfungen. Das spätere Verschwinden der Karte belegt für sich allein keinen Ausfall.

Technischen Gewinn und Geschäftsentwicklung getrennt lesen

Ein fiktives Unternehmen erfasst nach der Umstellung mehr zugeordnete Aufträge in Google Ads, während seine tatsächliche Auftragsliste unverändert bleibt. Das kann eine verbesserte Erfassung bestehender Ergebnisse sein. Es wäre falsch, allein daraus zusätzliche Verkäufe durch Werbung abzuleiten. Umgekehrt beweist eine stabile Anzeigenkennzahl nicht, dass die Implementierung wirkungslos ist.

Führen Sie drei Ebenen nebeneinander: tatsächlich eingetretene Geschäftsereignisse, technisch übermittelte Ereignisse und berichtete Anzeigen-Conversions. Notieren Sie die jeweiligen Definitionen und Zeitbezüge. Eine exakte Übereinstimmung aller Ebenen ist kein sinnvolles pauschales Abnahmekriterium, weil Auswahl, Einwilligung, Zuordnungsfähigkeit und Berichtslogik unterschiedlich sein können.

Wenn Sie gleichzeitig eine Conversion-Aktion auf primär umstellen oder deren Definition ändern, markieren Sie einen Bruch in der Messreihe. Der Vorher-nachher-Vergleich vermischt dann möglicherweise neue Daten, neue Ziele und andere Berichtsgrundlagen. Halten Sie solche Änderungen im Abnahmebogen fest und bewerten Sie betriebliche Entwicklungen mit eigenen Geschäftsdaten. Eine Aussage über zusätzliche Wirkung erfordert eine dafür geeignete Untersuchung.

14. Zeitbezug, Nachlieferung und Korrekturen kontrollieren

Für erweiterte Conversions für Leads nennt Google eine Upload-Grenze von 63 Tagen nach dem zugehörigen letzten Klick. Die Richtlinien zum Import von Offline-Conversions unterscheiden diese Grenze von der allgemeinen Offline-Regel. Der Zeitraum beginnt nicht erst mit einem späteren CRM-Statuswechsel. Er ist auch keine Aufbewahrungsfrist. Prüfen Sie zusätzlich die für Ihre Conversion-Aktion geltenden Einstellungen.

Jede Nachlieferung muss ihren ursprünglichen Bezug behalten

Ein nächtlicher Export darf dem Geschäftsergebnis nicht automatisch die Exportzeit geben. Speichern Sie den tatsächlichen Ereigniszeitpunkt mit eindeutigem Zeitzonenbezug. Wenn ein Auftrag am Abend bestätigt und erst morgens übertragen wird, bleiben Bestätigung und Übertragung zwei verschiedene Zeitpunkte. Ohne diese Trennung kann ein Tagesvergleich scheinbar fehlende oder zusätzliche Ergebnisse zeigen.

Vergleichen Sie für die Abnahme geeignete Berichte nach Conversion-Zeit mit dem entsprechenden Geschäftsdatenzeitraum. Ein Standardbericht mit anderem Zeitbezug kann abweichen, obwohl die Übertragung technisch korrekt ist. Dokumentieren Sie deshalb verwendete Spalten, Filter und Zeitraum direkt beim Abgleich.

Wiederholen Sie nach einem Fehler nur die betroffenen Datensätze nach den Regeln des konkreten Importwegs. Ein bereits angenommener Datensatz, ein zurückgewiesener Datensatz und ein fachlich nachträglich korrigiertes Ereignis benötigen unterschiedliche Behandlung. Verändern Sie nicht künstlich Datum oder Identität, um eine Ablehnung zu umgehen. Prüfen Sie vor einer Nachlieferung, ob der Datensatz überhaupt noch innerhalb der zulässigen Bedingungen liegt.

Für eine fachliche Korrektur legen Sie zuerst fest, was sich tatsächlich geändert hat. Erst danach wählen Sie die unterstützte technische Behandlung. So verhindert der Abnahmebogen, dass eine vermeintliche Reparatur einen zweiten Geschäftsabschluss erzeugt.

17. Häufige Fragen zu Enhanced Conversions