Serverseitiges Tracking
Messung aus dem Browser holen: ein serverseitiger Container, die Conversion-APIs der Plattformen, und Kontrolle darüber, welche Daten Ihre Infrastruktur verlassen.
Überblick
Browserbasiertes Tracking erodiert seit Jahren. Werbeblocker entfernen einen Teil, Browser begrenzen die Lebensdauer von Cookies, die per Skript gesetzt werden, und jedes Betriebssystem-Update nimmt tendenziell etwas mehr weg. Websites verlieren heute einen erheblichen Teil messbarer Ereignisse, bevor irgendetwas im Analytics ankommt.
Serverseitige Erhebung verlagert die Arbeit in Ihre eigene Infrastruktur. Ereignisse gehen an Ihren Endpunkt und von dort an die Plattformen, was einen guten Teil des Browserverlusts zurückholt, die Seitengeschwindigkeit verbessert und Ihnen die Kontrolle darüber gibt, welche Daten genau weitergegeben werden.
Für wen das gedacht ist
- Werbetreibende, deren berichtete Conversions gefallen sind, ohne dass die Verkäufe gefallen sind
- Firmen, die kontrollieren wollen, was an Werbeplattformen geht
- Teams, deren Seiten von einer langen Liste Drittanbieter-Tags gebremst werden
Unser Vorgehen bei Serverseitiges Tracking
Die konkreten Arbeitspakete eines typischen Projekts. Der Umfang steht vorab fest, nichts davon taucht später als Überraschung auf der Rechnung auf.
Serverseitiger Container
Ein Tagging-Server auf Ihrer eigenen Domain und Infrastruktur, die Voraussetzung für alles Weitere.
Conversion-API-Anbindungen
Direkte Server-zu-Server-Verbindungen zu den Werbeplattformen, mit Entdopplung gegen die Browser-Ereignisse.
First-Party-Cookies
Serverseitig gesetzte Kennungen, die nicht der kurzen Ablauffrist unterliegen, die Browser inzwischen für per Skript gesetzte Cookies anwenden.
Datenfilterung
Genau entscheiden, was an welche Plattform geht. Weniger als die Voreinstellung zu senden ist sowohl eine Datenschutzverbesserung als auch meist einfach vernünftig.
Einwilligung durchsetzen
Der Einwilligungsstatus wird am Server berücksichtigt und lässt sich nicht durch einen falsch konfigurierten Browser-Tag umgehen.
Bessere Seitengeschwindigkeit
Weniger Drittanbieter-Skripte im Browser, oft für sich genommen bereits ein spürbarer Performancegewinn.
Vom ersten Gespräch zum gemessenen Ergebnis
Immer dieselbe Reihenfolge, damit Sie wissen, was als Nächstes kommt.
Verlust messen
Beziffern, was derzeit fehlt, indem die im Browser gemeldeten Ereignisse mit Ihren eigenen Backend-Daten verglichen werden.
Aufbauen
Den serverseitigen Container auf Ihrer Domain bereitstellen und die Ereignisstrecke konfigurieren.
Anbinden
Conversion-APIs der Plattformen mit Entdopplung anbinden, danach die Zahlen gegen die Quelldaten prüfen.
Migrieren und überwachen
Tags schrittweise aus dem Browser holen und bei jedem Schritt auf Lücken achten, statt alles auf einmal umzustellen.
Ergebnisse statt Aktenordner
Ein Stapel Dokumente ist kein Fortschritt. Das hier sind die Veränderungen, die die Arbeit bewirken soll.
Conversions, die gezählt werden
Serverseitige Erhebung holt einen nennenswerten Teil der an Blocker und Browserbeschränkungen verlorenen Ereignisse zurück.
Besseres Bieten
Ein vollständigeres Conversion-Signal verbessert direkt, wie gut automatisiertes Bieten arbeitet.
Schnellere Seiten
Drittanbieter-Skripte aus dem Browser zu nehmen verbessert sowohl das Erlebnis als auch die Core Web Vitals.
Kontrolle über das Gesendete
Sie entscheiden, welche Daten jede Plattform erreichen, statt hinzunehmen, was deren Tag erhebt.
Häufige Fragen zu Serverseitiges Tracking
Was Kundinnen und Kunden fragen, bevor sie sich melden. Fehlt Ihre Frage, stellen Sie sie uns direkt.
Wie viele Conversion-Daten holt serverseitiges Tracking zurück?
Das hängt stark davon ab, wie Ihre Zielgruppe Blocker und Browser nutzt, und die Antwort für Ihre Seite ergibt sich aus dem Vergleich der Browser-Ereignisse mit Ihren eigenen Bestelldaten. Der Zugewinn ist meist gross genug, um die Bietleistung zu verändern, was das wesentliche kommerzielle Argument ist.
Umgeht das Werbeblocker?
Genauer gesagt verlagert es die Erhebung dorthin, wo Blocker nicht wirken. Es ist kein Weg, Menschen zu verfolgen, die die Einwilligung verweigert haben, und darf dafür nie konfiguriert werden. Die Einwilligung regelt weiterhin, was erhoben werden darf.
Was kostet der Betrieb?
Ein serverseitiger Container verursacht laufende Infrastrukturkosten, die mit dem Traffic wachsen, im Verhältnis zum Mediabudget meist überschaubar. Für eine kleine Seite lohnt es sich womöglich nicht; für alle, die nennenswert Werbung schalten, trägt sich das meist allein über die Bietleistung.
Ist es aufwendig zu betreiben?
Aufwendiger als Browser-Tagging. Es ist echte Infrastruktur, die Monitoring und Aktualisierung braucht, gehört also in eine Wartungsvereinbarung statt einmal eingerichtet und vergessen zu werden.
Serverseitiges Tracking im Kopf?
Sagen Sie uns, was sich ändern soll. Passen wir nicht, sagen wir das und nennen Ihnen eine bessere Adresse.
Interessiert Sie das grössere Bild?
Serverseitiges Tracking steht meist neben weiteren Themen aus Daten, Analytics und Messung. Sehen Sie sich den ganzen Bereich an.