Bietet LeadJourney Cross-Browser-Tracking?
Wie LeadJourney eine Journey verbunden hält, wenn Klick und Conversion in verschiedenen Browsern passieren – zum Beispiel ein Tipp im Instagram-In-App-Browser und später ein Kauf in Safari oder Chrome.
Ja – auch in dem Fall, an dem die meisten Tracker scheitern: eine Anzeige, die im In-App- Browser einer App geklickt wird, und ein Kauf, der später im normalen Browser des Besuchers abgeschlossen wird. Weil der Anker von LeadJourney auf dem Server liegt und nicht in einem einzelnen Browser, bleibt die Journey auch beim Browser-Wechsel an einem Stück.
Kurz gesagt
LeadJourney ordnet über eine serverseitig gespeicherte Click-ID zu – nicht über ein Cookie, das an einen Browser gebunden ist. So wird eine später gemeldete Conversion – aus einem anderen Browser, einem In-App-Webview, deinem CRM oder von einem Zahlungsanbieter – auf den Klick zurückgematcht, mit dem alles begann.
Warum Cross-Browser-Tracking normalerweise schwierig ist
Tracking lebt meist in einem Browser-Cookie, und ein Cookie ist in dem Browser eingeschlossen, der es gesetzt hat. Öffnet man dieselbe Seite in einem anderen Browser, ist dieses Cookie schlicht nicht da – ein reiner Cookie-Tracker sieht einen frischen, anonymen Besucher, und der ursprüngliche Anzeigen-Klick geht verloren.
Am häufigsten passiert das nicht einmal zwischen zwei getrennten Apps – sondern bei einem einzigen Besucher auf einem einzigen Handy:
- Er tippt auf deine Anzeige im In-App-Browser von Instagram, Facebook oder TikTok (einem Webview).
- Später öffnet er den Link erneut oder schließt den Checkout in seinem Standard-Browser ab (Safari oder Chrome).
Diese beiden Browser teilen sich keine Cookies. Ein cookie-basiertes Tool behandelt den In-App-Klick und den Safari-Kauf als zwei voneinander unabhängige Personen, und die Anzeige bekommt keine Anerkennung für den Verkauf, den sie gebracht hat.
Wie LeadJourney Browser überbrückt
Der Anker von LeadJourney ist kein browser-gebundenes Cookie – es ist eine Click-ID, die im Moment des Klicks erfasst und auf dem Server gehalten wird. Zwei Dinge tragen sie über einen Browser-Wechsel hinweg.
1. Die Click-ID reist in der URL, nicht im Cookie
Klickt jemand auf deine Anzeige, wird eine Click-ID erzeugt und reist in der URL durch deinen Funnel mit. Weil sie im Link steckt und nicht im Browser-Speicher, übersteht sie das Öffnen in einem anderen Browser:
https://deineseite.de/?click_id=8f3c… ← in jedem Browser weiterhin vorhandenDas LeadJourney-Script liest click_id (und alle lj_*-Kampagnen-Parameter) direkt aus der
URL und setzt dieselbe Journey fort – egal, welcher Browser die Seite geladen hat.
2. Conversions werden Server-zu-Server gematcht
Sobald der Besucher ein Formular abschickt, wird die Click-ID an einen echten Lead in deinem System gehängt. Wenn der Verkauf schließlich passiert, wird er serverseitig an LeadJourney zurückgemeldet:
- dein CRM markiert den Lead als gewonnen, oder
- ein Postback / Webhook aus deinem Checkout oder von deinem Zahlungsanbieter feuert.
Diese Meldung trägt die Click-ID, sodass LeadJourney sie dem ursprünglichen Klick zuordnet – ohne dasselbe Cookie oder denselben Browser zu brauchen. (Jede Conversion trägt zusätzlich eine Transaktions-ID, sodass ein erneut gefeuertes Postback dedupliziert und nicht doppelt gezählt wird.)
Wo der Browser-Wechsel verschwindet
Weil der Match über die Click-ID auf dem Server passiert, spielt die Frage „war es derselbe Browser?" keine Rolle mehr. Ein In-App-Klick und eine Safari-Conversion werden zu einer Journey, solange die Click-ID bis zum Conversion-Event durchgereicht wurde.
Eine typische Cross-Browser-Journey
- Instagram-In-App-Browser: ein Besucher tippt auf deine Anzeige. LeadJourney erfasst die Click-ID sowie Kampagne, Ad-Set und Anzeige.
- Die Click-ID reist über die URL in deinen Funnel und auf den Lead, sobald er seine Daten eingibt.
- Er öffnet den Link erneut – oder kommt zurück, um den Checkout abzuschließen – in Safari, seinem Standard-Browser. Die Click-ID steckt noch im Link, also läuft die Journey weiter, statt neu zu starten.
- Der Verkauf wird (über dein CRM oder ein Postback) mit der Click-ID gemeldet. LeadJourney ordnet den Umsatz dem ursprünglichen In-App-Klick zu.
Was es kann – und was nicht
Es überbrückt Browser, wenn es eine Click-ID gibt, der es folgen kann – und das deckt genau die Journey ab, die wirklich Umsatz bringt: Klick → Lead → Verkauf, selbst wenn In-App-Klick und finaler Kauf in verschiedenen Browsern passieren.
Es rät nicht, dass zwei anonyme Besucher dieselbe Person sind. Surft jemand anonym in einem Browser, identifiziert sich nie und kauft später aus einem frischen, parameterlosen Besuch in einem anderen Browser, gibt es keine gemeinsame Click-ID, die beide verbindet – und LeadJourney erfindet keine. So holst du die meiste Abdeckung heraus:
- Halte die Click-ID am Fließen. Reiche sie durch Redirects, deinen Funnel und dein CRM durch, damit sie vorhanden ist, wenn die Conversion gemeldet wird. Siehe Cross-Domain-Tracking dazu, wie sie zwischen Domains reist.
- Melde Conversions serverseitig (CRM oder Postback), statt dich nur auf ein Browser-Pixel zu verlassen, das den anderen Browser gar nicht sehen kann.
Verwandte Artikel
Bietet LeadJourney Cross-Device-Tracking?
Wie LeadJourney einen Klick auf einem Gerät mit einer Conversion verbindet, die später auf einem anderen passiert – erst am Handy, dann am Laptop, oder offline im CRM abgeschlossen.
Ist LeadJourney adblock-sicher?
Warum LeadJourney deutlich widerstandsfähiger gegen Ad-Blocker ist als ein übliches Drittanbieter-Tag – es läuft First-Party auf deiner eigenen Domain – und wo die ehrlichen Grenzen liegen.