Enhanced Conversions (Erweiterte Conversions) erklärt
Was Enhanced Conversions in Google Ads sind, wie Sie sie einrichten und prüfen und wie sie sich von Server-Side-Tracking unterscheiden. Mit Adblocker-Lab.
Enhanced Conversions (in der deutschen Google-Ads-Oberfläche „Erweiterte Conversions“) senden gehashte First-Party-Kundendaten, etwa eine E-Mail-Adresse, mit einer Conversion an Google, die Ihr Tag bereits meldet, damit Google sie der Anzeige zuordnen kann. Server-Side-Tracking sendet die Conversion von einem Server statt aus dem Browser des Besuchers. Beide lösen verschiedene Probleme, und wer das falsche zuerst einrichtet, verliert schnell Wochen.
Product Metrics, Hersteller von Software zur Optimierung auf Produktebene für Google Shopping und Performance Max, veröffentlicht diesen Leitfaden. Die Blocker-Ergebnisse stammen aus unserem eigenen Lab mit echten Browsern; Methode und Quellen stehen am Ende.
1. Was sind Enhanced Conversions (Erweiterte Conversions) in Google Ads?
Enhanced Conversions senden gehashte First-Party-Kundendaten mit einer Conversion an Google, die Ihr Tag bereits meldet. Laut Google Ads-Hilfe („Erweiterte Conversions“) ergänzen sie bestehende Conversion-Tags um Daten wie E-Mail-Adresse, Name, Privatadresse und Telefonnummer. Die Daten werden normalisiert und mit SHA-256 gehasht, bevor sie gesendet werden, und laut Google verbessert das die Messgenauigkeit.
Enhanced Conversions dienen der Zuordnung. Die Conversion ist bereits unterwegs, und die zusätzlichen Daten helfen Google, sie der richtigen Anzeigeninteraktion zuzuordnen. Bei den Tag-Routen ändern sie nicht, wie das Tag lädt und wohin der Request geht.
Sie brauchen die Kundendaten zum Zeitpunkt des Kaufs und ein Conversion-Tag, das bereits auslöst. Löst das Tag bei einem Besucher nicht aus, gibt es keine Conversion, die sich ergänzen ließe.
Google unterscheidet Erweiterte Conversions für das Web (Verkäufe und Events auf Ihrer Website, Thema dieses Artikels) und für Leads (Verkäufe außerhalb Ihrer Website, die aus Website-Leads entstehen). Für einen Onlineshop zählt die erste. Google nennt diese Regeln für die Daten, bevor sie gehasht werden:
| Angabe | Aufbereitung laut Google |
|---|---|
| E-Mail-Adresse | Leerzeichen am Anfang und Ende entfernen, Kleinbuchstaben. Bei gmail.com und googlemail.com zusätzlich die Punkte vor der Domain entfernen |
| Telefonnummer | E.164-Format, also mit Ländervorwahl (zum Beispiel +49 für Deutschland) |
| Name und Privatadresse | Ebenfalls möglich; eine Adresse braucht Vorname, Nachname, Postleitzahl und Land |
| Hashing | SHA-256, hexadezimal |
2. Wie richte ich Enhanced Conversions in Google Ads ein?
Sie aktivieren die Funktion in Google Ads, wählen, wie die Kundendaten zu Google gelangen, und übergeben mindestens ein Kundendatenfeld. Die folgenden Schritte folgen den Anleitungen von Google für das Google-Tag und den Google Tag Manager. Die Menünamen entsprechen der deutschen Hilfeseite; Ihre Oberfläche kann abweichen.
Vorab verlangt Google:
- die genaue URL, auf der das Conversion-Tag auslöst, und den zugehörigen Conversion-Trigger;
- First-Party-Kundendaten auf dieser Seite: E-Mail-Adresse, vollständiger Name samt Privatadresse und/oder Telefonnummer;
- einen Entwickler für Codeänderungen;
- die Bestätigung, dass Sie die Richtlinien von Google zu Kundendaten einhalten können.
Google bietet drei Routen:
| Methode | Wann Google sie empfiehlt | Anleitung von Google |
|---|---|---|
| Google-Tag | Conversion-Tracking läuft auf der Seite bereits über das Google-Tag | Einrichtung mit dem Google-Tag |
| Google Tag Manager | Sie nutzen den Google Tag Manager bereits für Conversion-Tracking | Einrichtung mit dem Google Tag Manager |
| Google Ads API | Sie wollen mehr Flexibilität und Kontrolle über die Daten | Einrichtung mit der Google Ads API |
Wie richte ich Enhanced Conversions mit dem Google-Tag ein?
Die Schritte von Google:
- Öffnen Sie in Google Ads das Menü „Zielvorhaben“, dann „Einstellungen“, und maximieren Sie den Bereich „Erweiterte Conversions für das Web“.
- Setzen Sie das Kästchen „Erweiterte Conversions aktivieren“ und akzeptieren Sie die Bedingungen zu Kundendaten.
- Wählen Sie im Drop-down-Menü „Google-Tag“. Sind Sie unsicher, hilft eine Auswahlhilfe von Google, für die Sie Ihre Domain eingeben.
- Zeigt Google Ads an, dass Ihr Tag von Nutzern bereitgestellte Daten von Ihrer Website erfasst, speichern Sie. Sonst öffnen Sie die Tag-Details.
- Legen Sie in den Tag-Details fest, wie das Tag die Daten erfasst: automatisch erkennen, CSS-Selektoren oder JavaScript-Variablen angeben oder ein Code-Snippet einfügen. Speichern Sie.
- Prüfen Sie die Einrichtung, wie im nächsten Abschnitt beschrieben.
Wie richte ich Enhanced Conversions mit dem Google Tag Manager ein?
Die Schritte für den Tag Manager:
- Wählen Sie in den Einstellungen Ihres Google-Tags die Option „Funktionen für von Nutzern bereitgestellte Daten zulassen“ und eine Erfassungsmethode. Google empfiehlt das für die erste Einrichtung.
- Gehen Sie in Google Ads zu „Zielvorhaben“ und „Einstellungen“, maximieren Sie den Bereich für erweiterte Conversions und setzen Sie das Kästchen „Erweiterte Conversions aktivieren“. Bestätigen Sie die Konformitätserklärung mit „Zustimmen“.
- Wählen Sie „Google Tag Manager“ als Methode und dann „Google Tag Manager aufrufen“.
- Öffnen Sie im Tag Manager das Google-Tag, das Ihr Ads-Konto als Ziel hat, wählen Sie „Verwalten“, dann „Funktionen für von Nutzern bereitgestellte Daten zulassen“, und legen Sie die Erfassungsmethode fest.
- Liegen die Kundendaten auf einer früheren Seite als die Conversion-Seite, beschreibt Google ein separates Tag „Google Ads User-Provided Data Event“ mit einem Trigger für das Absenden eines Formulars.
- Speichern, veröffentlichen und prüfen.
Welche Route Sie auch wählen, Google beschreibt drei Wege, die Daten zu erfassen: automatisch erkennen lassen, CSS-Selektoren oder JavaScript-Variablen angeben oder ein Code-Snippet, das die Daten direkt sendet. Die E-Mail-Adresse wird bevorzugt. Eine Adresse braucht Vorname, Nachname, Postleitzahl und Land.
Die Seiten von Google benennen den Bereich unterschiedlich. Die Einrichtungsanleitungen nennen ihn „Erweiterte Conversions“, die Seite zu den Aktualisierungen „Verwendung von Kundendaten“. Folgen Sie der Bezeichnung, die Ihr Konto anzeigt.
Änderungen 2026: Web, Leads und eine Einstellung
Die Seite „Aktualisierung Ihrer Einstellungen für erweiterte Conversions“ sagt: Ab April 2026 akzeptiert Google Ads von Nutzern bereitgestellte Daten aus Website-Tags, dem Data Manager und API-Verbindungen gleichzeitig. Erweiterte Conversions für das Web und für Leads werden ab Juni 2026 zu einer Funktion mit einem Ein/Aus-Schalter zusammengeführt, bestehende Nutzer müssen nichts tun. Pro Conversion-Aktion können Sie sich weiterhin abmelden.
Dieselbe Seite nennt den 15. Juni 2026 als Datum, ab dem der Import von Offline-Conversions und Uploads erweiterter Conversions für Leads zur Data Manager API migriert werden.
Einwilligung
Laut Google beginnt die Datenerfassung erst, wenn Sie die Nutzungsbedingungen akzeptieren und, falls zutreffend, die nötigen Einwilligungsparameter auf „granted“ stehen. Wenn Sie Consent Mode nutzen, folgt das Ads-Cookie außerdem dem Status von ad_storage (Anleitungen zu Google-Tag und Google Tag Manager). Ob Sie die Daten erfassen dürfen, klärt Ihr Rechtsbeistand; dieser Text ist keine Rechtsberatung.
Wie schalte ich Enhanced Conversions wieder aus?
Für das ganze Konto gehen Sie zu „Zielvorhaben“ und „Einstellungen“, maximieren den Bereich für erweiterte Conversions, entfernen das Häkchen und speichern. Für eine einzelne Conversion-Aktion öffnen Sie „Zusammenfassung“, wählen die Aktion und dann „Einstellungen“, maximieren den Bereich, entfernen das Häkchen und speichern. Laut Google endet damit die Nutzung für Smart Bidding und Berichte, bestehende Conversion-Daten bleiben unberührt (Anleitung zum Google-Tag).
3. Wie prüfe ich, ob Enhanced Conversions funktionieren?
Google beschreibt zwei Prüfungen, und eine dritte zeigt sich, sobald die Funktion Zeit zum Lernen hatte.
| Prüfung | Wo | Worauf Sie achten |
|---|---|---|
| Payload des Requests | Chrome DevTools, Tab „Network“, nach „google“ filtern, Request an googleadservices.com/pagead/conversion/, dann „Payload“ | Ein Parameter em mit gehashtem Wert, angezeigt als „tv.1~em“ gefolgt vom Hash |
| Diagnosebericht | Google Ads, „Zielvorhaben“, „Zusammenfassung“, die Conversion-Aktion mit aktivierten erweiterten Conversions, dann „Diagnose“ | Prüfungen Ihrer Implementierung (Zeitpunkt unten) |
| Karte zur Wirkung | Google Ads, nach der Lernphase | Der Status „Erfassung (erweiterte Conversions)“ und die Wirkung auf die gemeldeten Conversions, 30 Tage lang |
Die DevTools-Prüfung von Google nennt für „einige Browser“ auch google.com/pagead/1p-conversion/. Sehen Sie nur „tv.1~em“ ohne Hash dahinter, wird der Parameter laut Google leer gesendet, was passieren kann, wenn die Kundendaten zum Zeitpunkt der Conversion nicht verfügbar sind.
Wann der Diagnosebericht erscheint
Google nennt auf jeder Seite eine andere Zahl, und keine Seite sagt „48 bis 72 Stunden“:
| Seite von Google | Was sie sagt |
|---|---|
| Einrichtung mit dem Google-Tag | Den Diagnosebericht zum Tag können Sie etwa 72 Stunden nach der Implementierung aufrufen |
| Einrichtung mit dem Google Tag Manager | Den Diagnosebericht zum Tag können Sie etwa 48 Stunden nach der Implementierung aufrufen |
| Einrichtung mit der Google Ads API | Kein Berichtszeitpunkt: Senden Sie die Daten innerhalb von 24 Stunden nach der Conversion |
| Diagnosebericht | Die Abdeckungsrate ist innerhalb von Stunden nach den Requests verfügbar, die Abgleichsrate wird innerhalb von 24 Stunden aktualisiert |
Status im Diagnosebericht und Abgleichsrate
Die Diagnoseseite von Google nennt vier Stufen der Datenqualität:
| Status | Was Google sagt |
|---|---|
| Großartig | Die Einrichtung ist aktiv und vollständig optimiert |
| Gut | Aktiv, aber verbesserbar, etwa durch das Senden von mehr Nutzerdaten |
| Maßnahme erforderlich | Aktiv, aber Fehler brauchen Ihre Aufmerksamkeit, etwa fehlende Angaben |
| Keine aktuellen Daten | In den letzten 7 Tagen wurden keine Daten zu erweiterten Conversions erfasst |
Dieselbe Seite definiert die Spalte „Abgleichsrate“:
| Abgleichsrate | Bedeutung |
|---|---|
| INSUFFICIENT_VOLUME | Weniger als 20 gültige Pings |
| NO_MATCHES | Genau null Übereinstimmungen |
| Niedrig | Zwischen 0 % und 15 % |
| Hoch | Über 15 % |
| Unbekannter Wert | Wird angezeigt, wenn Datenschutzbedenken bestehen |
Google zeigt keine Benachrichtigungen, wenn Sie in den letzten 7 Tagen weniger als 20 Conversions hatten, und sagt, dass erweiterte Conversions ab 20 Conversions pro Woche am hilfreichsten sind. Die Abdeckung ist die Zahl der Ereignisse für erweiterte Conversions mit Parameter geteilt durch die Zahl der Conversion-Ereignisse.
Zu den Fehlern, die Google auflistet, gehören nicht akzeptierte Bedingungen zu Kundendaten (davor gesendete Daten werden nicht verarbeitet), fehlende oder leere Felder, falsch formatierte E-Mail-Adressen oder Telefonnummern, fehlende Adressfelder (Land, Vorname, Nachname und Postleitzahl werden alle gebraucht) und Seiten, die nicht über HTTPS ausgeliefert werden. Meldet der Bericht ein Problem, beheben Sie die Implementierung, bevor Sie die Ergebnisse beurteilen.
Stoppen Adblocker den Request mit der gehashten E-Mail-Adresse?
In drei von sechs Setups ja. Am 7. Oktober 2026 sendeten wir die beiden für diese Prüfung genannten Conversion-Requests, googleadservices.com/pagead/conversion/ und google.com/pagead/1p-conversion/, mit einer gehashten Test-E-Mail-Adresse im Parameter em. Brave Shields, uBlock Origin Lite und AdGuard mit Tracking Protection blockierten beide; die anderen drei Setups und ein Browser ohne Blocker ließen beide zu Google durch.
Der Parameter em änderte kein Ergebnis: Jeder Request mit em hatte dasselbe Ergebnis wie derselbe Request ohne. Führen Sie die DevTools-Prüfung von Google also in einem Profil mit einem der ersten drei Blocker aus, erscheint der Request voraussichtlich nicht.
| Setup | Standard-Conversion-Request | Derselbe Request mit em |
1p-conversion-Request mit em |
|---|---|---|---|
| Brave Shields | Blockiert | Blockiert | Blockiert |
| uBlock Origin Lite | Blockiert | Blockiert | Blockiert |
| AdGuard mit Tracking Protection | Blockiert | Blockiert | Blockiert |
| AdGuard, Standardfilter | Erreicht | Erreicht | Erreicht |
| AdBlock | Erreicht | Erreicht | Erreicht |
| AdGuard DNS | Erreicht | Erreicht | Erreicht |
| Kein Blocker | Erreicht | Erreicht | Erreicht |
Wo der Request blockiert ist, sieht die DevTools-Prüfung von Google ihn nicht; wo er durchkommt, erreicht er Google mit oder ohne em. Quelle: Product Metrics Adblocker-Lab, 7. Oktober 2026, echte Browser mit den echten Blockern. Was Ihr eigener Browser blockiert, zeigt der Adblocker-Test (auf Englisch).
Der doubleclick.net-View-through-Request mit em wurde in jedem Setup blockiert, außer bei AdBlock in Brave.
4. Funktionieren Enhanced Conversions mit Server-Side-Tracking?
Google beschreibt eine serverseitige Route: die Google Ads API. Sie ergänzt eine Conversion, die ein Tag bereits erfasst hat, und ersetzt das Tag nicht.
- Ein Tag erfasst die Conversion weiterhin. Laut der Anleitung zur API müssen Sie Conversions mit einem normalen Conversion-Tracking-Tag erfassen und senden dann bis zu 24 Stunden nach der Conversion gehashte First-Party-Daten über eine API-Verbindung.
- Der Server hält die Kundendaten. Laut der Entwicklerdokumentation (auf Englisch) sendet das Tag bei der Conversion die Klick-ID (etwa eine GCLID) und eine Bestell-ID. Die Bestell-ID importieren Sie später mit den gehashten Daten, innerhalb von 24 Stunden nach der ursprünglichen Conversion.
- Duplikate und Hashing. Die Anleitung zur API sagt, Sie sollen eine Transaktions-ID verwenden, damit Google Tag-Conversions mit API-Conversions abgleichen kann, die Daten über HTTPS senden und mit SHA-256 normalisieren und hashen.
- Mehrere Quellen gleichzeitig. Laut Google akzeptiert Google Ads ab April 2026 von Nutzern bereitgestellte Daten aus Website-Tags, Data Manager und API-Verbindungen gleichzeitig (Seite zu den Aktualisierungen).
Die von uns gelesenen Google-Seiten erwähnen weder Server-Side-Tagging-Container noch Adblocker. Die Route von Product Metrics steht auf der Seite zu Full Signal Tracking (auf Englisch) und im nächsten Abschnitt. Einen Vergleich von Google Tag Gateway, Server-Side-Tagging und Full Signal Tracking finden Sie in Google tag gateway vs server-side tagging (auf Englisch).
5. Was ist Server-Side-Tracking und wie funktioniert es?
Server-Side-Tracking sendet die Conversion von einem Server an Google statt aus dem Browser des Besuchers. Das Ziel: Ein Kauf zählt auch dann, wenn im Browser etwas das Standard-Tag gestoppt hätte.
Full Signal Tracking ist die Variante von Product Metrics, und es kommt durch jeden Adblocker: In unserem Lab vom 30. September 2026 wurde ein First-Party-Endpoint wie der von Full Signal in allen 6 getesteten Blocker-Setups erreicht (Brave Shields, uBlock Origin Lite, AdGuard mit Tracking Protection, AdGuard mit Standardfiltern, AdBlock und AdGuard DNS).
Full Signal Tracking besteht aus vier Teilen. Die Beispielcodes stammen von der Seite zu Full Signal Tracking (auf Englisch), die auch die Einrichtung pro Plattform zeigt:
- Ein eigener Endpoint auf Ihrer Domain. Ein undurchsichtiger Pfad auf Ihrer Shop-Domain, etwa
yourshop.com/x7Kq2mVd…, ohne „collect“, „track“ oder „pixel“ darin, damit Adblocker ihn durchlassen. - Auto-Rotation hält ihn erreichbar. Erwischt ein Blocker Ihren Endpoint, wechselt er automatisch auf einen neuen auf Ihrer Domain (
/x7Kq2mVd…→/Qm7vXt2L…). Keine Tag-Änderungen, keine Tickets. - Klick-IDs bleiben First-Party. Die gclid (
gclid=Cj0KQ…x7Rw) wird First-Party und serverseitig gespeichert, sodass ein Kauf Tage nach dem Klick sie noch trägt. - Serverseitige Übermittlung an Google Ads. Käufe gehen von unserem Server in Ihre Conversion-Aktionen, mit Enhanced Conversions und Consent Mode v2. Erstattungen passen sie später an.
Jeder Kauf erreicht dann Google Ads und Smart Bidding von Ihrer eigenen Domain.
Prüfen Sie es selbst: Lassen Sie den Adblocker-Test (auf Englisch) in Ihrem eigenen Browser laufen, um zu sehen, was jeder Blocker stoppt und ob Full Signal durchkommt. Fügen Sie einen Request in den SDK-Debugger (auf Englisch) ein, um ihn zu dekodieren und zu sehen, ob der Collector ihn akzeptieren würde.
Full Signal übernimmt sowohl die Route als auch die Zuordnungsdaten. Es sendet gehashte Kundendaten mit dem Kauf und funktioniert daher mit Enhanced Conversions; die Felder hängen von den Kundendaten ab, die Ihr Checkout bereitstellt.
First-Party heißt nicht einwilligungsfrei. Full Signal liest die Einwilligungsentscheidung des Besuchers, bevor es etwas sendet, wie die Seite zu Full Signal Tracking beschreibt:
- Es respektiert Consent Mode v2:
ad_storage,ad_user_dataundad_personalization. - Es funktioniert mit Shopify Customer Privacy, Cookiebot, OneTrust, Usercentrics und Osano.
- Kundendaten werden gehasht, bevor sie unseren Server verlassen.
Die Auto-Rotation ändert den Pfad, nie die Einwilligungsregeln: Eine abgelehnte Einwilligung bleibt abgelehnt.
6. Enhanced Conversions und Server-Side-Tracking im Vergleich
Enhanced Conversions verbessern, wie Google eine Conversion zuordnet, die dort ankommt. Server-Side-Tracking entscheidet, ob die Conversion überhaupt gesendet wird. Jedes schließt eine andere Lücke.
| Enhanced Conversions | Server-Side-Tracking | |
|---|---|---|
| Was es löst | Eine bei Google eingehende Conversion zuordnen | Ob die Conversion gesendet wird |
| Was es sendet | Gehashte First-Party-Daten (E-Mail-Adresse, Name, Adresse, Telefonnummer) mit der Conversion oder per API bis zu 24 Stunden später | Die Conversion, von einem Server oder einem Endpoint auf Ihrer Domain. Full Signal sendet sie mit gehashten Kundendaten |
| Was es braucht | Kundendaten im Checkout und ein Conversion-Tag, das bereits auslöst | Eine serverseitige Route für Ihre Shop-Plattform |
| Was es nicht entscheidet | Ob die Conversion überhaupt gesendet wird | Welche Kundendaten mitgehen (Full Signal: gehashte Kundendaten, die Felder hängen von Ihrem Checkout ab) |
Eine Bestellung kann an zwei Stellen verloren gehen.
Wie viele von 100 Bestellungen Google Ads erreichen und einer Anzeige zugeordnet werden
Daten anzeigenDaten ausblenden
| Schritt auf dem Weg zu Google Ads | Anzahl Bestellungen (von 100) |
|---|---|
| Bestellungen im Shop | 100 |
| Conversion erreicht Google | 85 |
| Einer Anzeige zugeordnet | 75 |
In diesem Beispiel erreichen 15 von 100 Bestellungen Google nie, und 10 weitere kommen an, lassen sich aber keiner Anzeige zuordnen. Enhanced Conversions zielen auf die zweite Lücke, die serverseitige Übermittlung auf die erste. Ein Shop kann beides nutzen, in beliebiger Reihenfolge. Was sich zuerst lohnt, hängt davon ab, wo Ihre eigenen Verluste liegen, und das lässt sich messen.
7. Was unser Adblocker-Lab gezeigt hat
Sie brauchen es, wenn das Standard-Tag die Conversion womöglich nie sendet, und unser Lab zeigte, dass das in einigen Setups passiert. Wir haben die Standard-Tags von Google in echten Browsern mit verschiedenen Blockern laufen lassen. Die Standard-Tags von Google Tag Manager, GA4 und Google Ads sowie die Conversion-Requests von Google Ads wurden in Brave Shields, uBlock Origin Lite und AdGuard mit Tracking Protection blockiert, umgeleitet oder durch einen Platzhalter ersetzt.
Wie viele der 4 Standard-Requests von Google jeder Blocker stoppte, in unserem Lab
Daten anzeigenDaten ausblenden
| Blocker-Setup | Gestoppte oder ersetzte Requests (von 4) |
|---|---|
| Brave Shields | 4 |
| uBlock Origin Lite | 4 |
| AdGuard + Tracking Protection | 4 |
| AdBlock | 0 |
Das Lab lud jedes Tag so, wie ein Shop es tut, in echten Browsern, jeweils in einem frischen Wegwerfprofil auf einer öffentlichen Origin (example.com). Ein Request galt als blockiert, wenn der Browser net::ERR_BLOCKED_BY_CLIENT meldete oder der Blocker die Antwort durch einen Platzhalter ersetzte. Die Ergebnisse waren in Brave und in Chrome for Testing für jede in beiden getestete Erweiterung gleich.
Nicht jeder Blocker stoppt das Google-Ads-Tag. AdGuard mit Standardfiltern, AdBlock und AdGuard DNS blockierten es nicht. AdGuard blockierte mit Standardfiltern nur den View-through-Conversion-Request; der Conversion-Hit und die Tags kamen durch. AdBlock blockierte stattdessen das Meta-Pixel. Ein First-Party-Endpoint wie der von Full Signal wurde in jedem Lauf erreicht.
In wie vielen von 6 Blocker-Setups der Request durchkam: Google-Ads-Tag gegenüber First-Party-Endpoint
Daten anzeigenDaten ausblenden
| Wie die Conversion zu Google gelangt | Setups, in denen der Request durchkam (von 6) |
|---|---|
| Standard-Google-Ads-Tag | 3 |
| First-Party-Endpoint wie Full Signal | 6 |
Pro Setup hielt das Lab für die Google-Ads-Requests und den Endpoint im Stil von Full Signal Folgendes fest:
| Setup | Google-Ads-Tag | Google-Ads-Conversion-Hits | Endpoint im Stil von Full Signal |
|---|---|---|---|
| Brave Shields | Durch Platzhalter ersetzt | Blockiert | Erreicht |
| uBlock Origin Lite | Umgeleitet | Blockiert | Erreicht |
| AdGuard mit Tracking Protection | Blockiert | Blockiert | Erreicht |
| AdGuard, Standardfilter | Erreicht | Nur der View-through-Request blockiert | Erreicht |
| AdBlock | Erreicht | Erreicht | Erreicht |
| AdGuard DNS | Erreicht | Nur der View-through-Request blockiert | Erreicht |
Der Lauf vom 7. Oktober ergänzte die Requests mit der gehashten E-Mail-Adresse, und sie folgten in jedem Setup dem Standard-Conversion-Request (Tabelle in Abschnitt 3). Wo dieser Request gestoppt wird, wird auch das Datum gestoppt, das darauf mitreist. Deshalb zählt, wie die Conversion zugestellt wird, bevor es darauf ankommt, wie sie zugeordnet wird.
Safari funktioniert anders: Die Tracking Prevention von WebKit schränkt Cookies ein, statt Ladevorgänge zu blockieren, Tags laden also weiterhin.
Wie lange ein Cookie in Safari bestehen bleibt, in Tagen
Daten anzeigenDaten ausblenden
| Wie das Cookie gesetzt wird | Lebensdauer in Tagen |
|---|---|
| Per Skript gesetzt | 7 |
| First-Party-Cookie von Full Signal | 30 |
Kunden kaufen oft Tage nach dem Klick, daher kommt bei einem früher ablaufenden Cookie ein wiederkehrender Besucher eher ohne die Daten an, die ihn mit der Anzeige verbinden. Deshalb zeigt unser Adblocker-Test für Conversion-Tracking (auf Englisch) Safari als sechsten Blocker.
8. Enhanced Conversions oder Server-Side-Tracking zuerst?
Richten Sie zuerst Server-Side-Tracking ein, wenn Conversions fehlen, und zuerst Enhanced Conversions, wenn die meisten ankommen, aber nicht zugeordnet werden. Finden Sie also heraus, ob Sie ein Übermittlungs- oder ein Zuordnungsproblem haben. Am schnellsten geht das, indem Sie die Bestellungen in Ihrem Shop mit den Conversions in Google Ads über dieselben Tage vergleichen.
Teilen Sie dazu die Conversions in Google Ads durch die Bestellungen in Ihrem Shop:
Conversion-Abdeckung = Conversions in Google Ads ÷ Bestellungen im Shop
Liegt die Abdeckung weit unter 100 %, gehen Conversions unterwegs verloren. Liegt sie nah bei 100 %, kommen die meisten an, und gehashte Kundendaten können Google bei der Zuordnung helfen.
Anzahl der Bestellungen im Shop gegenüber Conversions in Google Ads, pro Woche
- Bestellungen im Shop
- Conversions in Google Ads
Daten anzeigenDaten ausblenden
| Woche | Bestellungen im Shop | Conversions in Google Ads |
|---|---|---|
| Woche 1 | 100 | 85 |
| Woche 2 | 120 | 102 |
| Woche 3 | 110 | 94 |
| Woche 4 | 130 | 110 |
| Woche 5 | 125 | 106 |
| Woche 6 | 115 | 98 |
Nicht jede Bestellung stammt von einer Anzeige, vergleichen Sie also Vergleichbares, zum Beispiel Bestellungen mit einer Google-Klick-ID. Gehen Sie dann die Schritte unten durch und ändern Sie jeweils nur eine Sache.
- Bestellungen mit Conversions vergleichenZählen Sie die Bestellungen im Shop und die Conversions in Google Ads für dieselben Tage und berücksichtigen Sie die Conversion-Verzögerung.
- Den Adblocker-Test durchführenSehen Sie, welche Ihrer Tags ein Besucher mit Blocker nie sendet.
- Bei einer Lücke zuerst die Übermittlung sicherstellenFehlende Conversions erfordern Server-Side-Tracking. Eine Conversion, die nie gesendet wird, lässt sich nicht ergänzen.
- Enhanced Conversions ergänzen, wenn die Zahlen passenKommen die meisten Conversions an, können gehashte Kundendaten Google bei der Zuordnung helfen. Prüfen Sie vorher Ihr Consent-Setup.
- Nach Ihrer üblichen Conversion-Verzögerung erneut prüfenVergleichen Sie Bestellungen und Conversions noch einmal über einen ähnlichen Zeitraum und entscheiden Sie dann, ob Sie auch das andere brauchen.
Fragen Sie vorher Ihre Entwickler dreierlei:
- Welche Kundendaten stellt Ihr Checkout bereit, sobald eine Bestellung aufgegeben wird?
- Wird die Einwilligung eingeholt, bevor diese Daten gesendet werden?
- Welchen Weg nimmt die Conversion heute: das Browser-Tag, Google Tag Manager oder ein Server?
Besteht eine Lücke, richten Sie zuerst Server-Side-Tracking (auf Englisch) ein. Full Signal Tracking gibt es für Shopify, WooCommerce, Magento, Lightspeed und Shopware 6, es ist im Pro-Abonnement enthalten und wird nicht separat berechnet; siehe Preise (auf Englisch). Liegen die Zahlen nah beieinander, Sie übergeben Google aber wenig Kundendaten, sind Enhanced Conversions der nächste Schritt. Beides parallel zu nutzen geht auch.
9. Fehlende Conversions verfälschen Produktentscheidungen
Smart Bidding und Ihre Produktentscheidungen lernen aus Conversions. Gehen sie verloren, sehen die betroffenen Produkte schlechter aus, als sie sind, und eine Entscheidung auf Basis von ROAS oder POAS kann falsch sein. What is a good ROAS (auf Englisch) erklärt, warum das Urteil vom Break-even des Produkts abhängt.
Das Rechenbeispiel auf unserer Seite zu Full Signal Tracking (auf Englisch) zeigt, wie weit das gehen kann. Ein Produkt für 139,99 € hatte in 30 Tagen 55 Bestellungen aus Klicks auf Google Ads. Mit dem Browser-Tag allein hielten Adblocker und Datenschutzfunktionen der Browser 14 davon aus Google Ads heraus.
55 Bestellungen aus Klicks auf Google Ads: Wie viele erreichen Google Ads?
Daten anzeigenDaten ausblenden
| Wo die Bestellungen gezählt werden | Gezählte Bestellungen (von 55) |
|---|---|
| Bestellungen im Shop aus Klicks auf Google Ads | 55 |
| Bei Google Ads angekommen (Browser-Tag) | 41 |
| Bei Google Ads angekommen (Full Signal Tracking) | 55 |
Bei denselben 2.000 € Werbekosten verändern die 14 fehlenden Käufe die Zahlen des Produkts in Google Ads und sein Segment in Product Segmentation:
| Dieselben 2.000 € Werbekosten | Nur Browser-Tag (41 Käufe) | Full Signal Tracking (55 Käufe) |
|---|---|---|
| Conversion-Wert | 5.739,59 € | 7.699,45 € |
| ROAS | 2,87 | 3,85 |
| POAS | 1,04 | 1,40 |
| Segment | Dogs (hohes Volumen, niedrige Rendite) | Question Marks (hohes Volumen, mittlere Rendite) |
Illustrative Daten.
In Google Ads sind die 41 Käufe, die auch das Browser-Tag sah, 5.739,59 € wert. Die 14, die nur Full Signal Tracking sendete, weil sie im Browser blockiert waren, ergänzen 1.959,86 €, sodass Ihren Kampagnen 7.699,45 € gutgeschrieben werden. Die Bestell-ID wird als Transaktions-ID gesendet, damit Google Ads jede Bestellung nur einmal zählt. Die Zuordnung übernimmt Google Ads.
Mit dem Browser-Tag allein wirkt das Produkt wie eines, dessen Priorität Sie senken sollten. Sind alle Käufe gezählt, ist es ein Produkt, das Sie bei Preis und Feed testen sollten.
Beurteilen Sie jedes Produkt an seinem eigenen Break-even statt an einem Kontodurchschnitt, ob Sie nun ROAS oder POAS messen (POAS vs ROAS, auf Englisch). Rechnen Sie mit Nettopreisen, derselben Basis wie die Conversion-Werte in Ihrem Konto. Break-even ROAS per product (auf Englisch) zeigt die Rechnung, und der Break-even-ROAS-Rechner übernimmt sie für Sie. Product Segmentation (auf Englisch) segmentiert Ihre Produkte dann nach Klicks und Rendite, mit ROAS sofort und mit POAS, sobald Sie Margen hinterlegen.
Vier Fehler bei der Einrichtung
| Fehler | Was passiert | Was Sie tun |
|---|---|---|
| Beides gleichzeitig einführen | Sie wissen nicht, welche Änderung die Zahlen bewegt hat | Ändern Sie jeweils nur eine Sache und messen Sie erneut |
| Alle Bestellungen mit allen Conversions vergleichen | Nicht jede Bestellung stammt von einer Anzeige, und Conversions treffen verzögert ein | Vergleichen Sie Bestellungen mit einer Google-Klick-ID und berücksichtigen Sie Ihre übliche Conversion-Verzögerung |
| Enhanced Conversions gegen fehlende Conversions einsetzen | Sie ergänzen nur Conversions, die bereits gesendet werden | Stellen Sie zuerst die Übermittlung sicher |
| Annehmen, dass Hashing oder Server-Side-Tracking die Einwilligung ersetzt | Keines von beiden tut das | Klären Sie die Einwilligung gesondert mit Ihrem Rechtsbeistand |
Diese Woche: Bestellungen und Conversions vergleichen
Vergleichen Sie diese Woche Ihre Bestellungen mit Ihren Conversions und lassen Sie den Adblocker-Test (auf Englisch) auf Ihrem eigenen Shop laufen. Ist Full Signal installiert, bestätigen Sie die Requests mit dem SDK-Debugger (auf Englisch). Für Zahlen pro Produkt zeigt Product Segmentation (auf Englisch), wo die Rendite liegt, sobald Ihre Conversions vollständig sind; Sie können mit der kostenlosen Analyse starten. Schauen Sie sich diesen Vergleich nach einem Monat noch einmal an, denn Shops, Consent-Setups und Blocker ändern sich.
Methode und Quellen
Die deutschen Menü- und Statusnamen stammen von den deutschen Hilfeseiten von Google. Wo die Seiten von Google voneinander abweichen, sagen wir, welche Seite was sagt. Die Einrichtungsschritte folgen den Seiten von Google.
Die Adblocker-Ergebnisse stammen aus unserem eigenen Lab am 30. September und 7. Oktober 2026 (Methode in Abschnitt 7). Wir nutzten Brave 1.96.59 (Chromium 154) und Chrome for Testing 151, mit uBlock Origin Lite 2026.930.1227, AdGuard 5.5.2.3 (MV3) und AdBlock 6.47.0 (6.48.0 im Lauf vom 7. Oktober). Die URL-Pfade der Requests mit der gehashten E-Mail-Adresse stammen aus einer DevTools-Anleitung eines Dritten und einer Chrome-Prüferweiterung, weil die Hilfeseiten von Google keine nennen.
Was Full Signal sendet, stammt von der Seite zu Full Signal Tracking von Product Metrics.
Alle Quellen, geprüft im Oktober 2026:
- Google Ads-Hilfe: Erweiterte Conversions
- Google Ads-Hilfe: Einrichtung mit dem Google-Tag
- Google Ads-Hilfe: Einrichtung mit dem Google Tag Manager
- Google Ads-Hilfe: Einrichtung mit der Google Ads API
- Google Ads-Hilfe: Diagnosebericht
- Google Ads-Hilfe: Auswirkungen von erweiterten Conversions für das Web
- Google Ads-Hilfe: Aktualisierung Ihrer Einstellungen für erweiterte Conversions
- Google Ads API: Manage online click conversions (auf Englisch)
- Product Metrics: Full Signal Tracking (auf Englisch)
- Product Metrics: Adblocker-Test für Conversion-Tracking (auf Englisch)
Weiterlesen.
CAC berechnen: Kundengewinnungskosten im Onlineshop
CAC berechnen: Werbekosten durch Neukunden teilen, voll gerechnet alle Marketingkosten. Formel, Beispiel und Break-even-nCAC für die erste Bestellung.
Customer Lifetime Value berechnen: Formel für Onlineshops
Customer Lifetime Value berechnen: Der CLV zählt auf Gewinnbasis. Formel, Rechenbeispiel und ein eigenes Ziel für das CLV-CAC-Verhältnis statt 3:1.
Häufig gestellte Fragen.
Was sind Enhanced Conversions (Erweiterte Conversions) in Google Ads?
Wie richte ich Enhanced Conversions ein?
Wie prüfe ich, ob Enhanced Conversions funktionieren?
Sind Enhanced Conversions dasselbe wie Server-Side-Tracking?
Funktionieren Enhanced Conversions mit Adblockern?
Funktionieren Enhanced Conversions mit Server-Side-Tracking?
Brauche ich weiterhin eine Einwilligung?
Ist Hashing dasselbe wie Anonymisieren?
See which of your products to push, fix or pause. Start with your own products, or a 30-second estimate.
Sehen Sie, was ein Adblocker stoppt, mit dem Adblocker-Trackingtest (auf Englisch). Sehen Sie danach, wie Ihre Produkte abschneiden, sobald jede Conversion zählt.
Not ready to connect? Book a demo: a video call with Berend, then a demo account.