Wie kann man E-Commerce-Conversions über Domains, Geräte und Browser hinweg verfolgen, wenn man einen A/B-Test durchführt?

Was ist umgebungsübergreifendes Tracking?

Eine Conversion, mehrere Touchpoints!

Darum geht es beim umgebungsübergreifenden Tracking.

Kunden nutzen heute eine Vielzahl von Berührungspunkten, um E-Commerce-Käufe abzuschließen. Sie können von mehreren Geräten aus auf das Internet zugreifen und Marketingkampagnen in einer Umgebung anzeigen, bevor sie zu einer anderen wechseln, vielleicht beginnen sie mit einem Laptop und der Domain „A“, während sie sich umsehen, bis sie entscheiden, welches Produkt für sie am besten geeignet ist, und dann zu Smartphones wechseln , zwischendurch oft den Browser wechseln und schließlich auf einer Domain „B“ kaufen.

Als Folge dieses Trends erstrecken sich immer mehr Conversion-Trichter über mehrere Domains, Geräte und Webbrowser.

Interaktionen mit Website-Besuchern können typischerweise zweierlei Art sein:

• Einzelumgebung: Wenn der Weg zur Conversion auf demselben Gerät, Browser oder derselben Domäne beginnt und endet.
• Umgebungsübergreifend: Wenn Website- Besucher von einem Gerät oder Browser oder einer Domäne aus durchklicken, aber in einer anderen Umgebung konvertieren.

Hier ist eine vereinfachte Formel zum Verständnis dieser Begriffe:

Da umgebungsübergreifende Interaktionen viel häufiger vorkommen, kann das Verfolgen und Zuordnen von Conversions eine Herausforderung darstellen. Wie können wir also diese E-Commerce-Conversions verfolgen, wenn sich die Umgebung ändert, um ein individuelles Erlebnis zu bieten? Zunächst müssen wir verstehen, welche Eigenschaften der Umgebung sich ändern können, und dann die verschiedenen Möglichkeiten zum Nachverfolgen dieser Conversions identifizieren.

Lassen Sie uns die verschiedenen Arten von Tracking aufschlüsseln, die in einem Omnichannel-E-Commerce-Funnel auftreten können, um sicherzustellen, dass kein Kunde durch die Ritzen rutscht:

Domainübergreifendes Tracking

Cross-Domain-Tracking ist eine Möglichkeit, Besucher über mehrere Domains hinweg zu analysieren.

Warum ist Cross-Domain-Tracking ein wichtiges Konzept im A/B-Testing?

Cross-Domain-Tracking ist ein wunderbares Feature, mit dem Sie Conversions und Verhalten Ihren Kampagnen zuordnen können, selbst wenn sich die User Journey über mehrere Domains erstreckt. Ohne sie wäre die Zuordnung für diejenigen von uns, die mehr als eine Domain haben (z. B. Websites mit einer separaten Shopping- oder Checkout-Domain), nahezu unmöglich.

Hier sind einige der Conversion-Messwerte, die domainübergreifend erfasst werden können:

• Konvertierungen
• Conversion-Ereignisse
• Click-through-Conversions
• View-through-Conversions
• Conversions insgesamt
• Click-through-Conversion-Ereignisse
• View-through-Conversion-Ereignisse
• Conversion-Ereignisse insgesamt
• Gesamteinnahmen

Cross-Domain-Tracking mit Cookies von Drittanbietern

Die häufigste Form des Cross-Domain-Trackings beruht auf Cookies von Drittanbietern.

Websites verwenden Erstanbieter-Cookies, um Informationen über den Besucher und seine Sitzung zu speichern, und haben normalerweise die folgenden Attribute:

• Cookie-Name : Der Name des Cookies.
• Cookie-Domäne : die Domäne, auf der das Cookie eingerichtet wird.
• Cookie-Pfad : Der Pfad, auf dem das Cookie eingerichtet wird. Dies wird als Stammverzeichnis der Domäne „/“ festgelegt.
• Cookie läuft ab : Die Zeit in Sekunden, nach der das Cookie abläuft.

Da es sich hierbei um Erstanbieter-Cookies handelt, können sie keine Informationen mit anderen Domains teilen. Hier kommt das domainübergreifende Tracking ins Spiel. In diesem Fall müssen wir es anweisen, die Werte des Cookies von Domain A mit dem Cookie von Domain B zu teilen, wodurch das First-Party-Cookie in ein Third-Party-Cookie umgewandelt wird.

Beim Cross-Domain-Tracking werden die Cookie-Werte von Domain A an die URLs angehängt, an denen sich die Domain ändert, indem standardmäßig eine Abfragezeichenfolge verwendet wird. Dies kann auch in ein URL-Fragment geändert werden, wenn Sie kein Fan von Abfragezeichenfolgen sind. Domain B wird diese hinzugefügten Parameter in diesen URLs erkennen, um sicherzustellen, dass das Cookie diese Werte annimmt.

Sehen wir uns ein Beispiel an, wie das aussehen würde.

Angenommen, Sie möchten online ein Auto mieten. Um verschiedene Optionen auszuprobieren, besuchen Sie wahrscheinlich eine Autovermietungswebsite (in diesem Beispiel verwenden wir car.com). Da die Website über zahlreiche Subdomains (car.com, payment.car.com, pickup.car.com usw.) und eine Drittanbieter-Domain für den Zahlungsempfang (secure.booking.com) verfügt, wird Ihre Benutzerreise übergreifend sein. Domain.

Mithilfe von Cross-Domain-Tracking kann das Team von Car.com einen Benutzer erkennen, der von einer Subdomain zu einer anderen wechselt, und seine gesamte Erfahrung mit den relevantesten Produkten oder Dienstleistungen über verschiedene Subdomains hinweg personalisieren.

Domainübergreifendes Tracking mit lokaler Speicherung

Allerdings gibt es einen großen Nachteil beim Einsatz von Cookies im Cross-Domain-Tracking: ihre begrenzte Speicherfähigkeit.

Cookies können viel weniger Daten enthalten als der lokale Speicher: Der Cookie-Speicher ist auf 4096 Byte begrenzt, während der lokale Speicher 5 MB pro Domäne hat. Wenn Sie also Cookies verwenden, müssen Sie umso mehr Cookies erstellen, je mehr Daten Sie in den Browsern Ihrer Besucher speichern möchten.

Ein weiteres Problem mit Cookies besteht darin, dass sie Ihre Website verlangsamen und die Benutzererfahrung suboptimal machen. Bei jeder HTTP-Anfrage werden Cookies an den Server gesendet. Wenn Sie eine domänenübergreifende Reise haben, wird dies noch schlimmer. Besucher surfen zwischen den verschiedenen Domains hin und her, was die HTTP-Anforderungen und die Anzahl der Cookies in ihrem Browser erhöht.

Aus den oben genannten Gründen verwenden einige Websites einen lokalen Speicher anstelle eines Cookie-Speichers. Das bedeutet, dass Sie die Datei im Wesentlichen auf Domain A hosten und einen Iframe auf Domain B verwenden, der die Datei von Domain A lädt. Auf diese Weise teilen Sie Besucherdaten zwischen den beiden Domains, als wäre es eine einzige Domain:

Datei 1.html:

 <html>
<Kopf/>
<iframe src='http://127.0.0.1/test.html' />
</html>

Datei 2.html:

 <html>
<Kopf/>
<Skript>
console.log (lokaler Speicher);
localStorage.setItem('test', '123');
</script>
</html>

Missverständnisse über Cross-Domain-Tracking

Domainübergreifendes Tracking wird oft missverstanden. Hier sind die drei häufigsten Missverständnisse, die Sie vielleicht überraschen werden!

Mythos Nr. 1. Sie benötigen Cross-Domain-Tracking, um Benutzer über Subdomains hinweg zu verfolgen

Viele CRO-Experten glauben, dass sie domainübergreifendes Tracking aktivieren müssen, um Besucher über Subdomains hinweg zu verfolgen. Das ist nicht wahr. Cookies können zwischen Subdomains und der Hauptdomain geteilt werden.

Wenn also beispielsweise ein Cookie auf www.convert.com gesetzt wird, kann es auch von blog.convert.com aus aufgerufen werden, ohne das Cross-Domain-Tracking zu aktivieren.

Mythos Nr. 2. Cross-Domain-Tracking ist für Payment Gateways erforderlich

Der nächste verwirrende Teil beim Cross-Domain-Tracking ist, dass Sie es für Zahlungs-Gateways (z. B. PayPal.com) einrichten müssen.

Domainübergreifendes Tracking ist jedoch nur möglich, wenn Sie die Kontrolle über beide Domains haben.

Meistens erlauben Zahlungs-Gateways aus Sicherheitsgründen nicht, Ihren Tracking-Code auf ihren Webseiten zu platzieren (mehr dazu weiter unten).

Mythos Nr. 3. Cross-Domain-Tracking ist erforderlich, wenn mehrere Domains vorhanden sind

Das andere Missverständnis ist, dass Sie domänenübergreifendes Tracking benötigen, wenn Sie verschiedene Domänen verwenden. Dies gilt nur, wenn Sie sehen möchten, dass derselbe Benutzer über Websites navigiert, und Conversions den Traffic-Quellen zuordnen. In diesem Fall benötigen Sie domänenübergreifendes Tracking.

Wenn Sie jedoch Domain A als Traffic-Quelle zu Domain B sehen möchten und sich nicht darum kümmern, von welchen Traffic-Quellen Personen zu Domain A gelangt sind, benötigen Sie kein Cross-Domain-Tracking.

Geräteübergreifendes Tracking

Heutzutage besitzen Menschen mehrere Geräte. Dies bedeutet, dass Besucher auf einem Gerät mit Ihrer Marke interagieren (z. B. auf Ihre Google-Anzeigen klicken) und dann zu einem anderen wechseln und Ihre Produkte weiter prüfen können. Dank geräteübergreifendem Conversion-Reporting können Vermarkter die Effektivität ihrer Kampagnen auf allen Geräten (Tablet, Handy und Desktop) überprüfen, unabhängig davon, auf welchem ​​Gerät ein Benutzer tatsächlich konvertiert.

Die geräteübergreifende Berichterstellung verknüpft Cookies (für das Web), Geräte-IDs (für mobile Apps) und aggregierte Anmeldedaten, um einen Benutzer auf verschiedenen Geräten zu identifizieren. Auf diese Weise können Website-Eigentümer den Weg erkennen, den ein Benutzer eingeschlagen hat, von der ersten Interaktion mit einer Marke oder dem Anzeigen einer Anzeige bis zur Conversion.

Es hilft Vermarktern, bestimmte einzigartige Website-Besucher zu erkennen, selbst wenn sie den Trichter auf verschiedenen Wegen betreten:

Es gibt zwei Hauptmethoden für das Cross-Device-Tracking.

Bei einer Methode werden Website-Besucher über feste Besucher-IDs verfolgt. Die andere Methode basiert auf dem Verhalten eines Benutzers mit einer Geräte-ID.

Geräteübergreifendes Tracking mit Besucher-IDs (deterministisch)

Diese Methode wird häufig verwendet, wenn sich Benutzer über einen Newsletter oder ein Login anmelden. Soziale Netzwerke wie Facebook, Instagram, TikTok oder Twitter führen geräteübergreifendes Tracking durch, indem sie Besucher-IDs zuweisen.

Diese Methode eignet sich für Websites mit registrierten Besuchern. Sobald ein Besucher mit einer eindeutigen ID markiert ist, wird die Tracking-Plattform jedes Mal benachrichtigt, wenn sich der Besucher anmeldet. Wenn derselbe Besucher später ein anderes Gerät verwendet, sagen wir ein Tablet, und die betreffende Website als App öffnet und sich anmeldet, meldet er sich an genau verfolgt werden kann.

Diese auch als deterministisch bezeichnete Methode ist sehr genau (fast 100 %) und kann verwendet werden, um präzise Kampagnen durchzuführen, die auf bestimmte Benutzer abzielen.

Geräteübergreifendes Tracking basierend auf der Geräte-ID (probabilistisch)

Die zweite Methode des Cross-Device-Tracking funktioniert ebenfalls über das Taggen von Nutzern, nur dass diese diesmal nicht registriert sein müssen. Diese Methode basiert auf verschiedenen Attributen, die von IP-Adressen, Geräten, Browsern oder Apps, die der Besucher durchsucht, gesammelt und zu einem Benutzerprofil kombiniert werden. Der Nachteil dieser Methode ist, dass sie nicht so genau ist wie die Verwendung einer Besucher-ID.

Dies wird auch als probabilistisches Targeting bezeichnet. Wie der Name schon sagt, spricht er von der Wahrscheinlichkeit, dass A wahrscheinlich der Benutzer mit einem Desktop (X-Gerät) und einem Smartphone (Y-Gerät) ist. Um das Tracking durchzuführen, werden Algorithmen mit einer großen Menge an Attributen entwickelt, die dann Benutzer basierend auf ähnlichem Verhalten über Geräte, geografische Standorte, IP-Adressen und andere ähnliche Kontexte hinweg segmentieren. Natürlich kann die Genauigkeit dieses Trackings nicht 100 % erreichen, aber 60-70 % sind ein gutes Ziel.

Cross-Browser-Tracking

Schließlich ermöglicht Cross-Browser-Tracking einer Website, einen Benutzer zwischen verschiedenen Browsern zu verfolgen, einschließlich Chrome, Firefox, Microsoft Edge, Safari, Tor.

Die Methode hinter dem Cross-Browser-Tracking wird als Browser-Fingerprinting bezeichnet.

Es identifiziert eine Reihe von Merkmalen, die für die Hardware und Software eines Computers einzigartig sind, und verwendet diese Informationen als „Fingerabdruck“ für das betreffende System.

Sie wissen es vielleicht nicht, aber alles von Ihren installierten Apps bis zu Ihren Browsereinstellungen wird kombiniert, um Ihr einzigartiges Profil zu bilden. Der Grad der Identifizierbarkeit dieses Fingerabdrucks hängt vom Algorithmus des jeweiligen Browsers ab.

Angenommen, Sie surfen in Firefox, sehen eine Anzeige und entscheiden sich, zu Chrome zu wechseln, um ein Produkt zu kaufen, um nicht von Retargeting-Kampagnen angegriffen zu werden. Sofern Sie das browserübergreifende Tracking nicht in Ihren Browsereinstellungen deaktiviert haben, können Browser Sie weiterhin mit den Kampagnen ansprechen.

Wann entscheiden sich Websites für Transaktionen auf einer anderen Domain/einem anderen Gerät/Browser?

Cross-Domain-Tracking ist besonders nützlich, wenn Websitebesitzer Sitzungen verfolgen möchten, die über zwei oder mehr Domains oder Subdomains hinweg stattfinden, und diese Sitzungen als eine einzige Sitzung behandeln möchten.

Sitzungen erstrecken sich in der Regel über mehrere Domänen, wenn:

1. Der Checkout-Prozess wird auf einer anderen Domain festgelegt (was ziemlich häufig vorkommt, wenn Sie einen Einkaufswagen eines Drittanbieters wie Shopify verwenden).
2. Die Zielkonvertierung oder E-Commerce-Transaktion findet auf einer anderen Domain statt (was bei Affiliate-Websites auch durchaus üblich ist).

Hier ist ein typisches Szenario, in dem domainübergreifendes Tracking sinnvoll ist: E-Commerce-Plattformen mit Einkaufswagen von Drittanbietern.

In dieser Situation kann ein Benutzer auf der Hauptseite landen, um ein Produkt aus einer PPC-Kampagne anzusehen. Wenn der Benutzer zur Kasse geht, wird er zu einem Drittanbieter-Warenkorb auf einer anderen Domain, z. B. über Shopify, geleitet, um die Transaktion abzuschließen.

Ohne Cross-Domain-Tracking werden das Einkaufsverhalten und der Checkout nicht verknüpft und die Conversions nicht über die verschiedenen Domains hinweg getrackt. Diese Online-Shop-Besitzer müssen also ihre Domains irgendwie verbinden. Andernfalls wird die Conversion dem Einkaufswagen des Drittanbieters gutgeschrieben, nicht der ursprünglichen Traffic-Quelle.

Das Cross-Domain-Tracking ermöglicht es Ihnen also, einen Besucher zuverlässig zu verfolgen, auch nachdem er Ihre Website verlassen hat.

Ein weiterer Vorteil der Implementierung von domainübergreifendem Tracking besteht darin, dass Sie Daten aus verschiedenen Domains in einem einzigen Bericht erfassen können.

Die Zentralisierung von Transaktionsdaten ermöglicht eine bessere Optimierung, weil sie

• unterstützt die kontinuierliche Verbesserung von Entscheidungsprozessen,
• stärkt die bessere Verfolgung und Optimierung von Geschäftsprozessen und
• minimiert das Risiko einer Organisation und verhindert gleichzeitig die negativen Auswirkungen von Ungenauigkeiten und Redundanzen.

Und schließlich müssen sich Websitebesitzer aufgrund von Tracking-Einschränkungen nicht mehr darauf beschränken, alle Pre-Sales-Landingpages auf ihrer Hauptgeldseite zu erstellen. Sie können sich auf mehrere Websites verzweigen, um einen breiteren, nachverfolgbaren Marketing-Website-Trichter zu erhalten.

In der heutigen Omnichannel-Welt nutzen Verbraucher Geräte und Browser auf verschiedenen Plattformen: Sie lesen möglicherweise die Morgennachrichten auf ihren Tablets in Firefox, checken E-Mails während der morgendlichen Fahrt zur Arbeit auf ihren Telefonen in Chrome und verwenden ihre Desktop-PCs bei der Arbeit. Nachts stöbern sie vielleicht auf ihren Smartwatches, um sich über die Nachrichten des Tages zu informieren.

Hier ist ein typisches Szenario:

• Ein Benutzer durchsucht den Newsfeed auf seinem Telefon und klickt auf einen Beitrag zu Ihrem Produkt. Der Benutzer ist interessiert, meldet sich aber nicht sofort an.
• Später in dieser Woche beschließt der Benutzer, Ihr Produkt erneut auszuprobieren, aber dieses Mal besucht er Ihre Domain direkt von seinem Computer aus mit einem anderen Browser. Der Benutzer beschließt dann, sich anzumelden.
• In ein paar Tagen meldet sich der Benutzer von seinem Telefon aus bei Ihrer App an.
• Ihr gesamter Browserverlauf auf den oben genannten Geräten und Browsern sollte ordnungsgemäß mit ihrem Konto verknüpft sein und dieser ursprüngliche Klick aus ihrem Newsfeed sollte ihrer Conversion ordnungsgemäß zugeordnet werden.

Diese Technologie kann Websitebesitzern dabei helfen, das Verbraucherverhalten und ihren Kaufweg über mehrere Kanäle besser zu verstehen. Es ermöglicht ihnen, ein besseres Kundenerlebnis zu bieten und hochgradig zielgerichtete Omnichannel-Marketingstrategien über verschiedene Berührungspunkte hinweg zu entwickeln. Es hilft bei der Beantwortung von Fragen wie:

• Erreichen meine PPC-Kampagnen meine idealen Verbraucher zum richtigen Zeitpunkt?
• Wie kann ich effektiv messen, welche Geräte die meisten Conversions bringen, um meine Kampagnen zu optimieren und diese Quelle zu belohnen?
• Wie kann das Erlebnis meiner Website nahtlos auf allen Geräten und Browsern laufen und meinen Verbrauchern ein konsistentes Markenerlebnis bieten?
• Wie kann ich Verbraucher erreichen, unabhängig davon, auf welchem ​​Gerät sie sich befinden, um sie nicht nur zu motivieren, sich mit meiner Marke zu beschäftigen, sondern sie auch als Stammkunden wiederkommen zu lassen?

Wie wirken sich Datenschutzänderungen auf das umgebungsübergreifende Tracking aus?

Da das Internet immer mehr zum Alltag gehört, ist es wichtig, dass sich die Menschen beim Surfen sicher fühlen. Um personenbezogene Daten auf Websites privat zu halten, setzen immer mehr Browser Tracking-Präventionsmaßnahmen ein. Hier finden Sie eine Aufschlüsselung der neuesten Änderungen zur Nachverfolgungsverhinderung und wie sie sich auf die umgebungsübergreifende Nachverfolgung auswirken können.

Wir werden die einzelnen Updates unten kurz durchgehen, aber für eine detailliertere Beschreibung der einzelnen Updates und wie Convert sie angegangen ist, lesen Sie How Tracking & Cookies Changed in 2019 und How Tracking & Cookies Changed in 2020.

Google Incognito hat Cookies von Drittanbietern blockiert

Im Inkognito-Modus speichert Google Chrome nicht den Browserverlauf, Formularinformationen oder Browser-Cookies eines Benutzers. Ab Chrome 83 blockiert der Browser standardmäßig Cookies von Drittanbietern im Inkognito-Modus.

Benutzer können Cookies von Drittanbietern immer noch für bestimmte Websites zulassen, aber alle Cross-Tracking-Methoden, die auf Cookies von Drittanbietern beruhen, stehen jetzt vor großen Herausforderungen, da sie von Website-Besuchern in ihren Browsereinstellungen aktiviert werden müssen.

Strikte Tracking-Prävention im InPrivate-Modus von Microsoft Edge

In Microsoft Edge 80 ermöglicht das Standardverhalten Benutzern zu entscheiden, ob sie Schutz im strengen Modus wünschen oder nicht, während sie InPrivate surfen.

Das bedeutet, dass Cross-Tracking unmöglich wird, wenn Benutzer diese Funktion aktivieren.

Mozilla Enhanced Tracking Protection (ETP) 2.0

Seit 2019 haben neue Firefox-Benutzer standardmäßig Enhanced Tracking Protection (ETP) aktiviert, und letztes Jahr hat Mozilla mit Enhanced Tracking Protection 2.0 eine weitere Sicherheitsebene hinzugefügt, wo sie Redirect-Tracking blockieren. ETP 2.0 löscht alle 24 Stunden Cookies und Website-Daten von Websites, mit Ausnahme der Websites, mit denen Benutzer regelmäßig interagieren!

Vergessen Sie also die Cross-Tracking-Methoden, die auf Cookies beruhen, die von ETP blockiert werden.

Intelligenter Tracking-Schutz in iOS 14, iPad 14 und Safari 14

Mit der Veröffentlichung von iOS 14, iPad 14 und Safari 14 hat Apple neue Datenschutzfunktionen wie den Datenschutzbericht integriert, in dem Benutzer Informationen zu blockierten Trackern sehen können, sowie ITP für alle Webbrowser auf iOS-Geräten (v14 und höher). Cross-Tracking-Attribution verhindern.

Können A/B-Testtools E-Commerce-Conversions verfolgen UND die Privatsphäre der Benutzer wahren?

Die oben beschriebenen Tracking- und Datenschutz-Updates schränken ein, welche Informationen über mehrere Umgebungen hinweg verfolgt werden können, aber die Wahrung der Privatsphäre der Benutzer und das Anbieten einer angepassten Erfahrung schließen sich nicht gegenseitig aus.

Die umgebungsübergreifende Datenerfassung muss nicht auf eine aufdringliche Weise erfolgen, die das Vertrauen Ihrer Kunden gefährdet oder sie daran hindert, das Beste aus ihrer Website herauszuholen – es gibt einen Weg, wie Sie dies tun können, während Sie beide Welten respektieren!

A/B-Testing-Tools können Lösungen bieten, die Ihrem Unternehmen dabei helfen, zu erfahren, was Benutzer wollen, und ihnen ein großartiges Online-Erlebnis zu bieten, während sie gleichzeitig die Privatsphäre respektieren.

Lassen Sie uns einige der beliebtesten A/B-Testtools auf dem Markt durchgehen, sehen, welche E-Commerce-Conversion-Tracking-Lösungen sie anbieten und wie respektvoll sie die Privatsphäre respektieren.

Optimiert

Optimizely hat zwei verschiedene Methoden entwickelt, um umgebungsübergreifendes Conversion-Tracking zu ermöglichen.

Option 1: Aktivieren und verwenden Sie BYOID

Dies kann durch Aktivieren der Funktion „Bring Your Own Visitor ID“ auf Optimizely erfolgen. Mit dieser Funktion können Sie Ihre eigene Besucher-ID entweder als Cookie, localStorage-Schlüssel, URL-Abfrageparameter oder Javascript-Variable definieren. Es hat mehrere Vorteile, die über die ITP 2.x-Minderung hinausgehen, darunter die Kontrolle über Ihre ID-Persistenzstrategie, die Ermöglichung einer einheitlichen Besucher-ID auf mehreren Plattformen und die Reduzierung von Cookie-Aufblähungen.

Diese Option ist ein manueller, mühsamer Prozess, den Sie für jeden Client oder jede Domäne definieren müssen, in der Sie Erfahrungen ausführen. Sie müssen auch darauf achten, dass die von Ihnen erstellten eindeutigen IDs erfolgreich von der Optimizely-API erfasst werden.

Option 2: Legen Sie optimizelyEndUserId auf CDN fest

Diese Methode wird normalerweise nicht empfohlen, da BYOID ein vollständigerer Ansatz ist. Aber eine andere Möglichkeit, die Cookie-Erstellung zu konfigurieren, ist über ein CDN. Dies ist in vielen Fällen eine praktikable Option für die UI-basierte und UI-verwaltete Implementierung der serverseitigen Cookie-Erstellung. Optimizely stellt derzeit eine Dokumentation für die serverseitige Cookie-Erstellung über die Konfiguration von Akamai bereit.

Wenn Sie diesem Prozess folgen, sollten Sie zusätzlich zu den oben genannten Änderungen der CDN-Einstellungen auch die automatische Verlängerung der Lebensdauer des Besucher-ID-Cookies deaktivieren, indem Sie dies im Projekt JS ausführen:

 window["optimieren"].push({
 "type": "extendCookieLifetime",
 "isEnabled": falsch
});

Diese Strategie hat auch eine eingeschränkte Funktionalität, wenn domänenübergreifendes Tracking aktiviert ist, insbesondere wenn die verschiedenen Domänen unterschiedliche Strategien für die Persistenz der Besucher-ID verfolgen.

VWO

VWO unterstützt das Cross-Domain-Tracking mit Hilfe von Third-Party-Cookies.

Wenn Sie die Drittanbieter-Cookies-Option in Ihrem Test aktivieren, sendet VWO zusätzlich zur Speicherung von Besucherdaten (gezeigte Variation und ausgelöste Conversion-Ziele) in Cookies, die zu Ihrer Domain gehören, diese Daten auch an Server. Nach dem Senden der Daten setzen VWO-Server Cookies für die Domain dev.visualwebsiteoptimizer.com. Wenn Ihr Test eine andere Domain umfasst, senden die VWO-Server beim nächsten Mal, wenn Ihre Seite Testdaten anfordert, auch Besucherdaten zurück. In gewisser Weise fungieren Server als Proxy zwischen Ihren mehreren unterschiedlichen Domains, und daher können Conversions verfolgt werden.

Die Browser Firefox und Safari blockieren jedoch standardmäßig Cookies von Drittanbietern. Infolgedessen kann VWO nicht auf die Cookies von Drittanbietern zugreifen, wodurch verhindert wird, dass domänenübergreifendes Tracking in Safari- und Firefox-Browsern funktioniert.

Google Optimize

Um das Cross-Domain-Tracking von Google Optimize erfolgreich zu implementieren, müssen Sie sich mit HTML und Javascript auskennen oder einen engagierten Webentwickler damit beauftragen.

Um es einzurichten, erstellen Sie eine einzelne Eigenschaft in Ihrem Google Analytics-Konto.

Dann müssen Sie auf beiden Websites, die Sie verknüpfen möchten, dieselbe Google Analytics-Tracking-ID verwenden.

1. Die Quelldomäne ergänzt URLs, die auf die Zieldomäne verweisen, so, dass sie die Erstanbieter-Messcookiewerte der Quelldomäne enthalten.
2. Die Zieldomäne prüft, ob verknüpfte Mess-Cookies vorhanden sind.

Der Linker-Parameter wird in URL-Abfrageparametern mit dem Schlüssel _gl identifiziert, wie im folgenden Beispiel:

https://www.beispiel.com/? _gl=1~abcde5~

Kameleon

Ihre Lösung erstellt ein serverseitiges Snippet, das automatisch mit localStorage synchronisiert wird. Daher empfehlen sie, ein serverseitiges Snippet zu installieren, das ihr kameleoonVisitorCode-Cookie automatisch zwischen dem Front- und dem Backend synchronisiert. Diese enthält die sehr wichtige visiterCode-Kennung.

ITP erlegt serverseitigen Cookies keine Beschränkungen auf, sodass dieses Cookie ein ausreichend weit in der Zukunft liegendes Ablaufdatum hat.

Das Snippet erstellt das KameleoonVisitorCode-Cookie serverseitig, wenn kein Kameleoon-Cookie gefunden wurde (dh es wurde noch nicht auf der Vorderseite erstellt) ODER ruft den vorhandenen Wert ab und erstellt das Cookie serverseitig neu, um ITP-Probleme zu vermeiden. Die Synchronisierung bedeutet, dass Kennungen nicht nur nach sieben Tagen nicht entfernt werden, sondern es gibt auch keine Auswirkungen auf die Leistung oder das Benutzererlebnis, da wir nur ein einziges Cookie speichern.

Da Kameleoon jedoch andere Daten im lokalen Speicher speichert, Daten, die zum Auslösen von Echtzeitexperimenten ohne zusätzliche Serveraufrufe benötigt werden, haben sie auch einen Synchronisierungsmechanismus für den lokalen Speicher implementiert.

Auf Safari prüft Kameleoon, sobald es seinen visiterCode durch Lesen des kameleoonVisitorCode-Cookies erhält, ob sein aktueller lokaler Speicher leer ist. Wenn dies der Fall ist, was wahrscheinlich bedeutet, dass der letzte Besuch mehr als sieben Tage zurückliegt, führen sie einen Serversynchronisierungsaufruf (SSC) durch, um alle Daten, die im lokalen Speicher vorhanden waren, von ihren Backend-Servern abzurufen. Sobald dieser Anruf beendet ist, werden die Daten genau in dem Zustand wiederhergestellt, in dem sie sich befunden hätten, wenn ITP sie nicht gelöscht hätte. Danach kann der normale Betrieb wieder aufgenommen werden.

Wie verwaltet Convert Experiences umgebungsübergreifendes Tracking?

Convert Experiences respektiert alle Datenschutzregeln und lässt standardmäßig kein domain-, geräte- und browserübergreifendes Tracking zu .

Wenn Benutzer jedoch möchten, können sie das domänenübergreifende Tracking in ihren Projekteinstellungen aktivieren und das Convert-Supportteam nach benutzerdefinierten Lösungen für das geräteübergreifende Tracking fragen. Cross-Browser-Tracking wird nicht unterstützt.

Sehen wir uns nun weitere Details zu den einzelnen Tracking-Typen und deren Einrichtung in der App an.

Domainübergreifendes Tracking in Convert Experiences

In diesem Abschnitt wird beschrieben, wie Convert Experiences das Cross-Domain-Tracking handhabt; zB wenn Ihre Website mehrere Domainnamen umfasst. Dies ist häufig der Fall, wenn Sie einen Einkaufswagen eines Drittanbieters verwenden.

Das domänenübergreifende Tracking ist aufgrund der DSGVO standardmäßig für alle Projekte in Convert Experiences deaktiviert. Sie können jedoch die Einstellung „Domainübergreifende Verlinkung nicht zulassen“ deaktivieren, um das Tracking zu ermöglichen:

In der Convert Experiences-App sind Experimente in Projekten organisiert. Ein Projekt ist eine Entität, die eine beliebige Anzahl von Erlebnissen enthalten kann und die Domains (aktive Websites) umfasst:

Alle Websites innerhalb eines Convert-Projekts teilen Cookies, wodurch domänenübergreifendes Tracking möglich wird, ES SEI DENN, Sie aktivieren oben die Projekteinstellung „Domainübergreifende Verknüpfungen nicht zulassen“.

Die Art und Weise, wie Cookies zwischen Domains geteilt werden, erfolgt durch automatische Weitergabe von Cookies zwischen Domains, die zum selben Projekt gehören, wenn ein Besucher auf Links klickt oder Formulare absendet. Diese Cookies werden über GET-Variablen an Ihre anderen Domains weitergegeben.

Der Abfragezeichenfolge werden zwei Variablen hinzugefügt, um Cookies zu übergeben:

• _conv_v
• _conv_s

Es ist auch möglich, Cookies manuell an ausgewählte Links oder Formulare weiterzuleiten. Sie müssen lediglich die Variablen _conv_v und _conv_s in der URL des Links oder der Aktion des Formulars übergeben.

 <a href="http://www.myothersite.com/page.html"_conv_v"))+'&_conv_s='+escape(convert.getCookie("_conv_s")); return false;" >

Lassen Sie uns Sie nun durch einen Anwendungsfall des domänenübergreifenden Trackings in Convert Experiences führen.

Angenommen, ich beginne meine Reise auf einer Ereignisseite, auf der ich ein Abonnement platzieren muss:

https://domainA.com/reports/WCI/cpc-bndl

Sobald ich bezahlen muss, leitet mich Domain A auf die Seite des Zahlungskorbs weiter, die unter Domain B liegt, und fügt die Konvertierungs-Cookies hinzu, die für das domainübergreifende Tracking als URL-Abfrageparameter erforderlich sind, wie folgt:

 https://domainB.com/EWCIAH80/wci-cpc-bndl/?_conv_v=vi%3A1*sc%3A1*cs%3A1635157350*fs%3A1635157350*pv%3A2*exp%3A%7B100323139.%7Bv.1003114910- B. %7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1*sh%3A1635157349857-0.9940523874349994*pv%3A2

Sobald ich mit der Zahlung fertig bin, lande ich auf der Dankesseite von Domain A:

 https://domainA.com/thanks/wci-cpc-bndl-thanks?_conv_v=vi%3A1%2Asc%3A1%2Acs%3A1635157350%2Afs%3A1635157350%2Apv%3A2%2Aexp%3A%7B100323139.%7Bv.1003114910 -g.%7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1%2Ash%3A1635157349857-0.9940523874349994%2Apv%3A2

wo ich als bestehender Besucher betrachtet werde, sodass die Umsatzumwandlung über beide Domains hinweg erfasst wird.

Geräteübergreifendes Tracking in Convert Experiences

Convert Experiences unterstützt standardmäßig kein geräteübergreifendes Tracking. Die folgende Methode wurde nur für kundenspezifische Lösungen und auf Anfrage für Leader-Pläne entwickelt. Es ist nicht mehr aktiv, aber wir präsentieren es hier zu Bildungszwecken.

Um Besucher auf verschiedenen Geräten zu verfolgen und unabhängig vom verwendeten Gerät ein konsistentes Benutzererlebnis zu bieten, muss der Benutzer durch eine Art eindeutige Kennung „identifiziert“ werden, die keine personenbezogenen Daten (PII) enthalten sollte .

Convert erstellte eine API-Funktion, über die Kunden diese eindeutige Kennung präsentieren konnten, die den Besucher geräteübergreifend identifiziert. Die eindeutige Kennung muss auf einer Seite vor dem Haupt-Convert-Tracking-Snippet „angegeben“ werden.

Es sieht aus wie das:

 window._conv_q = window._conv_q || {};
_conv_q.push([“identifizieren”,”unique_hashed_id_here”]);

Wenn die eindeutige Kennung bereitgestellt wird, verzögert Convert die Erlebnispräsentation, bis es den Server nach Daten abfragt (gesehene Erlebnisse, erzielte Tore usw.) und die Ergebnisse zurückerhält. Wenn Ergebnisse zurückgegeben werden, werden sie auf einem langfristigen Cookie gespeichert, der das eventuelle Bucking ersetzt, das der Benutzer hatte, bevor er „identifiziert“ wurde. Wir gehen davon aus, dass dies nur dann geschieht, wenn noch keine Daten für das Langzeit-Cookie verfügbar sind, um Verzögerungen bei der Präsentation der Erfahrung bei jedem Seitenaufruf zu vermeiden.

Antworten sollten minimiert und komprimiert werden, um zusätzliche Netzwerklatenzen zu vermeiden. Die endgültige Lösung besteht aus 2 Anfragen der Seite:

• Die erste Anfrage ist für das Laden der Haupt-js-Datei (Ladedaten) verantwortlich – sie wird auf CDN-Ebene zwischengespeichert und enthält alle verfügbaren Experimente, Jquery-Bibliotheksabhängigkeiten, Ziele, andere util-Funktionen und Tracking, enthält jedoch kein Benutzer-Bucketing. Diese Datei wird minimiert und komprimiert (gzip) bereitgestellt.
• Der zweite Aufruf ist ein paar Bytes groß. Es versucht, zuvor zugewiesenes Bucking für diesen bestimmten Benutzer zu erhalten. Es lädt die Experiment-IDs und Ziel-IDs, denen der Benutzer zuvor zugewiesen wurde, indem es auf eine leistungsstarke Schlüsselwert-NoSQL-Datenbank zugreift (im Speicher-Caching-System zwischengespeichert). Wenn weitere Leistungsverbesserungen erforderlich sind, optimiert Convert, indem es ein CDN davor verwendet (in diesem Fall wird jede Anfrage pro Benutzer zwischengespeichert). Diese Antwort wird ebenfalls minimiert und komprimiert (gzip) bereitgestellt.

Wenn die eindeutige Kennung für einen neuen eindeutigen Website-Besucher bereitgestellt wird, erfolgt das Sammeln von Erfahrungen auf diese Weise:

1. Für einen neuen Benutzer – es wird kein Langzeit-Cookie gespeichert; Wenn der eindeutige Bezeichner bereitgestellt wird, werden Experimente verzögert, bis der zweite Aufruf zurückkehrt. Dieser Anruf wird:
   1. entweder zurückgeben, welche Experimente/Variationen mit der eindeutigen Kennung verbunden sind, in diesem Fall zeigt Convert dem Benutzer dasselbe Experiment/Variation-Paar (das gleiche Verhalten wie für einen Besucher, der zu einer zuvor gesehenen Experimentseite zurückkehrt)
   2. oder gibt keine Daten zurück, wenn mit dieser eindeutigen Kennung nichts verbunden ist. In diesem Fall führt Convert die Randomisierung wie gewohnt durch; Wenn ein neuer Bucket zugewiesen wird, erfolgt daher ein zusätzlicher asynchroner Aufruf an das Back-End, um das gerade aufgetretene neue Bucket zu speichern.

Wenn die eindeutige Kennung für einen bestehenden Website-Besucher bereitgestellt wird, erfolgt das Bucketing für Erlebnisse wie folgt:

2. Für einen bestehenden Benutzer (mit Kennung) – wir haben das von Convert gesetzte langfristige Cookie in seinem Browser gefunden. Wenn eine eindeutige Kennung bereitgestellt wird, haben wir möglicherweise einen dieser beiden Fälle:
   1. Es wurde keine Browsersitzung gestartet (eine neue Sitzung wird durch ein Sitzungscookie identifiziert, das nach 20 Minuten ohne Aktivität abläuft) ODER die im Langzeit-Cookie gespeicherte Besucher-ID unterscheidet sich von der Besucher-ID, die durch die eindeutige ID bereitgestellt wird; in this case, the same thing as in the previous example will happen: when bucketing is returned from the server, it will overwrite current bucketing stored on the long-term cookie; If the server returns no data, the long-term cookie will prevail. This overwriting can become problematic when, for the same user, part of the session has a unique identifier and part of it does not.
   2. A current browsing session started and the visitor ID stored on the long-term cookie is the same as the unique identifier provided. In this case, the process is the same as usual: it's a user for which eventually the bucketing was restored at the first pageview of the user session, therefore, no additional requests are required (no second call to retrieve the data since it's already in the long-term cookie, nor a third call to save any bucketing that would've had happened otherwise).

Cross-Browser Tracking in Convert Experiences

Convert Experiences does NOT support cross-browser tracking.

How to Test if Cross-Domain Tracking Works?

Here are some tell-tale signs you can look for in your Convert reports that can indicate that cross-domain tracking isn't working right:

• There is less traffic than you would expect,
• Your conversions are not triggered/captured,
• Traffic on one domain has various campaigns being attributed, while another domain includes less traffic.

Basically, if your Convert report is accounting for less traffic or fewer conversions than you'd expect, this could mean Convert is losing track of the attribution when your users switch domains. That might be an indication that cross-domain tracking isn't working properly.

Things to Consider When You Enable Cross-Domain Tracking

• You do not need to enable cross-domain tracking for subdomains in your account.
• Cross-domain tracking must be enabled when the original and variation URLs in a Split URL test are on different domains.
• For enhanced privacy, the Firefox and Safari browsers block cross-domain tracking by default. As a result, Convert cannot access the third-party cookies, thereby prohibiting cross-domain tracking from working in Safari and Firefox browsers. However, the default browser settings can be disabled:
  • In the Safari browser, go to Preferences > Privacy and disable the Prevent cross-site tracking setting.
  • In the Firefox browser, go to Preferences > Privacy & Security > Custom and disable the “Cookies and Tracking Content” setting.
• With the iOS 14 and macOS 11 upgrade, Apple introduced the Privacy Report feature in Safari. You can use this to examine a website's report to see which websites are tracking you and display the trackers that Safari has blocked. The report shows both cross-site tracking trackers and those detected by Apple's intelligent tracking prevention.
  Please note that this does not have any impact on your Convert experiences as our app only works with first-party cookies. Convert tracking would only be affected when you use the cross-domain tracking feature on Safari since the browser does not allow working with third-party cookies by default.

There are a lot of things to think about when it comes to tracking ecommerce conversions in A/B testing. It's not as simple as just looking at your web analytics reports or cookies, because customers may be seeing your digital marketing campaigns in one environment before converting on another. Today's consumers use an increasing number of touchpoints throughout their journey, which can get tracking info difficult for marketers.

Fortunately, A/B testing tools like Convert Experiences give users the ability to see how individuals interact with their online business, all while making sure that user privacy rights are upheld. Click the banner below to take a free trial and see for yourself how this works.