# Google Ads Server-side Tracking: So richten Sie das Conversion-Tracking in einem Server-Container ein

Google Ads im Server-Container: Conversion Linker, Conversion- und Remarketing-Tags, erweiterte Conversions, Diagnose, Gewinn- und Offline-Daten.

Source: https://taggrs.io/de/google-ads-server-side-tracking/
Author: Małgorzata Poddębniak, Content-Marketerin · [LinkedIn](https://www.linkedin.com/in/malgorzatapoddebniak/)
Updated: 2026-11-13

---

Google Ads Server-side Tracking sendet Ihre Conversions aus einem Server-Container, den Sie kontrollieren, an Google Ads statt über Conversion-Tags im Browser Ihrer Besucher. Das Google-Tag erfasst weiterhin Events auf Ihrer Website. Ihr Server-Container nimmt sie an, und die Google-Ads-Tags darin machen daraus Conversions und Remarketing-Daten.

An der Verknüpfung mit dem Klick scheitern die meisten Setups. Eine Conversion zählt nur dann für eine Kampagne, wenn Google sie dem Anzeigenklick zuordnen kann, über die Klick-ID, die der Conversion Linker speichert, oder über die Kundendaten, die mit erweiterten Conversions (Enhanced Conversions) gesendet werden. Ohne Conversion Linker im Server-Container kommen serverseitige Conversions ohne Klick an, dem sie zugeordnet werden könnten.

Dieser Guide zeigt, was Browser und Server jeweils tun, wie Google Ads mit Duplikaten umgeht, welche zwei serverseitigen Routen es gibt und wie das Setup in vier Schritten funktioniert. Danach geht es um erweiterte Conversions, Gewinn- und Offline-Conversions, die Diagnose der erweiterten Conversions und darum, wie Sie alles testen.

## Was ist Google Ads Server-side Tracking?

Google Ads Server-side Tracking verlegt Ihren Conversion Linker, das Conversion-Tracking und die Remarketing-Tags aus dem Browser in einen Server-Container auf Ihrer eigenen Subdomain. Der Browser sendet einen einzigen Event-Strom an diesen Container, und die Google-Ads-Tags darin senden Conversions an Google Ads, mit der Klick-ID und optional mit gehashten Kundendaten.

Die Attribution funktioniert wie bisher. Google ordnet eine Conversion einem Anzeigenklick über die gclid zu, die Klick-ID in der URL der Landingpage, oder über Kundendaten, die zu einem angemeldeten Google-Konto passen, wenn Sie erweiterte Conversions nutzen.

Warum Browser-Tracking überhaupt Conversions verliert, erklärt unser Beitrag darüber, [warum Ihre Meta-, GA4- und Google-Ads-Conversions nicht übereinstimmen](/de/warum-deine-meta-ga4-und-google-ads-conversions-nicht-uebereinstimmen/).

## Die wichtigsten Vorteile

### Mehr Conversions, die dem Klick zugeordnet werden

Die gclid hilft nur, wenn sie im Moment der Conversion noch vorhanden ist. Ein Server-Container auf Ihrer eigenen Domain kann die Klick-ID in einem Cookie speichern, das er selbst setzt, und Browser gehen damit großzügiger um als mit einem Cookie, das JavaScript schreibt. Erweiterte Conversions bieten einen zweiten Weg zur Zuordnung, wenn das Cookie fehlt.

### Bessere Daten für Smart Bidding

Smart Bidding optimiert auf die Conversions, die es erhält. Kommt ein Teil davon nie an, lernt es aus einer unvollständigen Stichprobe und bevorzugt die Klicks, deren Conversions den Browser überstehen. Serverseitige Conversions liefern eine vollständigere Zahl, mit dem bestätigten Bestellwert. Lesen Sie, [wie Server-side Tracking Smart Bidding und automatisierte Kampagnen verbessert](/de/improve-smart-bidding-with-server-side-tracking/).

### Conversions nach dem Besuch

Ein Abschluss Ihres Vertriebsteams oder eine telefonische Bestellung erreicht den Browser nie, ein Conversion-Tag kann sie also nicht erfassen. Mit Offline-Conversions sendet Ihr Backend sie über denselben Server-Container an Google Ads, zugeordnet zum ursprünglichen Klick.

### Kontrolle darüber, was Google Ads erhält

Jedes Event läuft durch einen Server-Container, den Sie kontrollieren. Sie entscheiden, welche Felder weitergeleitet werden, Sie können Gewinn statt Umsatz als Conversion-Wert senden, und der Server-Container verschlüsselt den Conversion-Wert, den er an den Browser zurückgibt.

**Reines Browser-Tracking und Server-side Tracking für Google Ads**

|                                          | Nur Browser                        | Server-side mit TAGGRS                     |
| ---------------------------------------- | ---------------------------------- | ------------------------------------------ |
| Klick-Cookie in Safari                   | ✗ Kann auf einen Tag begrenzt sein | ✓ First-Party, von Ihrem Server gesetzt    |
| Werbeblocker und Tracking Prevention     | ✗ Oft blockiert                    | ✓ Weniger betroffen                        |
| Kundendaten für erweiterte Conversions   | – Nur, was der Browser hat         | ✓ Aus Ihren Bestelldaten ergänzt           |
| Conversions nach dem Besuch              | ✗ Nicht erfasst                    | ✓ Als Offline-Conversions gesendet         |
| Kontrolle darüber, was Google Ads erhält | ✗ Begrenzt                         | ✓ Felder filtern, hashen oder zurückhalten |

> „Wenn ich es nicht bräuchte, würde ich es nicht nutzen. Unsere Kampagnen werden von KI-Bots gesteuert, die buchstäblich Daten lesen und nach Verbesserungen suchen. Das geht aber nur, wenn wir richtig messen, und serverseitiges Tracking macht das möglich.“
>
> Peter van der Harg, Google Ads AI Optimization Expert, Adbrains

## Google-Tag, serverseitige Tags oder beides?

Auch ein serverseitiges Setup braucht den Browser. Das Google-Tag in Ihrem Web-Container erfasst die Events und den Klickkontext, und die Google-Ads-Tags in Ihrem Server-Container machen daraus Conversions.

| Die Browserseite                                           | Die Serverseite                                          |
| ---------------------------------------------------------- | -------------------------------------------------------- |
| Führt das Google-Tag aus und sendet Events an Ihren Server | Speichert die Klick-ID mit dem Conversion Linker         |
| Sieht die URL der Landingpage mit der gclid                | Sendet Conversions mit dem Conversion-Tracking-Tag       |
| Liest Bestell- und Kundendaten aus dem Data Layer          | Ergänzt gehashte Kundendaten für erweiterte Conversions  |
| Liest den Einwilligungsstatus aus Ihrem Consent-Banner     | Erstellt Remarketing-Zielgruppen mit dem Remarketing-Tag |

Google Ads hat keine Event-ID wie Meta, um eine Browser-Kopie mit einer Server-Kopie zu verknüpfen. Es verwirft ein Duplikat nur, wenn zwei Conversions für dieselbe Conversion-Aktion dieselbe Transaktions-ID tragen. Wenn Sie ein Browser-Conversion-Tag weiterlaufen lassen, während Sie das Server-Tag testen, lassen Sie beide auf dieselbe Conversion-Aktion zeigen und übergeben Sie dieselbe Transaktions-ID, sonst zählt jeder Kauf doppelt. Sobald das Server-Tag funktioniert, entfernen Sie das entsprechende Tag aus dem Web-Container, wie Google es empfiehlt.

## Wählen Sie Ihre serverseitige Route

Es gibt zwei Wege, Conversions von einem Server an Google Ads zu senden. Sie decken unterschiedliche Conversions ab, und TAGGRS betreibt beide aus demselben Server-Container.

| Route                                      | Geeignet für                                                                                       | Gut zu wissen                                                                                                                                                                          |
| ------------------------------------------ | -------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Conversion-Tracking-Tag in server-side GTM | Website-Conversions: Käufe, Leads, Anmeldungen                                                     | Erfordert das Google-Tag im Browser und einen Conversion Linker im Server-Container. Funktioniert mit erweiterten Conversions und Remarketing.                                         |
| Import von Offline-Conversions             | Conversions nach dem Besuch: abgeschlossene Deals, telefonische Bestellungen, Verkäufe im Geschäft | Erfordert die gclid oder Kundendaten aus dem ursprünglichen Besuch, gespeichert beim Lead. Seit Juni 2026 nimmt Google programmatische Offline-Importe über seine Data Manager API an. |

## Server-side Tracking und die DSGVO

Mit Server-side Tracking haben Sie einen zentralen Ort, an dem Sie Einwilligungsentscheidungen und Datenminimierung anwenden, bevor etwas Google erreicht. Mit TAGGRS entscheiden Sie, welche Informationen erfasst und weitergeleitet werden, und Sie können sensible Felder wie IP-Adressen filtern oder anonymisieren, bevor sie die Server von TAGGRS verlassen. Beim server-side GTM-Hosting wählen Sie, wo Ihr Server Daten verarbeitet, auch an Standorten innerhalb der EU.

Für Besucher im Europäischen Wirtschaftsraum verlangt Google Einwilligungssignale, bevor es Ihre Daten für Messung und personalisierte Anzeigen nutzt. Consent Mode v2 übergibt vier davon: `ad_storage`, `analytics_storage`, `ad_user_data` und `ad_personalization`. Ist `ad_personalization` abgelehnt, erhält Remarketing für diesen Besucher keine Daten. Den Consent Mode richten Sie nur im Web-Container ein. Das Google-Tag sendet den Einwilligungsstatus mit jedem Request mit, und die Google-Ads-Tags in Ihrem Server-Container richten sich danach.

Das unterstützt Grundsätze der DSGVO wie Datenminimierung und Zweckbindung. Eine Rechtsgrundlage für die Verarbeitung ersetzt es nicht. Eine Conversion, die ein Besucher abgelehnt hat, darf gar nicht gesendet werden, ob aus dem Browser oder von Ihrem Server. Mehr dazu in [Server-side Tracking und die DSGVO](/de/server-side-tracking/gdpr/), auf unserer [Sicherheitsseite](/de/security/) und in unserem Beitrag zu [Google Consent Mode V2](/de/google-consent-mode-v2/).

> **Expertentipp.** Der Conversion Linker speichert die gclid aus dem Anzeigenklick im `_gcl_aw`-Cookie, das JavaScript auf der Landingpage schreibt. Safari löscht Cookies, die JavaScript schreibt, nach sieben Tagen ohne Besuch. Kommt der Besucher von einer Domain, die Safari als Cross-Site-Tracker eingestuft hat, auf eine URL mit Query-String, und den hat jede gclid-URL, begrenzt Safari sie auf 24 Stunden. Ein Klick am Montag und ein Kauf am Donnerstag sind dann zwei unverbundene Events. Ein Cookie, das Ihr eigener Server über den Set-Cookie-Header setzt, unterliegt diesen Begrenzungen nicht, solange der Server auf Ihrer eigenen Domain läuft (siehe Schritt 1).

## Google Ads Server-side Tracking einrichten

Unsere Dokumentation enthält Schritt-für-Schritt-Anleitungen für jeden Teil des Setups. Arbeiten Sie sie in dieser Reihenfolge durch.

Im folgenden Video zeigt Lowie Verschelden Schritt für Schritt, wie Sie Google Ads Server-side Tracking einrichten.

[Tracking Session #2: Google Ads Server-side Tracking](https://www.youtube.com/watch?v=v2zOPI_AkzY)

### 1. Erstellen Sie einen Server-Container in Google Tag Manager

Im Server-Container kommen Ihre Events an, bevor sie an Google Ads weitergeleitet werden. Er läuft auf einer First-Party-Tagging-URL auf Ihrer eigenen Domain, etwa `sending.example.com`. Eine Subdomain nur auf einen externen Dienst zeigen zu lassen, reicht nicht, denn Safari vergleicht IP-Adressen, bevor es entscheidet, ob es die Lebensdauer eines Cookies verlängert.

Die Google-Ads-Tags im Server-Container laufen auf den Events, die der GA4-Client annimmt. Richten Sie deshalb zuerst das Google-Tag in Ihrem Web-Container so ein, dass es an Ihren Server sendet. Der [Guide zu GA4 Server-side Tracking](/de/ga4-server-side-tracking/) beschreibt diesen Teil.

[Doku: Google Tag Manager einrichten](https://taggrs.io/de/docs/server-side-tracking/setup/gtm)

### 2. Installieren Sie den Conversion Linker

Der Conversion Linker liest die Klick-ID aus der URL der Landingpage und speichert sie, damit eine spätere Conversion im selben Besuch der Anzeige zugeordnet werden kann. Fügen Sie ihn Ihrem Server-Container hinzu und lösen Sie ihn auf allen Seiten aus, denn jede Seite kann eine Landingpage sein. Ohne ihn hat das Conversion-Tag keinen Klick, den es melden kann.

[Doku: Conversion Linker installieren](https://taggrs.io/de/docs/server-side-tracking/google-ads/conversion-linker)

### 3. Richten Sie das Conversion-Tracking-Tag ein

Legen Sie in Google Ads für jede Conversion, die Sie zählen möchten, etwa einen Kauf oder einen Lead, eine Conversion-Aktion an und kopieren Sie deren Conversion ID und Conversion Label. Fügen Sie im Server-Container ein Google Ads Conversion Tracking-Tag mit beiden Werten hinzu und lösen Sie es mit dem Event-Namen aus, den Ihr Web-Container sendet, etwa `purchase`.

Das Tag liest Transaktions-ID, Conversion-Wert und Währung aus den E-Commerce-Daten im Event. Übergeben Sie alle drei: Anhand der Transaktions-ID verwirft Google Ads Duplikate, und ein Wert braucht eine Währung.

[Doku: Conversion Tracking einrichten](https://taggrs.io/de/docs/server-side-tracking/google-ads/conversion-tracking)

### 4. Richten Sie das Remarketing-Tag ein

Das Google Ads Remarketing-Tag erstellt Zielgruppen aus Ihren Website-Besuchern für die Suche, YouTube und das Displaynetzwerk. Fügen Sie es mit Ihrer Conversion ID Ihrem Server-Container hinzu und lösen Sie es bei Events des GA4-Clients aus.

Für dynamisches Remarketing erwartet das Tag Produkt-IDs in einem Feld `id`, während ein Standard-GA4-Setup sie als `item_id` sendet. Bleiben Ihre Zielgruppen nach der Umstellung auf server-side leer, ordnen Sie das eine Feld dem anderen zu. Die Doku zeigt, wie.

[Doku: Remarketing-Tags einrichten](https://taggrs.io/de/docs/server-side-tracking/google-ads/remarketing-tag)

## Erweiterte Conversions serverseitig einrichten

Erweiterte Conversions senden mit jeder Conversion First-Party-Kundendaten mit, etwa eine E-Mail-Adresse. Google hasht sie mit SHA-256 und gleicht sie mit angemeldeten Google-Konten ab. So werden Conversions auch dann Anzeigen zugeordnet, wenn die Klick-ID fehlt.

Aktivieren Sie die Funktion in Google Ads unter Goals, Settings im Bereich Customer data use und akzeptieren Sie die Bedingungen für Kundendaten. Setzen Sie in Ihrem Web-Container den Parameter `user_data` des Google-Tags auf eine Variable vom Typ User-provided Data. Die Code-Methode, ein Push in den Data Layer, liefert die einheitlichsten Daten. Das Conversion Tracking-Tag in Ihrem Server-Container sendet alle Kundendaten, die mit dem Event ankommen.

Beachten Sie:

- Senden Sie mindestens eine E-Mail-Adresse oder eine Telefonnummer. Für eine Anschrift sind Vorname, Nachname, Postleitzahl und Land nötig.
- Telefonnummern brauchen das Format E.164, mit Pluszeichen und Ländervorwahl.
- Sie können die Daten ungehasht senden und von Google normalisieren und hashen lassen, oder sie selbst mit SHA-256 hashen, nachdem Sie Leerzeichen entfernt und alles in Kleinbuchstaben umgewandelt haben.
- Lassen Sie Felder, die Ihre Website nicht erfasst, weg, statt sie leer zu senden.

Mehr zu [erweiterten Conversions und der Übereinstimmungsrate](/de/google-ads-enhanced-conversions-explained/).

[Doku: Erweiterte Conversions konfigurieren](https://taggrs.io/de/docs/server-side-tracking/google-ads/enhanced-conversions)

## Zusätzliche Tools für Google Ads Server-side Tracking

### Gewinn-Tracking

ROAS zeigt, wie viel Umsatz jeder Euro Werbeausgaben bringt. Profit on Ad Spend (POAS) zeigt, was davon nach Abzug der Kosten übrig bleibt. Der POAS Tracking Connector liest einen Produkt-Feed mit dem Einkaufspreis pro Produkt. Erreicht ein Kauf Ihren Server-Container, berechnet er den Gewinn dieser Bestellung und gibt ihn als Variable zurück, die Sie als Conversion-Wert nutzen. Ihre Margen bleiben im Server-Container und erreichen den Browser nie. Mehr dazu in [POAS vs. ROAS](/de/poas-vs-roas-welche-kennzahl-sagt-dir-ob-deine-anzeigen-rentabel-sind/).

[Doku: POAS Tracking Connector](https://taggrs.io/de/docs/server-side-tracking/poas-tracking-connector)

### Offline-Conversions

Das Google Ads Offline Conversion-Tag sendet Conversions aus Ihrem Backend oder CRM über Ihren Server-Container an Google Ads. Ihr System ruft einen Webhook auf Ihrer Subdomain auf, mit der gclid, dem Einwilligungsstatus des Besuchers für `ad_storage`, `ad_user_data` und `ad_personalization` und mit Kundendaten als Ausweichlösung, wenn die gclid fehlt. TAGGRS verbindet sich direkt mit Ihrem Google-Ads-Konto, Sie brauchen also kein Google-Cloud-Dienstkonto. Mehr zu [Offline-Conversions](/de/offline-conversions-prove-real-roas/).

[Doku: Offline-Conversions einrichten](https://taggrs.io/de/docs/server-side-tracking/google-ads/offline-conversion-tag)

## Prüfen Sie die Diagnose Ihrer erweiterten Conversions

Die Diagnose der erweiterten Conversions zeigt, ob die Kundendaten, die Sie senden, verwendbar sind. Gehen Sie in Google Ads zu Goals, Summary, öffnen Sie die Details einer Conversion-Aktion und wählen Sie den Tab Diagnostics.

Der Bericht gibt einen Status an, Excellent, Good, Needs attention oder No recent data, und drei Kennzahlen:

- **Abdeckung (coverage):** der Anteil der Conversions mit Kundendaten. Sie erscheint innerhalb weniger Stunden.
- **Übereinstimmungsrate (match rate):** wie gut diese Daten zu angemeldeten Google-Konten passen. Sie wird innerhalb von 24 Stunden aktualisiert und erscheint erst ab einer Mindestzahl an Conversions.
- **Conversion-Steigerung (conversion uplift):** die zusätzlichen Conversions, die dank Ihrer Kundendaten gemeldet werden, angezeigt in den ersten 30 Tagen.

Eine niedrige Abdeckung bedeutet, dass das Conversion-Tag ohne Kundendaten auslöst. Prüfen Sie dann, ob die Variable `user_data` in dem Moment gefüllt ist, in dem das Tag auslöst. Eine hohe Abdeckung bei niedriger Übereinstimmungsrate deutet auf die Formatierung hin, etwa Telefonnummern ohne Ländervorwahl. Warnungen erscheinen erst, wenn eine Conversion-Aktion mindestens 20 Conversions in sieben Tagen hat.

Wie Sie Schritt für Schritt ein Setup prüfen, das aktiv aussieht, aber keine Daten sendet, lesen Sie in [Funktionieren Ihre erweiterten Conversions von Google nicht?](/de/google-update-zu-enhanced-conversions-2026-die-meisten-agenturen-haben-noch-nicht-ueberprueft-ob-ihre-loesung-funktioniert/)

## Testen Sie Ihr Setup

Öffnen Sie den Vorschaumodus Ihres Server-Containers und surfen Sie im geöffneten Fenster durch Ihre Website. Der GA4-Client sollte jeden Request annehmen, der Conversion Linker sollte auf jeder Seite auslösen, und das Conversion-Tracking-Tag sollte bei einer Test-Conversion auslösen, mit ausgefüllter Transaktions-ID, Wert und Währung. Der Tab Console listet Fehler beim Senden an Google Ads auf.

In Google Ads kann es bis zu 48 Stunden dauern, bis sich der Status der Conversion-Aktion nach den ersten Daten ändert. Prüfen Sie ihn, bevor Sie das Browser-Conversion-Tag entfernen, und prüfen Sie, dass ein Kauf nicht doppelt gezählt wird, solange beide laufen.

Bevor Smart Bidding aus den neuen Daten lernt, gehen Sie die folgende Checkliste durch.

**Smart Bidding & Server-side Tracking: Checkliste vor dem Launch**

Erledige alle 7 Checks, bevor du live gehst. Jeder Punkt bestimmt direkt, was Smart Bidding in der Lernphase sieht.

**Setup & Data Layer**

- **Audit des Client-side Taggings abgeschlossen** (Kritisch): Keine doppelten Conversion-Events in GTM vor der Migration.
- **Transaktions-ID bei allen Conversion-Aktionen übergeben** (Kritisch): Google Ads entfernt ein Duplikat nur, wenn beide Kopien dieselbe Transaktions-ID enthalten.
- **Enhanced Conversions mit gehashten Nutzerdaten aktiviert** (Wichtig): E-Mail, Telefonnummer und Transaktions-ID aus dem Checkout.

**Kampagnenparameter**

- **Definitionen der Conversion-Events für Smart Bidding festgeschrieben** (Kritisch): Keine Änderungen in den 8 Wochen nach dem Launch: Jede Änderung startet die Lernphase neu.
- **Budget und Ziel-CPA festgelegt und eingefroren** (Kritisch): Keine Änderungen für 8 Wochen: Eine Erhöhung um mehr als 20 % startet eine neue Lernphase.

**Reporting & Abstimmung mit dem Kunden**

- **Ausgangswerte vor der Implementierung dokumentiert** (Wichtig): Bereinigt um den erwarteten Deduplizierungseffekt. Vergleiche keine Rohzahlen.
- **Erwartung mit dem Kunden geklärt: Bewertung in Woche 12, nicht in Woche 4** (Wichtig): Schriftlich vereinbart vor dem Go-live, nicht erst, wenn die Ergebnisse aus Monat 1 da sind.

[Doku: Setup testen](https://taggrs.io/de/docs/server-side-tracking/setup/test-configuration)

## So hilft TAGGRS

TAGGRS hostet Ihren Server-Container, sodass Sie Google Ads Server-side Tracking nutzen können, ohne selbst einen Server zu verwalten.

- [Server-side GTM-Hosting](/de/gtm-server-side-tagging-hosting/) auf Ihrer eigenen Subdomain, für First-Party-Requests und längere Cookie-Laufzeiten.
- Cookie Recovery hält die Klick-Cookies von Google Ads, etwa FPGCLAW, bis zu 90 Tage. Lesen Sie, [wie Cookie Recovery funktioniert](/de/cookie-recovery-ios/).
- Offline Conversions mit direkter Verbindung zu Google Ads, für Conversions, die nach dem Besuch stattfinden.
- Der POAS Tracking Connector, um auf Gewinn statt auf Umsatz zu bieten.
- Fertige Vorlagen und eine Copy-Paste-Option für GTM, die das Setup beschleunigen.

Das TAGGRS-Dashboard zeigt, wie viele Ihrer Events Tracking Prevention im Browser und Werbeblocker sonst gestoppt hätten.

![Das TAGGRS-Analytics-Dashboard: GA4-Events gesamt, die Auswirkung der Tracking Prevention und ein Diagramm mit dem täglichen Anteil der Events, die von Browser-Tracking-Prevention und Werbeblockern zurückgewonnen wurden](https://taggrs.io/_astro/dashboard-analytics-focus.DsKMqKF8_Z1BxApa.webp?dpl=dpl_AzPzciij3XxAdVcvxKopSYAzbo1C)

**Unsicher, wo Ihr Setup sonst noch Daten verliert?**

Unser kostenloser Website-Tracking-Checker scannt Ihre Website und zeigt, welche Pixel, serverseitigen Verbindungen, Cookies und Einwilligungseinstellungen funktionieren, jeweils mit einer empfohlenen Lösung.

- [Tracking prüfen](/de/website-tracking-checker/)

## Häufig gestellte Fragen

**Sollte ich das Google-Ads-Conversion-Tag oder importierte GA4-Schlüsselereignisse nutzen?**

Nutzen Sie das Google-Ads-Conversion-Tag für die Conversions, auf die Sie bieten. Importierte GA4-Schlüsselereignisse liefern keine View-Through-Conversions, und GA4 rechnet eine Conversion dem Tag zu, an dem sie stattfand, während Google Ads sie dem Tag des Klicks zurechnet. Wenn Sie zusätzlich Schlüsselereignisse importieren, setzen Sie sie auf sekundär, damit ein Kauf beim Bieten nicht doppelt zählt.

**Brauche ich in einem serverseitigen Setup noch den Conversion Linker?**

Ja. Der Conversion Linker in Ihrem Server-Container speichert die Klick-ID von der Landingpage. Ohne ihn können serverseitige Conversions nicht dem Anzeigenklick zugeordnet werden. Lösen Sie ihn auf allen Seiten aus.

**Warum zählt Google Ads meine Conversions doppelt?**

Meist, weil ein Browser-Tag und ein Server-Tag dieselbe Conversion senden. Google Ads verwirft ein Duplikat nur, wenn beide dieselbe Transaktions-ID für dieselbe Conversion-Aktion tragen. Übergeben Sie die Bestell-ID als Transaktions-ID und entfernen Sie das Browser-Tag, sobald das Server-Tag funktioniert.

**Was zeigt die Diagnose der erweiterten Conversions?**

Einen Status pro Conversion-Aktion, den Anteil der Conversions mit Kundendaten (Abdeckung), wie gut diese Daten zu Google-Konten passen (Übereinstimmungsrate), und die zusätzlichen Conversions, die sie in den ersten 30 Tagen bringen. Sie finden sie im Tab Diagnostics der Conversion-Aktion.

**Ist Google Ads Server-side Tracking DSGVO-konform?**

Es unterstützt die DSGVO, weil Sie steuern und minimieren können, was Google erreicht. Eine Rechtsgrundlage oder Einwilligung ersetzt es aber nicht. Richten Sie Consent Mode v2 im Web-Container ein. Die Google-Ads-Tags im Server-Container folgen dem Einwilligungsstatus, und Remarketing erhält keine Daten, wenn ad\_personalization abgelehnt ist. Mehr dazu in [unserem Leitfaden zu Server-side Tracking und der DSGVO](/de/server-side-tracking/gdpr/).

- Fallstudie: [Ein Vorlagensatz für jeden Google-Ads-Kunden](/de/success-stories/adbrains/)
- Artikel: [Google Enhanced Conversions: Wie sie funktionieren und warum die Übereinstimmungsrate deine Gebotsleistung bestimmt](/de/google-ads-enhanced-conversions-explained/)
- Artikel: [Offline Conversions für zuverlässiges serverseitiges Google Ads-Tracking](/de/offline-conversions-prove-real-roas/)
