Um zu erfahren, welche Daten Kameleoon auf seinen Backend-Servern speichert – hauptsächlich für Analyse- und Reporting-Zwecke – lesen Sie den Artikel Datenerfassung Back-End.
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 ist ein effizienterer Ansatz. Er ermöglicht es Kameleoon, Daten direkt im Browser zu speichern.
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.
Stattdessen verwendet Kameleoon Local Storage, eine Standard-Webtechnologie, die von den meisten Browsern unterstützt wird. Sie funktioniert ähnlich wie Cookies, unterstützt aber eine viel größere Speicherkapazität (in der Regel einige MB, je nach Browser).
Im Vergleich zu Cookies hat Local Storage die folgenden Eigenschaften:
- 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.
Local Storage hat jedoch eine wesentliche Einschränkung: Er ist auf eine einzige exakte Subdomain beschränkt.
Einschränkungen von Local Storage für einheitliche Sitzungsdaten
Im Gegensatz zu Cookies – bei denen ein Skript auf http://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.
Konzentrieren Sie sich aus Datenschutzgründen auf die erste Kategorie. Die zweite Kategorie gilt nur für eine kleine Anzahl interner Mitarbeiter.
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.
Beispiel:kameleoonLegalConsent: {"value": {"AB_TESTING": true, "PERSONALIZATION": true},"expirationDate":1545297630228}
| Schlüssel | Beschreibung | Lebensdauer |
|---|
kameleoonVisitorCode | Eindeutiger Kameleoon-visitorCode-Identifikator. | 365 Tage |
kameleoonData | Besucher- und Sitzungsdaten (z. B. Browserverlauf und Sitzungsinformationen). Kameleoon speichert diese Daten in Local Storage mithilfe eines einfachen Kodierungsschemas. Die vollständige Liste der Daten, die dieser Schlüssel enthält, ist unten aufgeführt. | 365 Tage |
kameleoonExperiment-${experimentId} | Variationszuweisung des Experiments und zugewiesene Variations-ID (entweder „Reference”, die Variations-ID oder „none”, wenn ein Traffic-Ausschluss konfiguriert ist) sowie das Datum, an dem Kameleoon die Variation zugewiesen hat. | 30 Tage (Erneuerung bei erneutem Besuch) |
kameleoonPersonalization-${personalizationId} | Die Variationszuweisung der Personalisierung für diesen Besucher. | 30 Tage (Erneuerung bei erneutem Besuch) |
kameleoonGlobalPersonalizationExposition | Der globale Expositionsstatus des Besuchers für alle Personalisierungen. Ein Wert von "false" verhindert, dass dieser Besucher eine Personalisierung sieht. Ein Wert von "true" ermöglicht die Exposition, wenn der Besucher die erforderlichen Targeting-Bedingungen erfüllt. Standardmäßig gilt kein globaler Traffic-Ausschluss. Sie können diesen Wert in den Projektkonfigurationseinstellungen konfigurieren. | 365 Tage |
kameleoonLegalConsent | Rechtliche Einwilligung zur Nutzung von Kameleoon. Das Wertformat ist beispielsweise {"AB_TESTING": true, "PERSONALIZATION": false} oder {"PERSONALIZATION": true}. | 365 Tage |
kameleoonOpenTabs | IDs der geöffneten Tabs auf derselben Website. | 365 Tage |
KameleoonProducts_device_id | Eine eindeutige Geräte-ID für den Besucher. Kameleoon speichert diesen Schlüssel nur, wenn Sie das Product-Recommendation-Add-on haben. | 365 Tage |
kameleoonRequestEvents | Fehlgeschlagene Anfragen, die Kameleoon nicht senden kann, wenn die Seite sofort neu geladen wird. Dieses Verhalten ist Safari-spezifisch. | Wird beim Neuladen der Seite gelöscht. |
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)
| Schlüssel | Beschreibung | Lebensdauer |
|---|
kameleoonClientData | Eine lokale Kopie der vom SDK abgerufenen Remote-Konfigurationsdatei. Sie enthält Konfigurationsdetails für aktive Feature Flags. | Bis zur manuellen Entfernung oder durch Browser-Einstellungen. |
kameleoonConsentData | Rechtliche Einwilligung für Feature Experiments, die vom Besucher eingeholt wurde. | targetingDataCleanupInterval |
kameleoonDataInfo | Technische Informationen für die Datenbereinigung und verknüpfte Besuchersitzungen. Erforderlich für Cross-Device Experimentation. | Bis eine Tracking-Anfrage erfolgreich ist. |
kameleoonForcedExperimentVariation | Eine bestimmte Experimentvariation, die für die benutzerdefinierte Auswertung eines bestimmten Feature Flags erforderlich ist. | targetingDataCleanupInterval |
kameleoonForcedFeatureVariation | Bestimmte Feature-Variationen, die zur Simulation eines bestimmten Feature Flags verwendet werden. | Sitzung |
kameleoonTargetingData | Besucher- und Sitzungsdaten, einschließlich Browserverlauf und Sitzungsdetails, die für Targeting-Zwecke erforderlich sind. | targetingDataCleanupInterval |
kameleoonTrackingData | Alle Visitor Codes in diesem Browser für Tracking-Anfragen. | Bis eine Tracking-Anfrage erfolgreich ist. |
kameleoonVariationData | Zugewiesene Variationen für jedes Feature Flag, die zur Aufrechterhaltung der Besucherkonsistenz über Sitzungen hinweg verwendet werden. | targetingDataCleanupInterval |
Der Schlüssel kameleoonTargetingData speichert die folgenden mit dem Besucher verknüpften Daten:
- Custom Data
- Conversion
- Seitenaufruf
- Eindeutige Kennung
- Geolokalisierungsdaten
- User Agent
- Browser
- Gerät
- Cookie
- Kameleoon Conversion Score (AI Predictive Targeting)
- Betriebssystem
- Anwendungsversion
- Besuchsdaten
- Personalisierung
In Session Storage gespeicherte Daten
| Schlüssel | Beschreibung | Lebensdauer |
|---|
kameleoonDisabledForVisit | Deaktiviert Kameleoon für den aktuellen Besuch. Kameleoon setzt diesen Schlüssel, wenn Sie die Timeout-Option Kameleoon für den gesamten Besuch deaktivieren aktivieren. | Sitzungsdauer |
kameleoonAnalyticsTrackingTimes | Optimiert die Anzahl der Tracking-Aufrufe von Drittanbieter-Analytics, die Kameleoon durchführt, wenn Sie eine Webanalyse-Integration verwenden. | Sitzungsdauer |
kameleoonTabId | Eine eindeutige 8-stellige Kennung, die einen Browser-Tab unterscheidet und ein redundantes Tracking derselben Seiten-URL über mehrere ausgelöste Ereignisse hinweg verhindert. | Sitzungsdauer |
kameleoonActiveScript | Kameleoon setzt diesen Wert, wenn das Skript bestätigt, dass es auf der Seite installiert ist. | Session-Storage-Wert |
In Cookies gespeicherte Daten
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.| Schlüssel | Beschreibung | Lebensdauer |
|---|
KameleoonProducts_session_code | Eine eindeutige Sitzungs-ID. | Sitzungsdauer |
KameleoonProducts_session_last_act | Der Zeitstempel der letzten Aktivität. | 1 Stunde |
| Schlüssel | Beschreibung | Lebensdauer |
|---|
_detectRootDomain | Temporäres Test-Cookie (Wert=testRootDomain), das Kameleoon verwendet, um die Hauptdomain der Site zu erkennen. | Wird unmittelbar nach Verwendung gelöscht. |
kameleoonVisitorCode | Der eindeutige Kameleoon-visitorCode-Identifikator. | 365 Tage |
kameleoonReferrer | Temporäres Cookie für Redirect-URL-Experimente. Kameleoon speichert den Wert document.referrer, bevor die Umleitung erfolgt. | Wird unmittelbar nach Verwendung gelöscht. |
kameleoonSimulationFFData | Daten, die zur Simulation einer bestimmten Variation eines Feature Flags erforderlich sind. | Sitzung |
Temporäre Daten, die nur für die interne Verwendung von Kameleoon gespeichert werden
In Cookies gespeicherte Daten
| Schlüssel | Beschreibung | Lebensdauer |
|---|
kameleoonSimulationParameters | Der Kameleoon-Simulationsmodus verwendet dieses Cookie, um Simulationen über Subdomains hinweg zu ermöglichen. Ohne es funktioniert die Simulation nicht korrekt, wenn Ihre Site Subdomains hat. Alle Simulations-Query-Parameter müssen im URL-codierten JSON-Format mit JSON.stringify eingeschlossen werden. Beispiel: | |
KEY - kameleoonSimulationParameters, VALUE - {"kameleoon-experiment-id":"266118","kameleoon-simulation":"true","kameleoon-language":"en"} | 1 Stunde, wird aber unmittelbar gelöscht, wenn die Simulation geschlossen wird. | |
In Local Storage gespeicherte Daten
| Schlüssel | Beschreibung | Lebensdauer |
|---|
kameleoonSimulation | Für Simulationszwecke erforderliche Daten. | 1 Stunde |
kameleoonSimulationShortURL | Die Kurz-URL der Simulation. | 1 Stunde |
kameleoonSimulationVisitorData | Alle virtuellen Daten über den Besucher und seine Besuche, die für Simulationszwecke verwendet werden. | 1 Stunde |
In Session Storage gespeicherte Daten
| Schlüssel | Beschreibung | Lebensdauer |
|---|
kameleoonFullApplicationCode | Die gesamte Kameleoon-Codebasis, die für die Simulation erforderlich ist. Die Produktions-Anwendungsdatei ist größenoptimiert und enthält nicht den gesamten Code, daher speichert Kameleoon hier die Vollversion. | 1 Stunde |
kameleoonVariation-${variationId} | Variationscode und -daten für Vorschau- oder Simulationszwecke. | 1 Stunde |
kameleoonRedirectionURL | Die absolute URL der Seite, wenn Kameleoon ein Redirect-Experiment auslöst. Kameleoon speichert dies, um endlose Redirect-Schleifen zu verhindern. | Wird entfernt, wenn der Besucher zu einer anderen Seite navigiert. |
