Google Ads Tracking 2026: Was sich bei Consent Mode, Enhanced Conversions und GTM geändert hat
Google AdsConsent ModeEnhanced ConversionsGoogle Tag Manager

Google Ads Tracking 2026: Was sich bei Consent Mode, Enhanced Conversions und GTM geändert hat

Google hat 2026 an vielen Stellen gleichzeitig umgebaut: Enhanced Conversions mit einem Schalter, Consent Mode als zentrale Steuerung für Werbedaten aus GA4, ein allgemein verfügbares Tag Gateway und mehrere Änderungen im Tag Manager. Ein Überblick, was davon dein Tracking betrifft.

Veröffentlicht 15. Oktober 20266 Min. Lesezeit

Wer Google Ads betreut, hat 2026 viele E-Mails von Google bekommen. Einzeln wirkt jede Änderung klein. Zusammen verschieben sie aber, wo Fehler im Tracking entstehen und welche Einstellungen wirklich zählen. Dieser Artikel sortiert die wichtigsten Neuerungen des Jahres nach dem, was sie für dein Conversion-Tracking bedeuten. Alle Angaben stammen aus Googles eigenen Hilfeseiten und Release-Notes, Stand Mitte Oktober 2026.

Wenn du das Setup von Grund auf verstehen willst, lies zuerst unseren Guide, wie du Google Ads Conversions einrichten kannst. Hier geht es um das, was neu ist.

1. Enhanced Conversions: ein Schalter statt zwei Varianten

Die größte Vereinfachung des Jahres betrifft Enhanced Conversions. Laut der Google-Ads-Hilfe lief die Umstellung in drei Schritten:

  • April 2026: Google Ads akzeptiert vom Nutzer angegebene Daten gleichzeitig aus Website-Tag, Data Manager und API-Verbindungen. Du musst dich nicht mehr für einen einzigen Weg entscheiden.
  • Juni 2026: Enhanced Conversions für Web und für Leads sind zu einer einzigen Ein-Aus-Einstellung zusammengeführt. Die Auswahl einer Implementierungsmethode entfällt. Wer den Kundendaten-Bedingungen schon zugestimmt hatte, wurde automatisch migriert.
  • 15. Juni 2026: Offline-Conversion-Importe und Uploads für Enhanced Conversions for Leads laufen nur noch über die Data Manager API. In der Google Ads API sind sie blockiert.

Was das für dich bedeutet: Für Website-Conversions wird es einfacher. Die eigentliche Arbeit bleibt aber dieselbe: Der Google Tag muss im Moment der Conversion die gehashten Nutzerdaten wie E-Mail oder Telefonnummer bekommen. Wenn deine Diagnose in Google Ads meldet, dass kaum Nutzerdaten ankommen, hilft auch der neue Schalter nicht.

Wer Leads aus dem CRM zurück an Google Ads spielt, muss dagegen prüfen, ob sein Tool schon die Data Manager API nutzt. Das betrifft Offline-Conversions, ein Thema, das wir bei unserem Schwesterprodukt LeadMetrics behandeln.

Die zweite große Änderung ist weniger sichtbar, aber folgenreicher. Bis Mitte 2026 wurde in Google Analytics über zwei Stellen gesteuert, ob Werbe-Identifikatoren erfasst werden: die Einstellung Google Signals und die Consent-Mode-Einstellungen. Laut der Google-Analytics-Hilfe ist seit etwa dem 15. Juni 2026 Google Consent Mode v2 die einzige Steuerung dafür.

Google Signals regelt danach nur noch, ob Analytics-Daten für Verhaltensberichte mit angemeldeten Nutzern verknüpft werden. Für Daten, die über eine verknüpfte Property an Google Ads gehen, gelten die Einstellungen in Google Ads.

Zwei weitere Schritte hat Google angekündigt, aber noch nicht datiert:

  • ad_personalization soll künftig allein steuern, ob verknüpfte Daten in Google Ads für Personalisierung genutzt werden.
  • Automatisch erfasste IP-Adressen sollen verschlüsselt an das verknüpfte Google Ads Konto gehen.

Was das für dich bedeutet: Wer sich darauf verlassen hat, dass "Google Signals aus" Werbedaten zurückhält, hat dieses Sicherheitsnetz nicht mehr. Entscheidend ist jetzt, dass dein Cookie-Banner den Consent-Mode-Standard auf "denied" setzt und das Update erst nach einer aktiven Einwilligung sendet. Ein Banner, der die Einwilligung speichert, aber den Google Tag nie informiert, kostet dich Conversions. Ein Default auf "granted" ist im EWR ein Datenschutzproblem.

3. Google Tag Gateway ist allgemein verfügbar

Das Google Tag Gateway für Werbetreibende liefert Google-Tags über deine eigene Domain aus. Laut den Release-Notes des Tag Managers kam es 2026 schrittweise:

  • 5. Januar: Google Cloud als Beta mit Ein-Klick-Workflow
  • 29. Januar: Akamai
  • 14. Mai: Akamai und Fastly mit automatisch angelegten Routing-Regeln
  • 1. Juni: Google Cloud allgemein verfügbar
  • 3. Juni: Amazon CloudFront über einen geführten Ablauf im Tag Assistant

Was das für dich bedeutet: Google bietet jetzt selbst an, was bisher Server-Side-Anbieter als First-Party-Proxy verkauft haben. Requests über die eigene Domain werden seltener von Ad-Blockern ausgebremst. Das Gateway ändert aber nichts an der Einwilligungspflicht. Die Consent-Signale werden genauso ausgewertet wie vorher. Und du brauchst Zugriff auf CDN oder Cloud-Infrastruktur, was viele kleinere Websites auf Baukasten-Systemen nicht haben.

4. Google Ads erfasst mehr Website-Events automatisch

Am 4. Februar hat Google laut Release-Notes eingeführt, dass Google Ads mit weniger manueller Einrichtung mehr Website-Event-Daten erfasst. Google weist selbst darauf hin, dass du dadurch mehr Netzwerk-Requests an Google-Domains sehen kannst.

Was das für dich bedeutet: Mehr automatisch erfasste Events sind kein Ersatz für klar definierte Conversion-Aktionen. Prüfe in deinem Konto, welche Aktionen als primär zählen, damit Smart Bidding auf das optimiert, was für dich wirklich ein Lead oder Kauf ist. Und denk daran, dass auch diese zusätzlichen Requests unter deine Consent-Einstellungen fallen.

5. Der Tag Manager hat sich spürbar verändert

Für alle, die mit dem Google Tag Manager arbeiten, waren 2026 einige Release-Notes besonders relevant:

  • 9. Juli, Container-Einschränkungen: Das Verhalten eines Containers hängt jetzt von seiner ID ab, nicht vom Ladeweg. GTM-Container sind uneingeschränkt, Container mit G- oder AW-ID führen nur von Google bereitgestellte Tags und Variablen aus. Betroffene Admins hat Google per E-Mail informiert.
  • 22. Juni, Server-zu-Server-Conversions: Wenn eine gclid vorhanden ist, verknüpft Google serverseitige Daten mit Browser-Signalen wie Cookies, um Conversions zuzuordnen, die bisher untergezählt wurden.
  • 17. September, KI-Zusammenfassungen: Beim Veröffentlichen schlägt der Tag Manager Versionsname und Beschreibung automatisch vor.
  • 8. Oktober, Vereinheitlichung von gtag('config'): Alle gtm.js-Snippets initialisieren jetzt beim Laden des Containers, unabhängig von gtag('config')-Befehlen. Config-Befehle erscheinen im Data Layer als gtag.config-Events. Google warnt ausdrücklich, dass dadurch Trigger für benutzerdefinierte Ereignisse mit Platzhalter unerwartet auslösen können.
  • 12. Oktober, direktes Senden: Container können Daten direkt an Google-Messprodukte senden, ohne zusätzlich gtag.js zu laden. Einstellungen und Diagnose hängen dann an sogenannten Destination-Tags im Container.

Was das für dich bedeutet: Die Änderung vom 8. Oktober ist die mit dem größten Fehlerpotenzial. Wer Trigger auf "alle benutzerdefinierten Ereignisse" oder mit Regex auf Event-Namen gebaut hat, sollte jetzt im Vorschaumodus prüfen, ob Tags plötzlich öfter feuern als gewollt. Doppelte Conversions sind die typische Folge.

Was die Änderungen zusammen zeigen

Google macht einzelne Dinge einfacher, etwa den Schalter für Enhanced Conversions. Gleichzeitig wird das Gesamtsystem nicht kleiner: mehr automatische Events, neue Ladewege, neue Container-Regeln und mit dem Tag Gateway eine weitere Infrastruktur-Option. Wer den Tag Manager intensiv nutzt und ein Team dafür hat, bekommt mehr Möglichkeiten. Wer nur sauber messen will, ob Anzeigen zu Leads und Käufen führen, muss mehr Änderungen nachverfolgen, als ihm lieb ist.

Drei Dinge bleiben unabhängig von allen Neuerungen gleich wichtig:

  1. Consent zuerst: Standard "denied", Update erst nach aktiver Einwilligung, und ein Banner, der wirklich mit dem Google Tag spricht.
  2. Nutzerdaten im richtigen Moment: Enhanced Conversions wirken nur, wenn E-Mail oder Telefonnummer beim Conversion-Event vorliegen.
  3. Eine Quelle pro Conversion: Kein paralleles Zählen über Ads-Tag und GA4-Import.

Wie LeadSignal damit umgeht

LeadSignal bindet Google Ads browserseitig über den Google Tag an. Sobald eine Google-Ads-Integration eingerichtet ist, setzt das Script die Consent-Mode-Standardwerte auf "denied" und sendet nach der Einwilligung im eingebauten Cookie-Banner ein Update. Die Werbe-Signale folgen der Kategorie Marketing, analytics_storage der Kategorie Statistik. Formularfelder für E-Mail, Telefon und Namen erkennt LeadSignal automatisch und übergibt sie bei Conversion-Events als Nutzerdaten für Enhanced Conversions an den Google Tag.

Einen Tag-Manager-Container brauchst du dafür nicht, und dieselbe Einrichtung bedient auch Meta, LinkedIn und TikTok. Wie das konkret aussieht, zeigt die Seite zur Google-Ads-Integration.

Google ändert diese Systeme laufend. Wir aktualisieren diesen Artikel, wenn Google die angekündigten Termine für ad_personalization und die IP-Adressen veröffentlicht.

Begriffe in diesem Artikel

Passende Guides

Weitere Artikel