← ALLE BEITRÄGE

5 häufige Fehler beim serverseitigen Tracking

Kleine Konfigurationsdetails mit großer Wirkung auf Ihre Datenqualität.

Serverseitiges Tracking hat sich von einer Nischenlösung zur gängigen Empfehlung im E-Commerce entwickelt. Das Problem: Viele Setups werden einmal eingerichtet, als fertig betrachtet und nie überprüft. In der GTM-Oberfläche sieht alles korrekt aus, während täglich unbemerkt falsche Daten entstehen. Auf diese fünf Fehlermuster sollten Sie bei einem Audit achten.

1. Doppelte Conversions durch fehlende Deduplizierung

In einem hybriden Setup werden Ereignisse häufig absichtlich zweimal ausgelöst: einmal im Browser und einmal über den Server. Ein Ereignis des Meta Pixels im Browser und das entsprechende Ereignis der Conversions API sollten dieselbe Ereignis-ID verwenden, damit die Plattform beide zusammenführen kann.

Fehlt die Ereignis-ID auf einer Seite oder wird sie unterschiedlich erzeugt, scheitert die Deduplizierung. Die Folgen können überhöhte Conversion-Zahlen, Abweichungen zum Shop-Backend und Gebotsalgorithmen sein, die aus doppelt gezählten Käufen lernen.

Wenn eine Werbeplattform mehr Käufe als Ihr Shop meldet, prüfen Sie sowohl die Attributionseinstellungen als auch mögliche doppelte Ereignisse. Verfolgen Sie einzelne Transaktionen, statt die Abweichung als unbedenklich einzustufen.

2. Einwilligungssignale, die den Server nie erreichen

Ein häufiges Muster: Das Cookie-Banner steuert die Tags im Browser, aber die Trigger im Server-Container prüfen keine Einwilligung. Oder der aktuelle Einwilligungsstatus wird nicht aus dem Web-Container weitergegeben. Der Besucher lehnt Tracking ab, doch der Server sendet weiterhin Conversion-Daten.

Ein serverseitiges Setup muss den aktuellen Einwilligungsstatus empfangen und für jedes Ziel berücksichtigen. Testen Sie einen Besuch mit abgelehnter Einwilligung genauso sorgfältig wie einen mit Zustimmung. Prüfen Sie dabei auch, welche Daten den Server tatsächlich verlassen.

3. Artikel-IDs, die nicht zum Produktfeed passen

Bei Shopify kann ein Kaufereignis Produktkennungen in einem anderen Format als Google Merchant Center senden: Varianten-ID statt Produkt-ID, eine reine Zahl statt einer zusammengesetzten shopify_DE_…-Kennung oder eine ID, die sich nach dem erneuten Anlegen eines Produkts geändert hat.

Conversions kommen an und Umsätze werden erfasst, doch die Artikelzuordnung kann fehlschlagen. Warenkorbberichte bleiben unvollständig und Shopping-Kampagnen verlieren wertvolle Produktinformationen. Vergleichen Sie die tatsächlichen Ereignisdaten mit dem aktuellen Feed.

4. Falsche oder fehlende Conversion-Werte

Wertbasierte Gebote sind nur so gut wie die übermittelten Werte. Häufige Probleme sind Steuern und Versandkosten, die eine Plattform einbezieht und eine andere ausschließt, unterschiedliche Währungen zwischen Märkten sowie Rabatte, die im gemeldeten Kaufwert fehlen.

Definieren Sie eine einheitliche Wertberechnung und setzen Sie diese in GA4, Google Ads und Meta um. Gleichen Sie Beispieltransaktionen mit dem Shop-Backend ab, einschließlich rabattierter Bestellungen und verschiedener Währungen.

5. Der Tagging-Server, um den sich niemand kümmert

Ein Tagging-Server ist Infrastruktur. Abgelaufene Zertifikate, veraltete Container, Hosting-Limits und fehlendes Monitoring können die Ereignisübermittlung unterbrechen, ohne dass Ihr Marketing-Dashboard eine deutliche Warnung zeigt.

Es braucht jemanden, der den Datenfluss, die Zuordnungsqualität und die Übereinstimmung mit dem Shop-Backend überwacht. Ein erfolgreicher Start ist der Beginn dieser Verantwortung, nicht ihr Ende.

Was diese Fehler gemeinsam haben

Diese Fehler machen sich nicht immer bemerkbar. Tags werden ausgelöst und Dashboards füllen sich. Eine systematische Prüfung vergleicht Plattformzahlen mit dem Backend, verfolgt einzelne Ereignisse, kontrolliert Einwilligungszustände in tatsächlichen Anfragen und gleicht Artikeldaten mit dem Produktfeed ab.

Genau diese durchgängige Prüfung deckt das Tracking-Audit von datanaut ab.