Skip to main content
Kameleoon sépare deux opérations distinctes : la collecte de données et le reporting. La collecte de données est quasi-instantanée. Le reporting est basé sur les visiteurs ou les visites et ne constitue pas une vue en temps réel. Comprendre cette distinction évite une erreur fréquente : utiliser la page Résultats comme outil de QA. La page Résultats affiche des données de visites et de visiteurs analysées, ainsi que les conversions des goals qui mesurent la performance d’une expérience ou d’une campagne de personnalisation, et non un flux en direct des événements entrants. Utilisez Live events pour confirmer que le tracking fonctionne correctement.

Comment Kameleoon collecte les données

La méthode de collecte dépend de votre type d’implémentation.

Web Experimentation

Pour les implémentations web, Kameleoon collecte les données via le script engine.js qui s’exécute dans le navigateur du visiteur. Lorsqu’un visiteur charge une page, le moteur :
  1. Initialise le visiteur et évalue les expériences et personnalisations applicables.
  2. Assigne le visiteur à une variation.
  3. Envoie des événements de tracking (tels que les pages vues, les expositions aux expériences, l’activité de défilement et les conversions de goals) à l’API Data de Kameleoon.
Le moteur regroupe les requêtes sortantes et traite la file d’attente environ toutes les 500 ms. Au déchargement de la page, le moteur force une transmission immédiate afin de ne pas perdre les événements en cours.
Le navigateur met engine.js en cache. Lorsque vous démarrez une expérience ou ajoutez un goal dans l’application Kameleoon, les nouveaux visiteurs et les visiteurs récurrents dont le engine.js mis en cache a expiré reçoivent immédiatement la mise à jour. Les visiteurs récurrents dont le cache est encore valide ne reçoivent la mise à jour qu’une fois que leur navigateur a récupéré la nouvelle configuration.Pour effectuer un QA d’une modification, chargez la page dans une fenêtre de navigation privée ou forcez un rechargement complet, afin que votre navigateur ne serve pas une version mise en cache de engine.js. Consultez Le script de Kameleoon (engine.js) ralentira-t-il mon site web ? pour connaître les durées de mise en cache.

Implémentations SDK

Pour les implémentations server-side et mobile, Kameleoon collecte les données via les appels de tracking SDK. Le SDK évalue les flags localement et envoie les requêtes de tracking à l’API Data par lots. L’intervalle de vidage par défaut est de 1 seconde. Vous pouvez également déclencher un vidage immédiat avec la méthode flush.

Conversions warehouse et hors ligne

Si vous importez des conversions depuis un entrepôt de données, Kameleoon accepte les événements via l’API Data. Une réponse API réussie confirme que Kameleoon a reçu le payload, pas que les événements sont déjà visibles dans le reporting. Les conversions importées depuis un warehouse passent par une étape de traitement supplémentaire. Voir Conversions en différé depuis un warehouse pour plus de détails.

Traitement des données et latence du reporting

Deux délais distincts déterminent la disponibilité des données. Les événements apparaissent dans Live events presque immédiatement après le déclenchement de l’appel de tracking. Ils n’apparaissent pas sur la page Résultats tant que Kameleoon n’a pas traité la visite complète.

Ce que signifie “visite terminée”

La page Résultats rend compte des visites, et non des événements individuels. Une visite se termine lorsque Kameleoon ne reçoit aucune nouvelle activité du visiteur pendant 30 minutes. La fermeture d’un onglet de navigateur entraîne souvent la fin d’une visite, mais ce n’est pas la condition formelle. Une visite peut se terminer même si le navigateur reste ouvert, en cas d’inactivité pendant 30 minutes. Implication pratique : Si vous déclenchez un goal de conversion et vérifiez immédiatement la page Résultats, la visite est probablement encore active et la conversion n’apparaît pas encore. Attendez que la visite se termine, ou utilisez Live events pour confirmer que l’événement s’est bien déclenché en temps réel.

Quel outil utiliser pour le QA ou l’analyse

Live events est l’outil adapté au QA en temps réel. La page Résultats est destinée aux résultats analysés, basés sur les visites, après l’exécution des expériences.

Conversions en différé depuis un warehouse

Les conversions importées depuis un entrepôt de données suivent un calendrier de traitement différent des événements web ou SDK. Après que Kameleoon a accepté le payload via l’API Data, un processus distinct fusionne ces événements dans le reporting des expériences. Kameleoon ne garantit pas la visibilité le jour même pour les conversions importées depuis un warehouse. Contactez votre Customer Success Manager pour connaître les délais de reporting attendus pour votre intégration warehouse.

Pour aller plus loin