Wenn Sie Anzeigen für einen Onlineshop schalten, erreicht möglicherweise ein erheblicher Teil Ihrer tatsächlichen Conversions weder Google Ads noch Meta oder GA4. Wie groß diese Lücke ist, hängt von Ihrer Zielgruppe und der Umsetzung ab. Ihre Kampagnen berichten nicht nur über diese Zahlen: Ihre Gebotsalgorithmen lernen aus den Conversions, die sie sehen können.
Wo die Daten tatsächlich verloren gehen
Herkömmliches Tracking läuft im Browser des Besuchers: Ein JavaScript-Tag wird ausgelöst, setzt Cookies und sendet Daten direkt an Google oder Meta. Werbeblocker können das Laden von Tags verhindern. Datenschutzfunktionen des Browsers können die Lebensdauer von Cookies begrenzen. Langsame Verbindungen und schnelle Seitenwechsel können Anfragen vorzeitig abbrechen.
Safaris Intelligent Tracking Prevention und Änderungen an der Messung auf Apple-Geräten können es zusätzlich erschweren, einen früheren Anzeigenkontakt mit einem späteren Kauf zu verbinden. Ein Kauf mehrere Tage nach dem Klick lässt sich möglicherweise schwerer zuordnen als ein sofortiger Kauf.
Was serverseitiges Tracking verändert
Serverseitiges Tracking ergänzt Ihren Datenfluss um einen eigenen Server. Statt direkt mit jeder Werbeplattform zu kommunizieren, sendet der Browser Ereignisse an einen Tagging-Server auf Ihrer Domain. Dieser leitet die zulässigen Daten an die richtigen Empfänger weiter.
First-Party-Kontext
Ein First-Party-Endpunkt kann die Zuverlässigkeit der Ereigniserfassung verbessern. Das Ergebnis hängt vom Browser, den Blockierregeln und der Konfiguration des Endpunkts ab. Eine eigene Domain macht Tracking nicht unempfindlich gegenüber Datenschutzfunktionen.
Mehr Kontrolle über ausgehende Daten
Bevor Ereignisse Ihren Server verlassen, entscheiden Sie, welche Daten in welcher Form an wen weitergegeben werden. Sie können Parameter prüfen, nicht benötigte Felder entfernen und Einwilligungsentscheidungen einheitlich umsetzen.
Ein Datenstrom, viele Empfänger
Ein einziger Ereignisstrom kann GA4, Google Ads, Meta, Microsoft und weitere Ziele versorgen. So sinkt der Bedarf an separaten Implementierungen im Browser für jede Plattform.
Wie das in der Praxis aussieht
Nach einer korrekten Implementierung können die gemeldeten Conversion-Zahlen steigen, weil die Plattformen zuvor übersehene Käufe erfassen. Browser- und Server-Ereignisse benötigen weiterhin gemeinsame Kennungen und eine korrekte Deduplizierung, damit derselbe Kauf nicht doppelt gezählt wird.
Serverseitiges Tracking macht die Einwilligung des Nutzers nicht optional. Die Entscheidung eines Besuchers muss auf dem Server genauso berücksichtigt werden wie im Browser. Eine zuverlässigere Erfassung ist keine Erlaubnis, mehr Daten zu sammeln.
Lohnt sich das für Ihren Shop?
Vergleichen Sie zunächst die Plattformberichte mit Ihrem Shop-Backend und verfolgen Sie einige Käufe durchgängig. So erkennen Sie, wo Ereignisse verloren gehen, Werte abweichen oder die Attribution genauer geprüft werden muss.
Die von mir eingerichteten Setups verwenden serverseitigen Google Tag Manager auf einer eigenen Subdomain des Shops. Deduplizierung zwischen Browser und Server sowie Einwilligungsverarbeitung werden gemeinsam geprüft. Ein kostenloses Tracking-Audit zeigt, welche Daten Ihrem aktuellen Setup entgehen.