Comme il n’y a qu’un seul thread d’exécution dans un environnement JavaScript, les événements déclenchés dans un bloc d’exécution synchrone continu sont reçus simultanément. Les écouteurs de rappel s’exécutent après la fin complète du bloc de code Kameleoon, plutôt qu’au moment exact où le code déclenche l’événement. Par exemple,
Kameleoon::Loaded et Kameleoon::Started peuvent être reçus simultanément si le chargement du stockage local est implémenté de manière synchrone (cas typique, sauf dans une configuration multi-domaines lorsque l’URL actuelle ne se trouve pas sur le domaine principal). Kameleoon::Started et Kameleoon::ExperimentTriggered sont également simultanés pour les expériences dont le ciblage peut être évalué immédiatement.Liste des événements
Kameleoon::Loaded
Données disponibles dans l’événement
Kameleoon::Aborted
- BROWSER : Le navigateur n’est pas pris en charge.
- PRERENDER : Il s’agit d’une requête de prérendu (par exemple, optimisation Chrome), et non d’une page web consultée par un humain. Kameleoon ne s’exécute pas pour éviter de fausses statistiques.
- STORAGE : Les prérequis techniques pour un fonctionnement normal, tels que les écritures dans le stockage local, ne peuvent pas être satisfaits.
- TIMEOUT : Le temps de chargement du fichier a dépassé la durée autorisée, et la configuration nécessite un abandon.
- DISABLED : Kameleoon a été désactivé via l’application back-office. Tous les chargements front-end Kameleoon sont immédiatement abandonnés lorsque ce statut est actif.
- PARAMETER : Un paramètre spécial dans l’URL (par exemple,
kameleoonDisabled=true) provoque l’arrêt de l’exécution du moteur à des fins de débogage ou de vérification. - SCRIPT : Un script d’abandon personnalisé a retourné true pour le chargement actuel.
Données disponibles dans l’événement
Kameleoon::Started
Kameleoon.API est lisible, bien que certaines données (telles que les données de géolocalisation obtenues via des appels asynchrones ultérieurs) puissent ne pas être disponibles. Les données de l’événement indiquent si l’initialisation a généré un nouveau visitorCode.
Données disponibles dans l’événement
Kameleoon::DataGathered
Kameleoon::RemoteSynchronizationPerformed
Kameleoon.API.Data.performRemoteSynchronization(). Cela se produit lors de la réconciliation de l’historique entre appareils, de la prévention du suivi intelligent ou des mises à jour de données personnalisées.
En savoir plus sur les SSC ici.
Données disponibles dans l’événement
Kameleoon::LegalConsentUpdated
Kameleoon.API.Core.enableLegalConsent()) ou le refus (Kameleoon.API.Core.disableLegalConsent()) pour les modules AB Testing ou Personalization. Accédez au statut mis à jour via Kameleoon.API.Visitor.experimentLegalConsent ou Kameleoon.API.Visitor.personalizationLegalConsent ; l’objet de l’événement contient les détails de la mise à jour.