Learnings aus Projekten
blog
Was ich in Tracking-Projekten gelernt habe.
Aus echten Setups, ohne Kundennamen und ohne interne Details. Shopify, server-side Tracking, GA4, Meta und Google Ads.
-
Server-side Tracking: kein DSGVO-Umweg, sondern ein leichterer Client
Server-side · 3 minServer-side Tracking wird oft als Trick verkauft, um Adblocker und Einwilligung zu umgehen. Das ist es nicht. Sein eigentlicher Wert liegt woanders: Sie erhalten viel mehr Möglichkeiten zur sicheren Datenanreicherung und der Browser Ihrer Kunden muss weniger fremden Code ausführen.
-
Shopify mit Checkout Extensibility sauber tracken
Shopify · 4 minSeit Checkout Extensibility läuft Tracking im Shopify-Checkout nur noch in einer Sandbox. Das ist gut für Sicherheit und Ladezeit, aber es ändert, wie man misst und wie man testet.
-
Conversions per Server an Google Ads zu senden, funktioniert gut. Trotzdem sollte Google Ads im Browser ein Tag finden. Sonst gibt es falsche Warnungen, fehlende Remarketing-Listen und verlorene Klick-IDs.
-
Die Conversions API ist schnell angeschlossen. Ob Meta die Events aber einer Person zuordnen kann, hängt an wenigen Feldern. Zwei davon, fbp und fbc, sind Cookies, und genau die sind im Shopify-Checkout schwer zu greifen.
-
Viele Setups nutzen das GA4-Tag im Browser als Lieferwagen zum Server-Container. Meta, Google Ads, TikTok und Pinterest holen sich dort ihre Daten ab. Das ist praktisch, bis GA4 selbst an seine Grenzen stößt.
-
Data Tag statt GA4-Tag: so wenig Code im Browser wie möglich
Server-side · 3 minAuch ein Skript vom eigenen Server ist Code, den der Browser Ihrer Kunden laden und ausführen muss. Wer server-side ernst nimmt, fragt deshalb: Brauche ich im Browser überhaupt noch das GA4-Tag?
-
Dokumentation und Data Contracts: wer was liefert
Governance · 3 minEin Tracking-Setup ist nur so gut wie das Wissen darüber, warum jeder Parameter existiert. Ohne Dokumentation wird jede Änderung zum Risiko, und jede Übergabe beginnt bei null.