Introduction
Comme toute solution d’analytique web, Kameleoon collecte des données telles que les URL visitées, la version du navigateur et le temps passé sur votre site web. En tant que plateforme d’expérimentation et de personnalisation, Kameleoon nécessite également un accès persistant en temps réel à ces données pour déclencher des expériences et des campagnes de personnalisation avec une latence minimale. Étant donné que l’environnement d’exécution JavaScript se réinitialise à chaque changement de page, stocker uniquement ces données en mémoire n’est pas possible. Au lieu de cela, Kameleoon lit et écrit les données sur différentes pages web (URL). Récupérer les données depuis un serveur backend au début de chaque chargement de page est une alternative, mais cette approche présente deux inconvénients :- Coût de performance : Chaque chargement de page entraîne un appel serveur supplémentaire.
- Coût d’évolutivité : Des requêtes serveur fréquentes dégradent les performances à grande échelle.
Le local storage comme mécanisme de stockage de données
Kameleoon n’utilise pas de cookies pour stocker des données pour deux raisons :- Les cookies ne sont pas conçus pour stocker de grandes quantités de données.
- Le navigateur envoie les cookies avec chaque requête HTTP, y compris les requêtes pour des ressources statiques telles que des images, ce qui augmente l’utilisation de la bande passante et réduit les performances.
- Seul JavaScript peut écrire dans le Local Storage — les serveurs ne le peuvent pas.
- Seul JavaScript peut lire les données du Local Storage.
- Le navigateur n’envoie jamais les données du Local Storage à des serveurs HTTP distants, ce qui le rend plus sécurisé.
Limitations du local storage pour les données de session unifiées
Contrairement aux cookies — où un script surhttp://www.example.com peut créer un cookie accessible depuis buy.example.com — le Local Storage est partitionné par sous-domaine et protocole.
Par exemple, si votre site e-commerce est hébergé sur https://www.randomshop.com mais que votre tunnel de conversion s’exécute sur https://transaction.randomshop.com, le Local Storage ne peut pas partager les données entre ces deux sous-domaines. Cela peut produire des variations d’expérience incohérentes sur le parcours client, affectant à la fois l’expérience utilisateur et la validité de l’expérience.
Kameleoon fournit un mécanisme pour unifier les données de session entre les sous-domaines. Pour plus de détails, consultez Unifier les données de session entre sous-domaines.
Liste des données collectées
Cette page couvre deux catégories de données :- Données collectées et stockées pour tous les visiteurs (à l’exclusion des visiteurs ayant opté pour le retrait).
- Données collectées à usage interne lorsque les utilisateurs Kameleoon créent des expériences sur la plateforme.
Kameleoon stocke toujours les données dans un contexte first-party, associé à votre domaine. Kameleoon ne stocke jamais de données tierces sur des domaines appartenant à Kameleoon.
Données stockées pour tous les visiteurs
Données stockées dans le Local Storage
Le Local Storage ne dispose pas de mécanisme d’expiration intégré. Pour contourner ce problème, Kameleoon émule l’expiration de durée de vie en stockant les données avec deux champs :
"value": L’information stockée."expirationDate": Un horodatage qui définit quand Kameleoon cesse d’utiliser les données.
- Application File (engine.js)
- JavaScript SDK
La clé
kameleoonData stocke les données suivantes pour chaque visite (sur cet appareil uniquement, ou toutes les visites si vous utilisez la réconciliation d’historique cross-device) :- Custom data
- Type d’appareil (mobile, tablette ou ordinateur de bureau)
- Système d’exploitation
- Nom et version du navigateur
- Taille de l’écran
- Taille de la fenêtre
- Fuseau horaire du navigateur
- Langue du navigateur
- Référent d’origine (canal d’acquisition)
- Nombre de pages vues
- Titre et URL des pages visitées
- Temps passé sur le site web
- Heures de début et de fin de la visite
- Nombre d’onglets ouverts
- Si un ad blocker est actif
- Liste des conversions (clics, transactions et autres événements)
- Liste des personnalisations et A/B tests vus par le visiteur
- Conditions météorologiques actuelles (si la condition de ciblage est active) : température, vent, pluie et autres conditions
- Heure du coucher du soleil (si une condition de ciblage météo est active, car certains critères météo l’exigent)
- Prévisions météorologiques (si la condition de ciblage est active) : température, vent, pluie et autres conditions
- Géolocalisation (si une condition de ciblage de géolocalisation ou de météo est active)
- Adresse IP (si la condition de ciblage est active)
- Données de segmentation externes d’un DMP ou CRM tiers
- Produits vus (si l’add-on Product Targeting est activé)
Données stockées dans le Session Storage
Données stockées dans les cookies
- Application File (engine.js)
- JavaScript SDK
Kameleoon n’utilise qu’un seul cookie pour stocker un identifiant de visiteur généré aléatoirement. Le CDN Kameleoon peut également définir un cookie optionnel lorsqu’il fournit le fichier d’application, sauf si vous auto-hébergez le fichier d’application.Si vous utilisez l’add-on Kameleoon Product Recommendation, Kameleoon stocke deux cookies supplémentaires. Vous pouvez contacter votre Customer Success Manager pour activer une option sans cookies qui stocke ces points de données dans le Local Storage à la place.