Skip to main content
Kameleoon trennt zwei separate Vorgänge: Datenerhebung und Reporting. Die Datenerhebung erfolgt nahezu in Echtzeit. Das Reporting basiert auf Besuchern oder Besuchen und ist keine Echtzeit-Ansicht. Dieses Verständnis verhindert einen häufigen Fehler: die Ergebnisseite als QA-Tool zu verwenden. Die Ergebnisseite zeigt analysierte Besuchs- und Besucherdaten sowie Conversions für die Goals, mit denen die Performance eines Experiments oder einer Personalisierungskampagne gemessen wird, keinen Live-Feed eingehender Ereignisse. Verwenden Sie Live events, um zu bestätigen, dass das Tracking funktioniert.

​
Wie Kameleoon Daten erfasst

Die Erfassungsmethode hängt von Ihrem Implementierungstyp ab.

​
Web Experimentation

Bei Web-Implementierungen erfasst Kameleoon Daten über das engine.js-Skript, das im Browser des Besuchers ausgeführt wird. Wenn ein Besucher eine Seite lädt, führt die Engine folgende Schritte aus:
  1. Initialisiert den Besucher und wertet aus, welche Experimente und Personalisierungen gelten.
  2. Weist den Besucher einer Variation zu.
  3. Sendet Tracking-Ereignisse (wie Seitenaufrufe, Experiment-Exposures, Scroll-Aktivität und Goal-Conversions) an die Kameleoon Data API.
Die Engine bündelt ausgehende Anfragen und verarbeitet die Warteschlange ca. alle 500 ms. Beim Entladen der Seite erzwingt die Engine eine sofortige Übertragung, damit sie keine ausstehenden Ereignisse verliert.
Der Browser speichert engine.js im Cache. Wenn Sie in der Kameleoon App ein Experiment starten oder ein Goal hinzufügen, erhalten neue Besucher und wiederkehrende Besucher, deren zwischengespeicherte engine.js abgelaufen ist, die Aktualisierung sofort. Wiederkehrende Besucher mit einer noch gültigen zwischengespeicherten Version erhalten die Aktualisierung erst, wenn ihr Browser die neue Konfiguration abruft.Laden Sie die Seite für ein QA einer Änderung in einem Inkognito- oder privaten Fenster, oder erzwingen Sie ein vollständiges Neuladen, damit Ihr Browser keine zwischengespeicherte Version von engine.js ausliefert. Einzelheiten zu den Cache-Laufzeiten finden Sie unter Verlangsamt das Skript von Kameleoon (engine.js) meine Website?.

​
SDK-Implementierungen

Bei server-seitigen und mobilen Implementierungen erfasst Kameleoon Daten über SDK-Tracking-Aufrufe. Das SDK wertet Flags lokal aus und sendet Tracking-Anfragen gebündelt an die Data API. Das Standard-Flush-Intervall beträgt 1 Sekunde. Mit der Methode flush können Sie auch eine sofortige Übertragung auslösen.

​
Warehouse- und Offline-Conversions

Wenn Sie Conversions aus einem Data Warehouse importieren, akzeptiert Kameleoon Ereignisse über die Data API. Eine erfolgreiche API-Antwort bestätigt, dass Kameleoon den Payload empfangen hat, nicht, dass die Ereignisse bereits im Reporting sichtbar sind. Warehouse-Conversions durchlaufen einen zusätzlichen Verarbeitungsschritt. Weitere Informationen finden Sie unter Verzögerte Warehouse-Conversions.

​
Datenverarbeitung und Reporting-Latenz

Zwei separate Zeitrahmen bestimmen, wann Daten verfügbar werden. Ereignisse erscheinen in Live events fast unmittelbar nach dem Tracking-Aufruf. Sie erscheinen erst dann auf der Ergebnisseite, wenn Kameleoon den abgeschlossenen Besuch verarbeitet hat.

​
Was „beendeter Besuch” bedeutet

Die Ergebnisseite berichtet über Besuche, nicht über einzelne Ereignisse. Ein Besuch endet, wenn Kameleoon 30 Minuten lang keine neue Aktivität vom Besucher erhält. Das Schließen eines Browser-Tabs führt häufig zu einem Besuchsende, ist aber nicht die formale Bedingung. Ein Besuch kann auch enden, während der Browser geöffnet bleibt, wenn der Besucher 30 Minuten lang inaktiv ist. Praktische Auswirkung: Wenn Sie ein Conversion-Goal auslösen und sofort die Ergebnisseite überprüfen, ist der Besuch wahrscheinlich noch aktiv und die Conversion erscheint noch nicht. Warten Sie auf das Ende des Besuchs, oder verwenden Sie Live events, um in Echtzeit zu bestätigen, dass das Ereignis ausgelöst wurde.

​
Welches Tool für QA und Analyse verwenden

Live events ist das richtige Tool für Echtzeit-QA. Die Ergebnisseite ist für analysierte, besuchsbasierte Ergebnisse nach der Durchführung von Experimenten gedacht.

​
Verzögerte Warehouse-Conversions

Aus einem Data Warehouse importierte Conversions folgen einem anderen Verarbeitungszeitplan als Web- oder SDK-Ereignisse. Nachdem Kameleoon den Payload über die Data API akzeptiert hat, führt ein separater Prozess die Zusammenführung dieser Ereignisse in das Experiment-Reporting durch. Kameleoon garantiert für Warehouse-Conversions keine Sichtbarkeit am selben Tag. Wenden Sie sich an Ihren Customer Success Manager, um Einzelheiten zu den erwarteten Reporting-Zeitplänen für Ihre Warehouse-Integration zu erfahren.

​
Weiterführende Informationen