---
title: "Enhanced Conversions (Erweiterte Conversions) erklärt | Product Metrics"
description: "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."
canonical: "https://www.productmetrics.io/de/blog/enhanced-conversions-erklaerung"
pageType: article
language: de
alternates:
  en: "https://www.productmetrics.io/blog/enhanced-conversions-vs-server-side-tracking"
  nl: "https://www.productmetrics.io/nl/blog/enhanced-conversions-uitleg"
  de: "https://www.productmetrics.io/de/blog/enhanced-conversions-erklaerung"
  x-default: "https://www.productmetrics.io/blog/enhanced-conversions-vs-server-side-tracking"
publisher: "Product Metrics"
author: "Berend Vrakking"
datePublished: 2026-10-07
dateModified: 2026-10-08
image: "https://www.productmetrics.io/og/blog/de/enhanced-conversions-erklaerung.png"
---

> Content index: https://www.productmetrics.io/llms.txt

# Enhanced Conversions (Erweiterte Conversions) erklärt

## Das Wichtigste in Kürze

- Enhanced Conversions (in der deutschen Oberfläche „Erweiterte Conversions“) fügen einer Conversion, die Ihr Google-Tag bereits meldet, gehashte First-Party-Kundendaten hinzu (E-Mail-Adresse, Name, Privatadresse, Telefonnummer), damit Google sie einer Anzeige zuordnen kann. Server-Side-Tracking ändert, wie die Conversion zu Google gelangt. Beide lösen verschiedene Probleme, und Sie können beide nutzen.
- Zur Einrichtung aktivieren Sie die Funktion in Google Ads, wählen Google-Tag, Google Tag Manager oder die Google Ads API und übergeben mindestens ein Kundendatenfeld. Laut Google erscheint der Diagnosebericht etwa 72 Stunden nach der Einrichtung mit dem Google-Tag und etwa 48 Stunden mit dem Google Tag Manager (Google Ads-Hilfe, geprüft im Oktober 2026).
- In unserem Lab vom 30. September 2026 wurden die Standard-Tags und Conversion-Requests von Google in 3 von 6 Blocker-Setups blockiert, umgeleitet oder durch einen Platzhalter ersetzt, ein First-Party-Endpoint wie der von Full Signal in allen 6 erreicht. Am 7. Oktober 2026 sendeten wir auch die Requests mit der gehashten E-Mail-Adresse (Parameter em): Brave Shields, uBlock Origin Lite und AdGuard mit Tracking Protection blockierten sie, der Parameter em änderte kein Ergebnis.
- Vergleichen Sie zuerst die Bestellungen in Ihrem Shop mit den Conversions in Google Ads. Liegen die Zahlen weit auseinander, hakt es bei der Übermittlung. Liegen sie nah beieinander, bei der Zuordnung.

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.

> **Randnotiz:** **Was wir gemessen haben.** In sechs Blocker-Setups haben wir die Conversion-Requests von Google mit und ohne gehashte Test-E-Mail-Adresse (Parameter `em`) gesendet, am 30. September und am 7. Oktober 2026. Die Ergebnisse stehen in Abschnitt 3 und 7.

## 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“)](https://support.google.com/google-ads/answer/9888656?hl=de) 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](https://support.google.com/google-ads/answer/13258081?hl=de) und den [Google Tag Manager](https://support.google.com/google-ads/answer/13262500?hl=de). 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](https://support.google.com/google-ads/answer/13258081?hl=de) |
| Google Tag Manager | Sie nutzen den Google Tag Manager bereits für Conversion-Tracking | [Einrichtung mit dem Google Tag Manager](https://support.google.com/google-ads/answer/13262500?hl=de) |
| Google Ads API | Sie wollen mehr Flexibilität und Kontrolle über die Daten | [Einrichtung mit der Google Ads API](https://support.google.com/google-ads/answer/13261987?hl=de) |

### Wie richte ich Enhanced Conversions mit dem Google-Tag ein?

Die Schritte von Google:

1. Öffnen Sie in Google Ads das Menü „Zielvorhaben“, dann „Einstellungen“, und maximieren Sie den Bereich „Erweiterte Conversions für das Web“.
2. Setzen Sie das Kästchen „Erweiterte Conversions aktivieren“ und akzeptieren Sie die Bedingungen zu Kundendaten.
3. Wählen Sie im Drop-down-Menü „Google-Tag“. Sind Sie unsicher, hilft eine Auswahlhilfe von Google, für die Sie Ihre Domain eingeben.
4. Zeigt Google Ads an, dass Ihr Tag von Nutzern bereitgestellte Daten von Ihrer Website erfasst, speichern Sie. Sonst öffnen Sie die Tag-Details.
5. 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.
6. 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:

1. 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.
2. 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“.
3. Wählen Sie „Google Tag Manager“ als Methode und dann „Google Tag Manager aufrufen“.
4. Ö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.
5. 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.
6. 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“](https://support.google.com/google-ads/answer/16884284?hl=de) 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).

> **Sie möchten das nicht selbst einrichten?** Full Signal Tracking ist das Server-Side-Tracking, das wir für Shops mit Google Ads gebaut haben. Jeder Kauf geht von unserem Server in Ihre Conversion-Aktionen, mit Enhanced Conversions und Consent Mode v2, und Kundendaten werden gehasht, bevor sie unseren Server verlassen. Es lässt sich in drei Schritten für Shopify, WooCommerce, Magento, Lightspeed und Shopware 6 installieren, ohne eigenen Entwicklungsaufwand und ohne Server-Container, den Sie hosten müssen. [So funktioniert Full Signal Tracking (auf Englisch)](https://www.productmetrics.io/server-side-tracking)

## 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](https://support.google.com/google-ads/answer/13258081?hl=de) | Den Diagnosebericht zum Tag können Sie etwa 72 Stunden nach der Implementierung aufrufen |
| [Einrichtung mit dem Google Tag Manager](https://support.google.com/google-ads/answer/13262500?hl=de) | Den Diagnosebericht zum Tag können Sie etwa 48 Stunden nach der Implementierung aufrufen |
| [Einrichtung mit der Google Ads API](https://support.google.com/google-ads/answer/13261987?hl=de) | Kein Berichtszeitpunkt: Senden Sie die Daten innerhalb von 24 Stunden nach der Conversion |
| [Diagnosebericht](https://support.google.com/google-ads/answer/11956168?hl=de) | 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](https://www.productmetrics.io/ad-blocker-conversion-tracking) (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](https://support.google.com/google-ads/answer/13261987?hl=de) 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](https://developers.google.com/google-ads/api/docs/conversions/enhanced-conversions/web) (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](https://support.google.com/google-ads/answer/16884284?hl=de)).

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](https://www.productmetrics.io/server-side-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](https://www.productmetrics.io/blog/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](https://www.productmetrics.io/server-side-tracking) (auf Englisch), die auch die Einrichtung pro Plattform zeigt:

1. **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.
2. **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.
3. **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.
4. **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](https://www.productmetrics.io/ad-blocker-conversion-tracking) (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](https://www.productmetrics.io/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_data` und `ad_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.

**Abbildung: Wie viele von 100 Bestellungen Google Ads erreichen und einer Anzeige zugeordnet werden.** Jeder Balken zeigt, wie viele von 100 Bestellungen im Shop diesen Schritt schaffen. 15 erreichen Google nie (85 bleiben), weitere 10 kommen an, werden aber keiner Anzeige zugeordnet (75 bleiben). Wer nur einen Schritt behebt, lässt den anderen Verlust bestehen.

| Schritt auf dem Weg zu Google Ads | Anzahl Bestellungen (von 100) |
| --- | --- |
| Bestellungen im Shop | 100 |
| Conversion erreicht Google | 85 |
| Einer Anzeige zugeordnet | 75 |

_Quelle: Illustrative Daten_

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.

**Abbildung: Wie viele der 4 Standard-Requests von Google jeder Blocker stoppte, in unserem Lab.** Jeder Balken zeigt, wie viele der 4 Standard-Requests von Google dieses Setup stoppte oder durch einen Platzhalter ersetzte. Brave Shields, uBlock Origin Lite und AdGuard mit Tracking Protection taten das bei allen 4; AdBlock stoppte keinen, auch das Google-Ads-Tag nicht. Gezeigt sind vier der sechs Lab-Setups.

| Blocker-Setup | Gestoppte oder ersetzte Requests (von 4) |
| --- | --- |
| Brave Shields | 4 |
| uBlock Origin Lite | 4 |
| AdGuard + Tracking Protection | 4 |
| AdBlock | 0 |

_Quelle: Product Metrics Adblocker-Lab, 30. September 2026 (echte Browser, Wegwerfprofile, Origin example.com)_

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.

**Abbildung: In wie vielen von 6 Blocker-Setups der Request durchkam: Google-Ads-Tag gegenüber First-Party-Endpoint.** Jeder Balken zeigt, in wie vielen der 6 getesteten Blocker-Setups der Request ankam. Das Standard-Google-Ads-Tag kam in 3 von 6 Setups durch (AdGuard mit Standardfiltern, AdBlock und AdGuard DNS); ein First-Party-Endpoint wie der von Full Signal wurde in allen 6 erreicht.

| 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 |

_Quelle: Product Metrics Adblocker-Lab, 30. September 2026 (echte Browser, Wegwerfprofile, Origin example.com; AdGuard DNS mit dig geprüft)_

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.

**Abbildung: Wie lange ein Cookie in Safari bestehen bleibt, in Tagen.** Jeder Balken zeigt, wie viele Tage das Cookie in Safari hält. Die Tracking Prevention von Safari kürzt ein per Skript gesetztes Cookie auf 7 Tage, das First-Party-Cookie von Full Signal hält 30 Tage.

| Wie das Cookie gesetzt wird | Lebensdauer in Tagen |
| --- | --- |
| Per Skript gesetzt | 7 |
| First-Party-Cookie von Full Signal | 30 |

_Quelle: Product Metrics, 30. September 2026_

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](https://www.productmetrics.io/ad-blocker-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.

**Abbildung: Anzahl der Bestellungen im Shop gegenüber Conversions in Google Ads, pro Woche.** Eine Linie ist die Anzahl der Bestellungen im Shop pro Woche, die andere die Anzahl der Conversions, die Google Ads meldet. In diesem Beispiel meldet Google Ads jede Woche rund 85 % der Bestellungen, etwa 102 von 120 in Woche 2. Die Größe dieser Lücke zeigt, wo Sie zuerst ansetzen.

| 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 |

_Quelle: Illustrative Daten_

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.

**Entscheiden, was Sie zuerst einrichten**

1. **Bestellungen mit Conversions vergleichen.** Zählen Sie die Bestellungen im Shop und die Conversions in Google Ads für dieselben Tage und berücksichtigen Sie die Conversion-Verzögerung.
2. **Den Adblocker-Test durchführen.** Sehen Sie, welche Ihrer Tags ein Besucher mit Blocker nie sendet.
3. **Bei einer Lücke zuerst die Übermittlung sicherstellen.** Fehlende Conversions erfordern Server-Side-Tracking. Eine Conversion, die nie gesendet wird, lässt sich nicht ergänzen.
4. **Enhanced Conversions ergänzen, wenn die Zahlen passen.** Kommen die meisten Conversions an, können gehashte Kundendaten Google bei der Zuordnung helfen. Prüfen Sie vorher Ihr Consent-Setup.
5. **Nach Ihrer üblichen Conversion-Verzögerung erneut prüfen.** Vergleichen 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](https://www.productmetrics.io/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](https://www.productmetrics.io/pricing) (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](https://www.productmetrics.io/blog/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](https://www.productmetrics.io/server-side-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.

**Abbildung: 55 Bestellungen aus Klicks auf Google Ads: Wie viele erreichen Google Ads?.** Jeder Balken zählt dieselben 55 Bestellungen eines Produkts in 30 Tagen. Das Browser-Tag brachte 41 davon zu Google Ads, Full Signal Tracking sendet alle 55. Der Anteil verlorener Käufe unterscheidet sich je nach Shop, Zielgruppe und Browser-Mix.

| 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 |

_Quelle: Illustrative Daten_

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](https://www.productmetrics.io/blog/poas-vs-roas), auf Englisch). Rechnen Sie mit Nettopreisen, derselben Basis wie die Conversion-Werte in Ihrem Konto. [Break-even ROAS per product](https://www.productmetrics.io/blog/break-even-roas-per-product) (auf Englisch) zeigt die Rechnung, und der [Break-even-ROAS-Rechner](https://www.productmetrics.io/de/roas-berechnen) übernimmt sie für Sie. [Product Segmentation](https://www.productmetrics.io/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](https://www.productmetrics.io/ad-blocker-conversion-tracking) (auf Englisch) auf Ihrem eigenen Shop laufen. Ist Full Signal installiert, bestätigen Sie die Requests mit dem [SDK-Debugger](https://www.productmetrics.io/sdk-debugger) (auf Englisch). Für Zahlen pro Produkt zeigt [Product Segmentation](https://www.productmetrics.io/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](https://support.google.com/google-ads/answer/9888656?hl=de)
- Google Ads-Hilfe: [Einrichtung mit dem Google-Tag](https://support.google.com/google-ads/answer/13258081?hl=de)
- Google Ads-Hilfe: [Einrichtung mit dem Google Tag Manager](https://support.google.com/google-ads/answer/13262500?hl=de)
- Google Ads-Hilfe: [Einrichtung mit der Google Ads API](https://support.google.com/google-ads/answer/13261987?hl=de)
- Google Ads-Hilfe: [Diagnosebericht](https://support.google.com/google-ads/answer/11956168?hl=de)
- Google Ads-Hilfe: [Auswirkungen von erweiterten Conversions für das Web](https://support.google.com/google-ads/answer/10868881?hl=de)
- Google Ads-Hilfe: [Aktualisierung Ihrer Einstellungen für erweiterte Conversions](https://support.google.com/google-ads/answer/16884284?hl=de)
- Google Ads API: [Manage online click conversions](https://developers.google.com/google-ads/api/docs/conversions/enhanced-conversions/web) (auf Englisch)
- Product Metrics: [Full Signal Tracking](https://www.productmetrics.io/server-side-tracking) (auf Englisch)
- Product Metrics: [Adblocker-Test für Conversion-Tracking](https://www.productmetrics.io/ad-blocker-conversion-tracking) (auf Englisch)

## Häufig gestellte Fragen

### Was sind Enhanced Conversions (Erweiterte Conversions) in Google Ads?

Enhanced Conversions ergänzen eine Conversion, die Ihr Google-Tag bereits meldet, um gehashte First-Party-Kundendaten wie E-Mail-Adresse, Name, Privatadresse und Telefonnummer. Google hasht die Daten mit SHA-256 und nutzt sie, um die Conversion Kunden zuzuordnen, die bei der Interaktion mit Ihrer Anzeige in Google angemeldet waren. Laut Google verbessert das die Messung von Online-Conversions (Google Ads-Hilfe, geprüft im Oktober 2026).

### Wie richte ich Enhanced Conversions ein?

Aktivieren Sie die Funktion in Google Ads unter „Zielvorhaben“ und „Einstellungen“, wählen Sie eine Methode und senden Sie Kundendaten von Ihrer Conversion-Seite. Google bietet drei Methoden: das Google-Tag, den Google Tag Manager und die Google Ads API. Die Anleitungen stehen auf support.google.com/google-ads/answer/13258081 (Google-Tag), 13262500 (Tag Manager) und 13261987 (API), geprüft im Oktober 2026.

### Wie prüfe ich, ob Enhanced Conversions funktionieren?

Google beschreibt zwei Prüfungen. In den Chrome DevTools filtern Sie den Tab „Network“ nach google und öffnen den Request an googleadservices.com/pagead/conversion/; seine Payload sollte einen Parameter em mit gehashtem Wert enthalten. In Google Ads öffnen Sie die Conversion-Aktion unter „Zielvorhaben“ und „Zusammenfassung“ und dann „Diagnose“. Der Bericht erscheint laut Google etwa 72 Stunden nach der Einrichtung mit dem Google-Tag und etwa 48 Stunden mit dem Google Tag Manager (geprüft im Oktober 2026).

### Sind Enhanced Conversions dasselbe wie Server-Side-Tracking?

Nein. Enhanced Conversions ergänzen Ihre bestehenden Conversion-Tags um gehashte First-Party-Daten wie E-Mail-Adresse, Name, Privatadresse und Telefonnummer. Server-Side-Tracking sendet Conversions von einem Server an Google statt aus dem Browser des Besuchers. Beide lösen verschiedene Probleme, und Sie können beide nutzen. Full Signal Tracking sendet gehashte Kundendaten mit dem Kauf und funktioniert daher mit Enhanced Conversions (Seite zu Full Signal Tracking von Product Metrics).

### Funktionieren Enhanced Conversions mit Adblockern?

Wird der Standard-Conversion-Request gestoppt, wird auch der Request gestoppt, der die gehashten Kundendaten trägt, denn er läuft darauf mit. In unserem Lab vom 7. Oktober 2026 blockierten Brave Shields, uBlock Origin Lite und AdGuard mit Tracking Protection die Conversion-Requests mit dem Parameter em (googleadservices.com/pagead/conversion/ und google.com/pagead/1p-conversion/). AdGuard mit Standardfiltern, AdBlock und AdGuard DNS ließen sie durch, und em änderte kein Ergebnis.

### 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: Ihr Server sendet gehashte Kundendaten mit der Bestell-ID innerhalb von 24 Stunden nach der Conversion (Google Ads-Hilfe und Dokumentation der Google Ads API, geprüft im Oktober 2026). Die von uns gelesenen Seiten sagen nichts zu Server-Side-Tagging-Containern. Zur Route von Product Metrics: Laut der Seite zu Full Signal Tracking sendet Full Signal gehashte Kundendaten mit dem Kauf und funktioniert mit Enhanced Conversions. Welche Felder das sind, hängt von den Kundendaten ab, die Ihr Checkout bereitstellt.

### Brauche ich weiterhin eine Einwilligung?

Gehen Sie nicht davon aus, dass eines von beiden die Einwilligung ersetzt. Laut Google folgt bei Consent Mode das Ads-Cookie, das die Daten erfasst, dem Status von ad_storage (geprüft im Oktober 2026). Welche Einwilligung Sie brauchen, hängt von Ihrer Region und Ihrem Consent-Setup ab. Klären Sie das mit Ihrem Rechtsbeistand; dieser Text ist keine Rechtsberatung.

### Ist Hashing dasselbe wie Anonymisieren?

Nein. Laut Google werden die Daten normalisiert und mit SHA-256 gehasht, bevor sie gesendet werden (geprüft im Oktober 2026), eine E-Mail-Adresse geht also nicht im Klartext raus. Dieselbe Eingabe ergibt aber immer denselben Hash, und genau das ermöglicht Google die Zuordnung. Ob gehashte Daten personenbezogene Daten sind, klärt Ihr Rechtsbeistand.

Auch verfügbar in: [English](https://www.productmetrics.io/blog/enhanced-conversions-vs-server-side-tracking) | [Nederlands](https://www.productmetrics.io/nl/blog/enhanced-conversions-uitleg)

---

Geschrieben von Berend Vrakking, Gründer von Product Metrics. Zuletzt aktualisiert: 2026-10-08.

HTML-Version: https://www.productmetrics.io/de/blog/enhanced-conversions-erklaerung