​

Ausfuehrungsablauf der Engine

​

Ueberblick ueber die Experimentations-Engine

• Web Experimentation: Fuehren Sie A/B-Tests und andere Formen von Experimenten fuer Websites und Webanwendungen durch.
• Feature Experimentation: Ermoeglichen Sie Full-Stack-Feature-Flagging und -Experimentation. Kameleoon stellt zudem zusaetzliche APIs und Tools bereit, um Flackern in A/B-Experimenten zu beseitigen, in Ihre bestehenden Tools zu integrieren und Aufgaben zu automatisieren.

​

Code-Ablauf: Laden

1. Aktivierung: Das engine.js-Tag ruft ueber Kameleoon.Analyst.load() einen Aufruf der Activation API auf.
2. Ausfuehrung der Befehlswarteschlange: Nach dem Laden prueft die Engine das kameleoonQueue-Array und fuehrt Befehle in der Reihenfolge aus, in der Sie sie hinzugefuegt haben. Verwenden Sie dies fuer Code, der ausgefuehrt werden muss, bevor Kameleoon Funktionen instanziiert.

3. Anti-Flicker und globale Variablen: Flackern tritt auf, wenn die Originalseite kurz angezeigt wird, bevor die Variation erscheint. Dieser Effekt kann zu ungenauen Ergebnissen fuehren. Kameleoon verwendet fortschrittliche Techniken, um Flackern zu beseitigen. Wenn Sie Anti-Flicker konfigurieren, laedt das System das Kameleoon-Skript asynchron mit Anti-Flicker-Code.

4. Pruefung auf blockierende Gruende: Bevor die Initialisierung abgeschlossen wird, prueft die Engine die folgenden blockierenden Gruende:
   • Storage: Wenn lokaler oder Sitzungsspeicher nicht verfuegbar ist, beendet die Engine den Vorgang und gibt das Ereignis Kameleoon::Aborted mit dem Code STORAGE zurueck.
   • Timeout: Wenn das Laden von engine.js mehr als 750 ms dauert und Sie das Projekt so konfiguriert haben, dass Kameleoon fuer die Seite oder den Besuch deaktiviert wird, gibt die Engine TIMEOUT zurueck.
   • Prerender: Kameleoon erfordert, dass das Dokument bereit ist (document.visibilityState == "prerender"). Ist dies nicht der Fall, beendet das Skript den Vorgang und gibt PRERENDER zurueck. Es laedt erneut, wenn sich der Sichtbarkeitsstatus aendert.
   • Custom script: Wenn ein benutzerdefiniertes Skript die Sitzung abbricht, gibt die Engine SCRIPT zurueck.
   • Parameter: Wenn die URL KameleoonDisabled == true enthaelt, gibt die Engine PARAMETER zurueck und beendet den Vorgang.
   • Disabled: Wenn Sie das Projekt im Dashboard deaktivieren, gibt die Engine DISABLED zurueck. Siehe diesen Artikel fuer Details.

5. Verzoegerungen: Die Engine verschiebt Code und Kampagnen bei Bedarf auf einen zweiten Aufruf. In diesem Fall ruft die Engine die Konfiguration und Kampagnen im SYNC-Modus von https://SITECODE.kameleoon.com/engine-configuration.js (frueher kameleoon-configuration.js genannt) und https://SITECODE.kameleoon.com/engine-campaigns.js (frueher kameleoon-actions.js genannt) ab.

​

Code-Ablauf: Tracking

1. Kameleoon erfasst technische Daten wie den Browser und das Betriebssystem des Besuchers.
2. Wenn Sie Sitzungsdaten ueber Subdomains vereinheitlichen aktivieren, ruft Kameleoon vergangene Daten ueber ein iFrame auf der Hauptdomain des lokalen Speichers ab.
3. Wenn Sie die Echtzeit-Synchronisation von Besuchen oder die Cross-Device-Option aktivieren, ruft die Engine die Nutzungshistorie von den Kameleoon-Servern ab.

4. Die Engine initialisiert einen Besucher. Wenn im Cookie kameleoonVisitorCode oder im lokalen Speicher kein Code vorhanden ist, weist die Engine einen neuen Besuchercode zu und analysiert alle Besuche.
5. Die Engine parst und speichert Daten wie Seiten-URL, Geraet, Betriebssystem, Geolokalisierung und Ziele.

6. Das globale benutzerdefinierte Skript fuehrt eingefuegtes JavaScript aus, bevor Experimente initialisiert werden.
7. Das globale Experimentskript wird nach dem benutzerdefinierten globalen Skript ausgefuehrt. Dieses Skript wird unabhaengig vom Targeting ausgefuehrt und stoppt, wenn das Experiment pausiert. Siehe diesen Leitfaden fuer Details.
8. Die Engine fuehrt ausstehende Befehle aus der CommandQueue aus, die den Parameter IMMEDIATE nicht verwenden.
9. Das Ereignis Kameleoon::Started wird ausgeloest, wenn die Initialisierung abgeschlossen ist, und die Engine speichert die Daten.
10. Wenn Sie die SPA-Verwaltung aktivieren, ueberwacht Kameleoon URL-Aenderungen. Wenn sich die URL aendert, laedt die Engine neu, um sicherzustellen, dass die Kampagnen in der neuen Ansicht ordnungsgemaess funktionieren.
11. Bevor die Kampagnen initialisiert werden, fuehrt Kameleoon Folgendes aus:
    • Prueft auf einen Werbeblocker.
    • Fuehrt mutationObserver aus, um querySelector-Operationen zu optimieren.
    • Ruft Geolokalisierungsdaten von https://eu-data.kameleoon.io/ip ab, falls das Segment dies erfordert.
12. Um die Kampagnenkonfiguration zu laden, ruft Kameleoon Daten von https://SITECODE.kameleoon.com/live-experiments/config.js ab und speichert sie 2 Minuten lang im Cache.

​

Warteschlange für Tracking und Aktivitätsereignisse

​

Code-Ablauf: Ausfuehrung

1. Wenn der Besucher Teil einer “Holdout”-Gruppe ist, sendet die Engine ein Holdout-Einschlussereignis.
2. Die Engine loest ein Expositionsereignis aus, das eine nonce, eine experimentID und eine variationId enthaelt. Beispiel: eventType=experiment&nonce=5800F1BDD0667747&id=250830&variationId=978588.
3. Wenn der Besucher nicht in einer Holdout-Gruppe ist, sendet die Engine ein “Holdout-Ausschlussereignis”.

• PERSONALIZATION_CAPPING: Die Personalisierung hat ihr globales Besucherlimit erreicht.
• SCHEDULE: Die Personalisierung ist aufgrund ihres Zeitplans deaktiviert.
• SCENARIO: Einige Szenariobedingungen sind nicht erfuellt.
• PRIORITY: Es existiert eine Personalisierung mit hoeherer Prioritaet.
• VISITOR_CAPPING: Der Besucher hat ein Limit erreicht, das die Anzeige verhindert.

​

FAQ

window.addEventListener('Kameleoon::FeatureFlagFileLoaded', function (event) {
  // Your code here
});