Lösung · Tracking für JTL

Server-Side Tracking für JTL-Shop, das deine echten Bestellungen in die Reports bringt.

Client-seitige Pixel auf JTL-Shop verlieren Conversions, und der Affiliate-Umsatz hängt oft getrennt daneben. DataFirst bindet das Tracking nativ über deine eigene Domain an: Die kaufkritischen Events kommen direkt aus den Bestell-Hooks von JTL, gehen sauber an GA4, Google Ads und Meta und werden gegen Doppelzählung dedupliziert. Stornos und Retouren aus der JTL-Wawi laufen automatisch zurück.

Kostenlos testen Erstgespräch an deinem Shop

Hosting in Deutschland · 30 Tage testen, keine Kreditkarte · Einrichtung 1:1 mit uns

Eine Bestellung, ihr ganzer Lebenslauf schematischer Ablauf mit JTL-Anbindung

Tag 1
Bestellung #4471 · 86,90 € aus dem Bestell-Hook von JTL Shop 5, nicht von der Danke-Seite
erfasst
Tag 1
an GA4, Google Ads, Meta mit einer Event-ID, jeder Kauf zählt genau einmal
gemeldet
Tag 6
Retoure in der JTL-Wawi gebucht die Wawi kennt die Wahrheit auch nach dem Kauf
Retoure
danach
Storno ans Affiliate-Netzwerk Provision auf diese Bestellung wird nie fällig
korrigiert

Das Problem bei JTL

Nicht alle echten Bestellungen kommen in deinen Werbe-Reports an.

Das Standard-Tracking läuft im Browser: Ein Pixel oder ein Tag-Manager meldet jede Conversion, also jeden abgeschlossenen Kauf, direkt aus der Seite an GA4, Google Ads und Meta. Das funktioniert, solange alles mitspielt, und genau das tut es immer seltener. Drei Stellen brechen dabei regelmäßig weg.

Der Browser filtert
Adblocker, ITP in Safari, kurze Cookie-Laufzeiten und abgelehnte Einwilligungen schneiden Teile der Daten weg, bevor sie ankommen.
Das Theme trägt drei Pixel
GA4, Google Ads und Meta brauchen je eigene Logik und Consent-Behandlung. Client-seitig verdrahtet bricht das gern beim nächsten Theme- oder Template-Update.
Affiliate hängt daneben
Stornos und Retouren aus der JTL-Wawi laufen nicht zurück ins Netzwerk, Pixel mehrerer Netzwerke zählen doppelt, Gutschein-Codes landen beim falschen Publisher.

Im Werbekonto fehlen dann Conversions, die real passiert sind: Du optimierst auf Zahlen, die kleiner sind als die Wirklichkeit. Und auf der Affiliate-Seite zahlst du Provision auf Umsatz, der nie Bestand hatte.

Die Grundlagen im Server-Side-Tracking-Leitfaden. Wo dein JTL-Tracking heute steht, zeigt dir das kostenlose Website-Audit.

Die Lösung für JTL

Der Datenfluss dreht sich um: erst zu dir, dann an die Plattformen.

Statt aus dem Browser direkt an die Plattformen zu senden, laufen die Events zuerst über deine eigene Domain auf einen Server-Endpunkt, der sie von dort an GA4, Google Ads und Meta verteilt. Vier Bausteine schließen die Lücken der Reihe nach.

01 Server-Side über deine eigene Domain: Der Tracking-Endpunkt läuft als Subdomain deines Shops, also als First-Party. Damit werden die Signale nicht von Adblockern als fremder Drittanbieter weggefiltert, und Cookies haben eine längere, stabilere Laufzeit. Du behältst die Datenhoheit, weil die Daten zuerst bei dir landen.
02 Bestell-Hooks statt Danke-Seiten-Pixel: Ein sauberer Data Layer erfasst die Ereignisse, die im Shop wirklich zählen: Produktansicht, Warenkorb, Checkout-Schritte und den bestätigten Kauf mit Bestellwert und Artikeln. Die kaufkritischen Ereignisse kommen aus den serverseitigen Bestell-Hooks von JTL-Shop. Eine bestätigte Bestellung ist damit eine verlässliche Server-Tatsache, kein Pixel, das beim Seitenwechsel verloren geht.
03 Eine Schnittstelle für GA4, Google Ads und Meta: Vom Server aus gehen die Conversions an alle drei Plattformen, jeweils mit den Parametern, die jede für gute Zuordnung braucht. Über eine eindeutige Event-ID je Bestellung wird gegen Doppelzählung dedupliziert, auch zwischen mehreren Affiliate-Netzwerken. Neue Plattformen kommen serverseitig dazu, ohne dass du wieder ins Template eingreifen musst.
04 Consent-first statt Consent-Umgehung: Server-Side ist kein Trick, um die Einwilligung auszuhebeln. Das Tracking startet erst nach Consent, und der serverseitige Versand macht transparenter, welche Daten an welche Plattform gehen. Consent Mode und dein Banner werden korrekt berücksichtigt, damit das Setup auch einer Prüfung standhält.

Mehr zur Technik: Server-Side-Tracking als Lösung, die native Anbindung unter JTL Shop 5, und das Server-Side-Tracking im Produkt.

Warum DataFirst für JTL

Vier Punkte, die im DACH-Handel praktisch zählen.

Hosting in Deutschland. Tracking-Server und Datenhaltung liegen in Deutschland, die Verarbeitung bleibt in der EU. Das vereinfacht die DSGVO-Argumentation gegenüber Setups mit Servern außerhalb der EU.
Unabhängige Attribution. Google bewertet Google-Klicks tendenziell wohlwollend, Meta die eigenen. DataFirst stellt mehrere Attributionsmodelle nebeneinander, sodass du die Verzerrung zwischen Last-Click und Multi-Touch direkt siehst.
Affiliate integriert, mit Wawi-Rückkanal. Pixel mehrerer Netzwerke werden dedupliziert, Gutschein-Codes dem richtigen Publisher zugeordnet, und Stornos aus der JTL-Wawi gehen als Cancel-Meldung zurück ans Netzwerk. Provision fließt nur auf gehaltenen Umsatz.
Betreut, nicht nur Software. Anbindung, Messkonzept und laufende Pflege aus einer Hand, statt ein Plugin zu installieren und mit der Konfiguration allein zu bleiben.

Vertiefend: Conversion-Tracking als Lösung und die Schwester-Lösung Shopware-Tracking.

Das nächste Shop-Update kommt bestimmt was dann mit dem Tracking passiert

Pixel-Snippet im Template das Update überschreibt das Template, das Tracking ist still und fällt erst Wochen später im Report auf

Bestell-Hook + betreutes Setup das Connector-Plugin klinkt sich in die Hooks ein, und wenn JTL oder eine Plattform etwas ändert, ziehen wir die Anbindung nach

kein einmaliges Projekt, das langsam verrottet

So läuft die Einführung.

Du musst nichts allein verkabeln. Fünf Schritte, vom Anschluss deines Shops bis zur Prüfung der Daten.

Anbindung an JTL

Connector-Plugin für JTL Shop 5 einrichten und an die serverseitigen Bestell-Hooks koppeln.

Messkonzept

Festlegen, welche Events zählen und welche Conversions an GA4, Google Ads und Meta gehen.

Consent

Banner und Consent Mode korrekt verdrahten, Tracking startet erst nach Einwilligung.

Server-Side

Tracking-Endpunkt auf deiner eigenen Domain aufsetzen und an die Plattformen anbinden.

Prüfen

Conversions gegen echte Bestellungen abgleichen, Deduplizierung und Affiliate-Meldungen kontrollieren.

$ jtl: hook → s2s ✓

Sinnvoll als Nächstes

Vorab den Ist-Zustand prüfen oder tiefer in die Anbindung schauen.

Kostenloses Website-Audit Tool: Zeigt dir, was bei dir heute schon misst und was verloren geht, bevor du etwas umbaust.
JTL Shop 5 Integration Integration: Wie tief die native Anbindung über das Connector-Plugin und die Bestell-Hooks im Detail geht.
Server-Side Tracking Lösung: Die Technik hinter dem Setup, unabhängig vom Shop-System erklärt.

FAQ

Häufige Fragen zu JTL-Tracking

Wie funktioniert Server-Side Tracking für JTL-Shop?

Statt die Events direkt aus dem Browser an GA4, Google Ads und Meta zu schicken, laufen sie zuerst über deine eigene Domain auf einen Server-Endpunkt. Von dort verteilt der Server die Conversions an die Plattformen. Bei JTL-Shop kommen die entscheidenden Ereignisse wie die bestätigte Bestellung direkt aus den serverseitigen Bestell-Hooks, nicht aus einem Browser-Pixel, das durch Adblocker oder abgelaufene Cookies wegbrechen kann. Das Ergebnis sind vollständigere und stabilere Daten, die du selbst kontrollierst.

Unterstützt ihr JTL-Shop?

Ja. JTL-Shop ist im DACH-Raum weit verbreitet, und wir binden ihn nativ an, nicht über einen Bastel-Workaround. Für JTL Shop 5 nutzen wir das Connector-Plugin aus dem JTL Extension Store, das sich in die Bestell-Hooks des Shops einklinkt. Bestellungen, Stornos und Retouren werden dadurch serverseitig erfasst und sauber an deine Plattformen und Affiliate-Netzwerke gemeldet. Wie tief die Anbindung im Detail geht, zeigt unsere JTL-Integrationsseite.

Ist das DSGVO-konform?

Das Setup ist darauf ausgelegt. Tracking startet erst nach Einwilligung, der Server läuft in Deutschland, IP-Adressen werden gehasht und die Datenverarbeitung bleibt in der EU. Server-Side Tracking ist kein Trick, um Consent zu umgehen, im Gegenteil: Es macht transparenter, welche Daten an wen gehen, weil der Versand an die Plattformen über deinen Server statt direkt aus dem Browser läuft. Den finalen DSGVO-Status bewertest du immer mit deinem Datenschutz-Verantwortlichen auf Basis deiner konkreten Konfiguration.

Bekomme ich GA4, Google Ads und Meta sauber getrackt?

Ja, das ist der Kern. Die serverseitig erfassten JTL-Events werden an GA4, an Google Ads als Conversion und an Meta über die Conversions API weitergegeben, jeweils mit den Parametern, die jede Plattform für gute Zuordnung braucht. Über eine Event-ID dedupliziert der Server Browser- und Server-Signal, damit ein Kauf nicht doppelt zählt. Du arbeitest also weiter mit deinen gewohnten Werbekonten, nur auf einer verlässlicheren Datenbasis.

Hostet ihr in Deutschland?

Ja. Der Tracking-Server und die Datenhaltung liegen in Deutschland, die Verarbeitung bleibt innerhalb der EU. Für viele JTL-Shops aus dem DACH-Raum ist das ein praktischer Vorteil gegenüber Setups, bei denen Daten über Server außerhalb der EU laufen. Hosting in Deutschland ist einer der Gründe, warum sich DSGVO-Anforderungen mit diesem Aufbau leichter sauber abbilden lassen.

Was kostet das?

Wir veröffentlichen keinen festen Listenpreis, weil der Aufwand mit deinem Setup, deinem Volumen und der Zahl der angebundenen Plattformen und Affiliate-Netzwerke schwankt. Ein pauschaler Preis auf einer Marketing-Seite wäre unredlich. Stattdessen schauen wir im Erstgespräch auf deinen konkreten JTL-Shop und machen dir auf dieser Basis ein individuelles Angebot.

Wir schauen auf deinen echten JTL-Shop.

Im Erstgespräch sagen wir dir ehrlich, was zu tun ist, und was bei dir schon sauber läuft.

Erstgespräch vereinbaren