Einführung
Wie jede Webanalyselösung erfasst Kameleoon Daten wie besuchte URLs, Browserversion und auf Ihrer Website verbrachte Zeit. Als Experimentation- und Personalisierungsplattform benötigt Kameleoon außerdem persistenten Echtzeitzugriff auf diese Daten, um Experimente und Personalisierungskampagnen mit minimaler Latenz auszulösen. Da die JavaScript-Laufzeitumgebung bei jedem Seitenwechsel zurückgesetzt wird, ist es nicht möglich, diese Daten allein im Speicher zu halten. Stattdessen liest und schreibt Kameleoon Daten über verschiedene Webseiten (URLs) hinweg. Das Abrufen von Daten von einem Backend-Server zu Beginn jedes Seitenladevorgangs ist eine Alternative, dieser Ansatz hat jedoch zwei Nachteile:- Leistungskosten: Jedes Seitenladen verursacht einen zusätzlichen Serveraufruf.
- Skalierungskosten: Häufige Serveranfragen verschlechtern die Leistung im großen Maßstab.
Local Storage als Datenspeichermechanismus
Kameleoon verwendet aus zwei Gründen keine Cookies zum Speichern von Daten:- Cookies sind nicht für die Speicherung großer Datenmengen ausgelegt.
- Der Browser sendet Cookies mit jeder HTTP-Anfrage, einschließlich Anfragen für statische Ressourcen wie Bilder, was die Bandbreitennutzung erhöht und die Leistung verringert.
- Nur JavaScript kann in Local Storage schreiben – Server nicht.
- Nur JavaScript kann Daten aus Local Storage lesen.
- Der Browser sendet Local-Storage-Daten niemals an Remote-HTTP-Server, was es sicherer macht.
Einschränkungen von Local Storage für einheitliche Sitzungsdaten
Im Gegensatz zu Cookies – bei denen ein Skript aufhttp://www.example.com ein Cookie erstellen kann, das von buy.example.com aus zugänglich ist – ist Local Storage nach Subdomain und Protokoll partitioniert.
Wenn Ihre E-Commerce-Website beispielsweise auf https://www.randomshop.com gehostet wird, Ihr Conversion-Funnel jedoch auf https://transaction.randomshop.com läuft, kann Local Storage keine Daten zwischen diesen beiden Subdomains teilen. Dies kann zu inkonsistenten Experimentvariationen über die Customer Journey hinweg führen, was sowohl die Benutzererfahrung als auch die Validität des Experiments beeinträchtigt.
Kameleoon bietet einen Mechanismus zur Vereinheitlichung von Sitzungsdaten über Subdomains hinweg. Einzelheiten finden Sie unter Sitzungsdaten über Subdomains vereinheitlichen.
Liste der erfassten Daten
Diese Seite behandelt zwei Datenkategorien:- Daten, die für alle Besucher erfasst und gespeichert werden (ausgenommen Besucher, die sich abgemeldet haben).
- Daten, die zur internen Nutzung erfasst werden, wenn Kameleoon-Benutzer Experimente auf der Plattform erstellen.
Kameleoon speichert Daten immer in einem First-Party-Kontext, der mit Ihrer Domain verknüpft ist. Kameleoon speichert niemals Drittanbieterdaten auf Kameleoon-eigenen Domains.
Für alle Besucher gespeicherte Daten
In Local Storage gespeicherte Daten
Local Storage verfügt nicht über einen eingebauten Ablaufmechanismus. Um dies zu umgehen, emuliert Kameleoon den Ablauf der Lebensdauer, indem Daten mit zwei Feldern gespeichert werden:
"value": Die gespeicherten Informationen."expirationDate": Ein Zeitstempel, der definiert, wann Kameleoon die Daten nicht mehr verwendet.
- Application File (engine.js)
- JavaScript SDK
Der Schlüssel
kameleoonData speichert die folgenden Daten für jeden Besuch (nur auf diesem Gerät oder alle Besuche, wenn Sie den geräteübergreifenden Verlaufsabgleich verwenden):- Custom Data
- Gerätetyp (Mobil, Tablet oder Desktop)
- Betriebssystem
- Browsername und -version
- Bildschirmgröße
- Fenstergröße
- Browser-Zeitzone
- Browser-Sprache
- Ursprünglicher Referrer (Akquisitionskanal)
- Anzahl der angezeigten Seiten
- Titel und URL der besuchten Seiten
- Auf der Website verbrachte Zeit
- Start- und Endzeit des Besuchs
- Anzahl der geöffneten Tabs
- Ob ein Ad-Blocker aktiv ist
- Liste der Conversions (Klicks, Transaktionen und andere Ereignisse)
- Liste der vom Besucher gesehenen Personalisierungen und A/B-Experimente
- Aktuelle Wetterbedingungen (wenn die Targeting-Bedingung aktiv ist): Temperatur, Wind, Regen und andere Bedingungen
- Sonnenuntergangszeit (wenn eine Wetter-Targeting-Bedingung aktiv ist, da einige Wetterkriterien dies erfordern)
- Wettervorhersage (wenn die Targeting-Bedingung aktiv ist): Temperatur, Wind, Regen und andere Bedingungen
- Geolokalisierung (wenn eine Geolokalisierungs- oder Wetter-Targeting-Bedingung aktiv ist)
- IP-Adresse (wenn die Targeting-Bedingung aktiv ist)
- Externe Segmentierungsdaten von einem Drittanbieter-DMP oder -CRM
- Angesehene Produkte (wenn das Product-Targeting-Add-on aktiviert ist)
In Session Storage gespeicherte Daten
In Cookies gespeicherte Daten
- Application File (engine.js)
- JavaScript SDK
Kameleoon verwendet nur ein Cookie, um eine zufällig generierte Besucherkennung zu speichern. Das Kameleoon-CDN kann ebenfalls ein optionales Cookie setzen, wenn es die Anwendungsdatei bereitstellt, es sei denn, Sie hosten die Anwendungsdatei selbst.Wenn Sie das Kameleoon Product Recommendation Add-on verwenden, speichert Kameleoon zwei zusätzliche Cookies. Sie können sich an Ihren Customer Success Manager wenden, um eine cookielose Option zu aktivieren, die diese Datenpunkte stattdessen in Local Storage speichert.