Im Video werden die Daten vergleichen, die bei einem Shop-Besuch und Kaufabschluss im Consent Mode entstehen - einmal mit und einmal ohne Zustimmung.
Aus den Tests werden die ausgehenden Requests des jeweiligen Kaufvorgangs mit und ohne analytics_storage als Log gespeichert und vergleichen. Im Diff (siehe Links) erscheinen die Unterschiede.
In einem zweiten Diff (siehe unten) werden die Requests vergleichen, die mit und ohne ad_storage entstehen. Spoiler: Es gibt kaum Unterschiede. Zwischen 1 und 2 gar keine und bei erlaubter Ad Storage "nur" weitere
Requests.
Inhalt:
00:00 Einleitung
01:05 Ist das Erwartungskonform?
02:12 "Consent Pings"
02:40 Was ist drin?
04:10 Testkauf-Szenario
04:38 Tagging im GTM
06:40 Dimensionen, Kundendaten, User ID
08:55 Testbesuch im Consent Mode
10:40 Request-Logs mit und ohne Zustimmung
12:50 Ads Conversions
13:15 Unterschiede im Vergleich
13:37 Client IDs + Sessions
16:40 Gemeinsamkeiten & Marker
18:45 Kauf im Vergleich
20:45 "Conversion Pings"
22:28 User-provided data
23:12 Zusammenfassung
23:50 Sonderfall SPA
25:30 Modellierung oder Regeln
26:55 Edge-Cases
Key Take-Aways GA4:
ClientID ist nur bei Consent wie erwartet gleich auch nach einem neuen Seitenaufruf. Aber: SPA ändert das Spiel (siehe Hinweise)
Neue Aufrufe erzeugen im Consent Mode ohne Storage neue "session_start" und "first_visit" Marker
Alle Dimensionen sind stets dabei, mit oder ohne Consent. Login-Status, User-Standort und alle anderen Dimensionen
Ebenso eine ggf. vorhandene User ID, die das "Modellieren" zum Zusammensetzen der Session zum Kinderspiel macht
Beim Purchase und allen anderen E-Commerce Events fehlen auch deren Nutzlasten nie. Inkl. Transaktions-ID, Items und Preisen etc. All das kann zum eindeutigen Identifier werden, den wir auch ohne Zustimmung oder trotz einer Verweigerung an Google senden, wenn der Consent Mode im Spiel ist
Key Take-Aways Google Ads:
Selbst wenn beim Eintritt "nur" ein GA4 Tag gefeuert hat und so der Eintritt theoretisch genau wie im GA4 Fall noch auf das Conversion Event zurückführbar ist (aus dem gleichen Browser kommend und mit der gleichen IP ggf. kein Hexenwerk), ist eine Attribution mehr oder weniger unabhängig davon, ob Zustimmung bestand oder nicht, wenn das Tag im Consent Mode mit oder ohne Storage feuert.
Auch für Google Ads gelten zudem die unten stehenden Hinweise zu Adressierbarkeit und SPA Besonderheiten.
User-provided data kümmert sich ebenfalls nicht um Storage, denn es hat nichts mit Cookies zu tun, sondern übergibt in jedem Fall alles, was dem Tag zur Verfügung gestellt wird
Details zum Tagging:
Der Shop nutzt in einem Tag Manager reguläres GA4 Tagging und eine Google Ads Conversion beim Kaufabschluss. Dabei wird an Google Ads ein "User-provided data" Objekt mit gesendet inkl. bereitgestellter Telefonnummer, Mailadresse, Ort, PLZ.
Das GA4 Tag nutzt (in einem separaten Test) eine User-ID und stets einige eigene Dimensionen wie dem Login-Status und dem Ort des (eingeloggten) Users.
Es ist ein Conversion-Linker aktiv, der gclid per Parameter über URL Parameter statt Cookies transportiert. Das ist freilich ein "Extremfall", aber keine Ausnahme.
Der Consent Mode ist in den Tests entsprechend initialisiert und der Einfachheit halber wird kein Consent Tool eingesetzt, also auch kein Consent-Update.
Hinweise:
Adressierbarkeit: Auch ohne den "extrem aktiven" Linker wäre es immer noch möglich, die gclid per URL auf der Conversionseite (z. B. One Pager) zu erhalten oder "modelliert" aus Eintritt mit passendem Timestamp, User Agent, IP der Eintritts-URL zu bestimmen.
Zu Beachten: Die cid ändert sich auch ohne Zustimmung nicht, wenn keine neue Seite geladen wird (z. B. page_view vs. user_engagement oder die Seitenaufrufe passend zum view_item). In einer Single Page Application kann das im Extremfall bedeuten, dass auch die cid stets konstant ist und die ganze Session genau so aussieht, als wäre ein Cookie genutzt worden. Modellierungsaufwand = Null.
Modellierung: Wie zu sehen ist, können Modelle bei viel Traffic sicher helfen, sind bei wenig Traffic aber oft nicht einmal notwendig, sondern es reicht ein simples Regelwerk, das anhand der empfangenen Parameter, Zeitstempel und nicht zuletzt der IP eigentlich problemlos einzelne Sessions wieder zusammensetzen kann. Und bei Verwendung einer User ID sogar darüber hinais. Wir bekommen nur die Daten nicht unbedingt in GA4 so zu sehen, wie wie es erwarten würden :|
ads_data_redaction=true würde das Ergebnis anders aussehen lassen, aber die Pings im Großen und Ganzen eben nicht.
Links:
- Diff GA4 Granted vs. Denied: go.gandke.de/g...
- Diff Conversions: go.gandke.de/c...
- Consent Mode "Pings": support.google...
Негізгі бет Ғылым және технология Consent Mode "Pings" unter der Lupe: Darum halte ich den Consent Mode für fragwürdig
Пікірлер: 24