Im Juni 2026 hat Google Ads die Funktionsweise von \u201eEnhanced Conversions\u201c ge\u00e4ndert. Die beiden separaten Produkte \u201eEnhanced Conversions for Web\u201c und \u201eEnhanced Conversions for Leads\u201c, die jeweils \u00fcber einen eigenen Einstellungsbildschirm und eine eigene Implementierungsmethode verf\u00fcgten, wurden zu einem einzigen Ein-\/Aus-Schalter zusammengefasst. <\/p>\n\n
Google hat es als Vereinfachung dargestellt, und das ist es auch. Aber das Update bewirkt noch etwas, das weniger offensichtlich ist. Es entfernt den sichtbaren Hinweis darauf, dass \u201eEnhanced Conversions\u201c ein aktives System mit sich ver\u00e4ndernden Komponenten ist \u2013 und kein Schalter, den man einmal umlegt und dann vergisst. Wenn du dein System vor einer Weile eingerichtet und seitdem nicht mehr nachgesehen hast, ist die Wahrscheinlichkeit gro\u00df, dass es gar nichts mehr bewirkt. <\/p>\n\n
Ein gro\u00dfer Teil der \u201eEnhanced Conversions\u201c-Einstellungen sieht in Google Ads zwar aktiv aus, liefert aber kaum oder gar keine verwertbaren Daten. Der Schalter steht auf \u201eEin\u201c. Die Conversion-Aktion zeigt Aktivit\u00e4t an. Doch die gehashten Nutzerdaten, die das Ganze erst funktionieren lassen, erreichen Google nie in einer verwertbaren Form. Niemand merkt das, weil in der Benutzeroberfl\u00e4che nichts darauf hindeutet, dass etwas nicht stimmt. <\/p>\n\n
Hier erf\u00e4hrst du, was sich im Juni 2026 tats\u00e4chlich ge\u00e4ndert hat, warum die Einrichtung von \u201eGoogle Enhanced Conversions\u201c ohne sichtbaren Fehler fehlschl\u00e4gt, wie du \u00fcberpr\u00fcfen kannst, ob deine Einrichtung davon betroffen ist, und warum die Weiterleitung der Einrichtung \u00fcber server-side GTM die meisten Fehlerquellen von vornherein beseitigt.<\/p>\n\n
Erweiterte Conversions gibt es, weil das Cookie-basierte Conversion-Tracking eine L\u00fccke aufweist. Google Ads ordnet eine Conversion normalerweise mithilfe einer GCLID zu, einer Klick-ID, die in einem Browser-Cookie gespeichert ist. Wenn dieses Cookie fehlt (blockiert oder gel\u00f6scht wurde oder der Nutzer die Conversion auf einem anderen Ger\u00e4t get\u00e4tigt hat), findet die Conversion zwar trotzdem statt, aber Google kann sie nicht mehr der Anzeige zuordnen, die sie ausgel\u00f6st hat. <\/p>\n\n
\u201eEnhanced Conversions\u201c schlie\u00dfen diese L\u00fccke teilweise durch einen zweiten Identifikator. Wenn ein Nutzer eine Conversion durchf\u00fchrt, erfasst deine Website First-Party-Daten (in der Regel eine E-Mail-Adresse) und verschl\u00fcsselt diese mit SHA-256, bevor sie an Google gesendet werden. Google vergleicht diesen Hash mit Hashes, die aus den Daten seiner eigenen angemeldeten Konten abgeleitet wurden. Wenn sie \u00fcbereinstimmen, wird die Conversion auch ohne funktionierende GCLID zugeordnet. <\/p>\n\n
Das ist der ganze Ablauf: Hashen, senden, abgleichen. Das Hashen erfolgt einseitig, sodass Google niemals eine lesbare E-Mail-Adresse erh\u00e4lt, sondern nur einen Fingerabdruck davon. <\/p>\n\n
Eine vollst\u00e4ndige \u00dcbersicht, einschlie\u00dflich eines Vergleichs zwischen \u201eEnhanced Conversions for Web\u201c und \u201eLeads\u201c, der Funktionsweise der \u00dcbereinstimmungsrate sowie Einrichtungsanleitungen f\u00fcr jeden Implementierungsweg, findest du in unserem umfassenden Leitfaden zu Google Enhanced Conversions<\/a>.<\/p>\n\n Vor Juni 2026 waren \u201eErweiterte Conversions f\u00fcr das Web\u201c und \u201eErweiterte Conversions f\u00fcr Leads\u201c separate Funktionen. Jede hatte ihren eigenen Einstellungsbildschirm, und Werbetreibende mussten pro Conversion-Aktion eine Implementierungsmethode (das Google-Tag, GTM oder die API) ausw\u00e4hlen. <\/p>\n\n Ab April 2026 akzeptierte Google gleichzeitig von Nutzern bereitgestellte Daten aus Website-Tags, dem Data Manager und API-Verbindungen, anstatt eine einzige Methode vorzuschreiben. Ab Juni 2026 wurde diese Flexibilit\u00e4t zur Standardeinstellung: Die beiden Produkte wurden zu einer einzigen Funktion mit einem einzigen Ein-\/Aus-Schalter zusammengefasst<\/a>, und der Bildschirm zur Methodenauswahl verschwand vollst\u00e4ndig aus der Benutzeroberfl\u00e4che. <\/p>\n\n F\u00fcr Agenturen, die mehrere Kunden betreuen, gibt es drei Dinge, die man nach der Zusammenlegung \u00fcberpr\u00fcfen sollte.<\/p>\n\n Bestehende Konfigurationen wurden automatisch migriert, allerdings nur f\u00fcr Konten, die Googles Nutzungsbedingungen f\u00fcr Kundendaten bereits akzeptiert hatten. Wenn ein Kundenkonto diese Bedingungen nie ausdr\u00fccklich akzeptiert hat (was h\u00e4ufig vorkommt, wenn \u201eErweiterte Conversions\u201c von einer fr\u00fcheren Agentur oder einem internen Team aktiviert wurden, das die Einrichtung nicht vollst\u00e4ndig abgeschlossen hat), l\u00e4uft die Migration nicht reibungslos ab, und das Konto zeigt \u201eErweiterte Conversions\u201c m\u00f6glicherweise als verf\u00fcgbar, aber inaktiv an. <\/p>\n\n Durch die \u00c4nderung der Benutzeroberfl\u00e4che sind einige der zuvor vorhandenen Diagnosehinweise nicht mehr sichtbar. Als die Methodenauswahl noch angezeigt wurde, konntest du zumindest \u00fcberpr\u00fcfen, welchen Implementierungspfad eine Konvertierungsaktion eigentlich nutzen sollte. Da dieser Bildschirm nun wegf\u00e4llt, h\u00e4ngt die \u00dcberpr\u00fcfung der Konfiguration jetzt st\u00e4rker von den Diagnosehinweisen ab und weniger davon, ob die Einstellungsseite deinen Erwartungen entspricht. <\/p>\n\n Die Opt-out-M\u00f6glichkeit besteht weiterhin auf der Ebene der Conversion-Aktion, und die Zusammenf\u00fchrung \u00e4ndert nichts an der zugrunde liegenden Anforderung der Datenverarbeitungsbedingungen. Google erwartet nach wie vor, dass Werbetreibende diesen Bedingungen zugestimmt haben und die von Nutzern bereitgestellten Daten in \u00dcbereinstimmung mit den Richtlinien verarbeiten. Die Umschaltfunktion ist einfacher geworden, aber die Verpflichtung zur Einhaltung der Vorschriften bleibt bestehen. <\/p>\n\n Funktionierende Konfigurationen laufen einfach weiter. Aber das ist ein guter Zeitpunkt, um Konten zu \u00fcberpr\u00fcfen, die vor einer Weile eingerichtet und seitdem nie wieder angesehen wurden, denn die Zusammenf\u00fchrung ist genau die Art von \u00c4nderung, die Probleme ans Licht bringt, nach denen niemand gesucht hat. <\/p>\n\n Bei \u201eGoogle Enhanced Conversions\u201c gibt es einen speziellen Fehlerfall, der leicht \u00fcbersehen werden kann. Das Conversion-Tag kann korrekt ausgel\u00f6st werden, die Conversion wird trotzdem erfasst und Google Ads zeigt die Conversion-Aktion als aktiv an, w\u00e4hrend die erweiterten Daten selbst Google nie in einem verwertbaren Zustand erreichen. <\/p>\n\n Googles eigener Diagnosebericht definiert genau aus diesem Grund mehrere Statusmeldungen. \u201eErweiterte Conversions werden erfasst\u201c bedeutet, dass es tats\u00e4chlich funktioniert. \u201eWarten auf erweiterte Conversion-Daten\u201c kann bedeuten, dass es noch zu fr\u00fch ist, da es bis zu 48 Stunden dauern kann, bis der Status aktualisiert wird. Aber \u201eEinrichtungsprobleme erkannt\u201c und \u2013 bei Leads \u2013 der Status \u201eDringend\u201c deuten beide auf eine Einrichtung hin, die zwar live zu sein scheint, aber nichts Brauchbares liefert. In der L\u00fccke zwischen diesen Zust\u00e4nden verharren die meisten fehlerhaften Einstellungen monatelang unber\u00fchrt, w\u00e4hrend niemand auf die Idee kommt, nachzuschauen. <\/p>\n\n Die h\u00e4ufigsten Ursachen sind nicht besonders dramatisch. Es handelt sich um kleine Konfigurationsdetails, die nirgendwo einen Fehler ausl\u00f6sen: <\/p>\n\n Die Diagnose all dieser Probleme beginnt mit denselben zwei \u00dcberpr\u00fcfungen: \u00d6ffne den GTM-Vorschau-Modus und vergewissere dich, dass das \u201euser_data\u201c-Objekt im Conversion-Tag tats\u00e4chlich gehashtete Werte enth\u00e4lt und kein leeres Objekt ist. \u00dcberpr\u00fcfe dann die Netzwerkanfrage selbst auf den \u201eem\u201c-Parameter. Fehlt dieser, ist das Tag nicht so konfiguriert, dass es ihn sendet. Ist er zwar vorhanden, lautet aber etwa \u201etv.1~em.\u201c<\/em> ohne weiteren Nachhang, wird das Feld leer ausgel\u00f6st. In beiden F\u00e4llen liegt die L\u00f6sung in GTM, nicht im Einstellungsbildschirm von Google Ads. <\/p>\n\n Die meisten der oben genannten Fehlerquellen haben eines gemeinsam: Sie treten im Browser auf, wo das Tag vom DOM der Seite abh\u00e4ngt, davon, dass der dataLayer korrekt gef\u00fcllt ist, und davon, dass die Anfrage nicht abgefangen wird, bevor sie den Browser verl\u00e4sst. Die Verlagerung der Einrichtung auf server-side GTM beseitigt zwar nicht alle Fehlerquellen, eliminiert aber einige davon, indem der Ort, an dem die Verarbeitung stattfindet, ge\u00e4ndert wird. <\/p>\n\n Mit einem Server-Container schrumpft die Aufgabe des Browsers. Er sendet das Ereignis (mit den Rohdaten des Nutzers) an deinen eigenen First-Party-Endpunkt. Der Server-Container \u2013 und nicht ein browserseitiges Tag \u2013 erstellt das \u201euser_data\u201c-Objekt, f\u00fchrt die Hash-Verarbeitung durch und leitet die Anfrage an Google weiter. Diese eine \u00c4nderung beseitigt das Problem der doppelten Hash-Verarbeitung vollst\u00e4ndig, da die Hash-Logik nun an einer einzigen Stelle angesiedelt ist, anstatt zwischen der Seite und dem Tag aufgeteilt zu sein. <\/p>\n\n Au\u00dferdem wird dadurch das Risiko durch Werbeblocker<\/a> beseitigt. Ein browserbasiertes \u201eEnhanced Conversions\u201c-Tag sendet seine Anfrage vom Browser des Nutzers aus, was bedeutet, dass ein Werbeblocker oder eine Tracking-Schutzfunktion diese abfangen oder verwerfen kann, bevor Google sie \u00fcberhaupt zu Gesicht bekommt. Das Tag kann perfekt konfiguriert sein und trotzdem Daten an etwas verlieren, das v\u00f6llig au\u00dferhalb deiner Kontrolle liegt. Eine Server-zu-Server-Anfrage von deinem Container an die Google-API ist diesem Risiko nicht ausgesetzt, da es im Browser nichts gibt, was ein Ad-Blocker abfangen k\u00f6nnte. <\/p>\n\n Wichtig zu wissen<\/strong>: Der server-side Schritt hilft nur, wenn die Verbindung zwischen Browser und Server selbst widerstandsf\u00e4hig ist. Stell sicher, dass du das \u201eEnhanced Tracking Script\u201c<\/a> von TAGGRS<\/a> verwendest, damit diese erste Anfrage f\u00fcr Werbeblocker komplett unsichtbar bleibt \u2013 sonst verlagert sich das Risiko einer Abfangung einfach einen Schritt weiter nach vorne in der Kette. <\/p>\n\n Nichts davon ersetzt die Notwendigkeit, die Einstellungen korrekt vorzunehmen. Eine server-side Konfiguration mit einem leeren \u201euser_data\u201c-Feld ist immer noch ein leeres \u201euser_data\u201c-Feld. Aber es bedeutet, dass es weniger Stellen gibt, an denen eine funktionierende Konfiguration pl\u00f6tzlich nicht mehr funktioniert, ohne dass ein Fehler ausgegeben wird \u2013 und genau diese Art von Fehler ist schwer zu entdecken, wenn man nicht aktiv danach sucht. F\u00fcr Agenturen, die mehrere Kundenkonten verwalten, summiert sich dieser Unterschied in der Zuverl\u00e4ssigkeit schnell \u2013 weniger stille Fehler bedeuten weniger Audits, weniger L\u00fccken in den Attributionsdaten und weniger Gespr\u00e4che, in denen man den Kunden erkl\u00e4ren muss, warum ihre Conversion-Zahlen nicht mit der Realit\u00e4t \u00fcbereinstimmen. <\/p>\n\n \u201eEnhanced Conversions\u201c \u00fcbermittelt personenbezogene Daten, und das Hashing \u00e4ndert nichts an dieser Einstufung gem\u00e4\u00df DSGVO. Ein SHA-256-Hash einer E-Mail-Adresse ist pseudonymisierte Daten, keine anonymisierten Daten, da Google (der Empf\u00e4nger) diesen mit bereits vorhandenen Daten abgleichen und die dahinter stehende Person wieder identifizieren kann. Diese Unterscheidung ist wichtig: Pseudonymisierte Daten fallen weiterhin vollst\u00e4ndig unter die DSGVO, mit denselben Verpflichtungen hinsichtlich der Rechtsgrundlage, der Einwilligung und der Rechte der betroffenen Personen. <\/p>\n\n In der Praxis bedeutet das, dass f\u00fcr \u201eGoogle Enhanced Conversions\u201c das Einwilligungssignal \u201ead_user_data\u201c aus dem Consent Mode V2<\/a> erteilt sein muss, bevor es ausgel\u00f6st wird. Wenn ein Nutzer diese Einwilligung verweigert, nimmt das Google-Tag die gehashten Daten \u00fcberhaupt nicht in den Conversion-Hit auf. Das ist beabsichtigt, kein Fehler, und entspricht den geltenden Vorschriften. Die aggregierte Conversion-Modellierung gilt weiterhin f\u00fcr Nutzer, die ihre Einwilligung nicht erteilen. <\/p>\n\n F\u00fcr EU-Agenturen liegt das praktische Risiko in der Regel nicht bei \u201eEnhanced Conversions\u201c selbst. Es sind vielmehr die Konfigurationen, bei denen \u201ead_storage\u201c gew\u00e4hrt wird, \u201ead_user_data\u201c jedoch nie explizit konfiguriert wurde \u2013 sodass das Einwilligungsbanner zwar technisch funktioniert, das zugrunde liegende Signal, das Google f\u00fcr \u201eEnhanced Conversions\u201c tats\u00e4chlich \u00fcberpr\u00fcft, aber nie eingerichtet wurde. Das Tag wird ausgel\u00f6st, Daten werden gesendet, und es gibt keinen Einwilligungsnachweis, der das untermauert. Das ist eine Compliance-L\u00fccke, die in einem Match-Rate-Bericht nicht auftaucht, weil es aus Sicht von Google so aussieht, als w\u00fcrde alles funktionieren. Das ist genau die Art von Problem, die man nur entdeckt, wenn man gezielt danach sucht \u2013 und die sich im Nachhinein nur schwer erkl\u00e4ren l\u00e4sst. <\/p>\n\n Server-side GTM hebt die Einwilligungspflicht nicht auf \u2013 und das sollte es auch nicht. Stattdessen wird die \u00dcberpr\u00fcfung der Einwilligung zentralisiert. Anstatt sich darauf zu verlassen, dass mehrere browserbasierte Tags den Einwilligungsstatus jeweils korrekt ber\u00fccksichtigen, kann der server-side Container die gesamte Nutzerdaten-Nutzlast an einer Stelle pr\u00fcfen, bevor irgendetwas an Google, Meta oder eine andere Plattform gesendet wird. <\/p>\n\n Einen umfassenden \u00dcberblick \u00fcber Einwilligungssignale und server-side Tracking findest du im Leitfaden zur DSGVO und zum server-side Tracking<\/a>.<\/p>\n\n Nach einem Google-Update die erweiterten Conversions in jedem Kundenkonto zu \u00fcberpr\u00fcfen, ist f\u00fcr die meisten Agenturen kein realistischer Arbeitsablauf. Niemand hat die Zeit, jedes Mal, wenn Google etwas \u00e4ndert, den GTM-Vorschau-Modus f\u00fcr f\u00fcnfzig Konten zu \u00f6ffnen. <\/p>\n\n TAGGRS f\u00fchrt \u201eEnhanced Conversions\u201c \u00fcber denselben server-side GTM-Container aus, der auch das \u00fcbrige Tracking eines Kontos abwickelt. Da das Hashing und die Erstellung der \u201euser_data\u201c server-side erfolgen und nicht \u00fcber ein Flickwerk aus Browser-Tags, gibt es weniger Stellen, an denen sich ein unbemerktes Problem wie eine leere Nutzlast oder ein doppelt gehashtes Feld einschleichen kann, ohne dass es jemand bemerkt. <\/p>\n\n Auch die Einwilligungspr\u00fcfung l\u00e4uft an einer zentralen Stelle ab. Anstatt zu pr\u00fcfen, ob jedes browserbasierte Tag auf der Website eines Kunden \u201ead_user_data\u201c korrekt ber\u00fccksichtigt, sorgt der Server-Container zentral daf\u00fcr, bevor Nutzerdaten an Google, Meta oder eine andere Plattform weitergeleitet werden. <\/p>\n\n For teams that already use Google Ads tracking through TAGGRS, \u201cEnhanced Conversions\u201d are part of the same pipeline as all other conversion events and can be monitored through the central analysis dashboards in the TAGGRS account. <\/p>\n\n Mit dem Update vom Juni 2026 wurde es einfacher, \u201eEnhanced Conversions\u201c zu aktivieren \u2013 und es leichter, sie zu vergessen. Das ist das Risiko, das hinter einer Vereinfachung steckt: Weniger Einstellungen zu verwalten bedeutet auch, dass es weniger sichtbare Erinnerungen gibt, die dich daran erinnern, zu \u00fcberpr\u00fcfen, ob das, was du vor Monaten eingerichtet hast, noch immer seinen Zweck erf\u00fcllt. <\/p>\n\n Eine Konfiguration, die in Google Ads als aktiv angezeigt wird, liefert m\u00f6glicherweise trotzdem keine brauchbaren Daten. Die einzige M\u00f6glichkeit, das festzustellen, besteht darin, den Diagnosebericht und die tats\u00e4chliche Netzwerkanfrage zu \u00fcberpr\u00fcfen \u2013 nicht nur den Schalter. Und wenn das Ziel darin besteht, die Anzahl der Stellen zu verringern, an denen dieser Fehler \u00fcberhaupt erst auftreten kann, beseitigt die Verlagerung der Konfiguration server-side die meisten browserabh\u00e4ngigen Stellen, an denen es h\u00e4ufig zu Ausf\u00e4llen kommt. <\/p>\n\n Das \u00dcberwachen von erweiterten Conversions \u00fcber alle Kundenkonten hinweg ist genau die Art von Arbeit, die dir eine server-side Einrichtung ersparen soll. Du kannst ein kostenloses TAGGRS-Konto erstellen<\/a>, um loszulegen, oder dir die Einrichtungsanleitungen ansehen<\/a>, wenn du lieber erst einmal wissen m\u00f6chtest, wie das Ganze funktioniert. <\/p>\n\n Google hat \u201eEnhanced Conversions for Web\u201c und \u201eEnhanced Conversions for Leads\u201c zu einem einzigen Ein-\/Aus-Schalter zusammengefasst und den Bildschirm entfernt, auf dem Werbetreibende eine Implementierungsmethode ausw\u00e4hlen konnten. Bestehende Konten, die Googles Nutzungsbedingungen f\u00fcr Kundendaten bereits akzeptiert hatten, wurden automatisch migriert. Der zugrunde liegende Hash- und Abgleichmechanismus hat sich nicht ge\u00e4ndert. <\/p>\n\n Denn das Conversion-Tag und die erweiterten Daten sind zwei verschiedene Dinge. Das Tag kann ausgel\u00f6st werden und die Conversion kann normal erfasst werden, auch wenn das Feld \u201euser_data\u201c darin leer ist, doppelt gehasht wurde oder ganz fehlt. Google Ads zeigt die Conversion-Aktion in beiden F\u00e4llen als aktiv an, da die Basis-Conversion weiterhin korrekt nachverfolgt wird. <\/p>\n\n \u00d6ffne den GTM-Vorschau-Modus, l\u00f6se eine Testkonversion aus und \u00fcberpr\u00fcfe, ob das \u201euser_data\u201c-Objekt gehashtete Werte enth\u00e4lt und nicht leer ist. \u00dcberpr\u00fcfe anschlie\u00dfend die Netzwerkanfrage auf den \u201eem\u201c-Parameter. Fehlt dieser oder ist er leer, gelangen die erweiterten Daten nicht bei Google an, selbst wenn die Basis-Konversion erfasst wird. <\/p>\n\n Nein. Ein falsch konfiguriertes Feld bleibt auch dann falsch konfiguriert, egal wo das Hashing stattfindet. Was das server-side GTM beseitigt, sind die browserabh\u00e4ngigen Fehlerquellen: Werbeblocker, die die Anfrage abfangen, CSS-Selektoren, die nach einer Neugestaltung nicht mehr funktionieren, und doppeltes Hashing, das durch die Aufteilung der Logik zwischen Seite und Tag verursacht wird. <\/p>\n\n Ja, und die Anforderung hat sich nicht ge\u00e4ndert. \u201eEnhanced Conversions\u201c ben\u00f6tigt nach wie vor die im Consent Mode V2 erteilte Einwilligung f\u00fcr \u201ead_user_data\u201c, bevor es gehashte Daten senden kann. Durch das Hashing werden die Daten im Sinne der DSGVO nicht anonymisiert, da Google sie weiterhin mit den bei ihm gespeicherten Kontodaten abgleichen kann. <\/p>\n\n Nicht unbedingt. Wenn dein Konto die Bedingungen f\u00fcr Kundendaten bereits akzeptiert hatte, erfolgte die Migration automatisch. Es lohnt sich trotzdem, den Diagnosebericht zu \u00fcberpr\u00fcfen, da die Zusammenf\u00fchrung ein guter Anlass ist, um eine Konfiguration zu entdecken, die schon vor dem Update fehlerhaft war, ohne dass es jemand bemerkt hat. <\/p>\n","protected":false},"excerpt":{"rendered":" Im Juni 2026 hat Google Ads die Funktionsweise von \u201eEnhanced Conversions\u201c ge\u00e4ndert. Die beiden separaten ...<\/p>\n","protected":false},"author":15,"featured_media":74145,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[336,345],"tags":[],"class_list":["post-74158","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-fortgeschrittene","category-google-ads-de"],"acf":[],"_links":{"self":[{"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/posts\/74158","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/users\/15"}],"replies":[{"embeddable":true,"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/comments?post=74158"}],"version-history":[{"count":2,"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/posts\/74158\/revisions"}],"predecessor-version":[{"id":74160,"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/posts\/74158\/revisions\/74160"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/media\/74145"}],"wp:attachment":[{"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/media?parent=74158"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/categories?post=74158"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/tags?post=74158"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Google-Update zu \u201eEnhanced Conversions\u201c im Juni 2026: Was hat sich ge\u00e4ndert?<\/h2>\n\n
Warum \u201eEnhanced Conversions\u201c stillschweigend fehlschl\u00e4gt und wie man das erkennen kann<\/h2>\n\n
\n
Wie server-side GTM die \u201eGoogle Enhanced Conversions\u201c zuverl\u00e4ssiger macht<\/h2>\n\n
\n
Google Enhanced Conversions und DSGVO: Was EU-Beh\u00f6rden wissen m\u00fcssen<\/h2>\n\n
Wo TAGGRS passt<\/h2>\n\n
Fazit<\/h2>\n\n
FAQ<\/h2>\n\n
Was hat sich mit dem Update \u201eEnhanced Conversions\u201c vom Juni 2026 ge\u00e4ndert?<\/strong><\/h3>\n\n
Warum sieht \u201eEnhanced Conversions\u201c zwar aktiv aus, funktioniert aber eigentlich nicht?<\/strong><\/h3>\n\n
Wie kann ich \u00fcberpr\u00fcfen, ob meine \u201eEnhanced Conversions\u201c-Einrichtung tats\u00e4chlich brauchbare Daten liefert?<\/strong><\/h3>\n\n
L\u00f6st das server-side GTM jedes Problem mit den erweiterten Conversions?<\/strong><\/h3>\n\n
Sind \u201eEnhanced Conversions\u201c nach dem Update immer noch DSGVO-konform?<\/strong><\/h3>\n\n
Muss ich meine \u201eEnhanced Conversions\u201c-Einstellungen wegen der Zusammenlegung neu vornehmen?<\/strong><\/h3>\n\n