Divergences de visites/visiteurs
Comment les visites et les visiteurs sont comptabilisés
Kameleoon mesure les visiteurs uniques sur la base des cookies et du local storage. Un cookie est un fichier déposé sur un navigateur qui contient un identifiant anonyme appelé le code visiteur Kameleoon. Il est stocké dans le navigateur de l’utilisateur pendant 365 jours. Chaque fois que le même visiteur arrive sur votre site, une nouvelle visite est créée par Kameleoon et se termine dès qu’aucun nouvel événement d’activité (par exemple, page vue, défilement, clics) n’a été enregistré par Kameleoon au cours des 30 dernières minutes : Kameleoon crée une nouvelle visite après 30 minutes d’inactivité. Assurez-vous que le nombre de visiteurs et de visites est comptabilisé de la même manière dans votre plateforme d’analyse.Filtrage des bots
Kameleoon propose un filtrage des bots intégré, qui peut différer de celui de votre plateforme d’analyse. Kameleoon utilise la liste IAB/ABC International Spiders and Bots pour détecter les événements à filtrer. Cette liste est une ressource essentielle pour minimiser le trafic non humain comptabilisé dans le web analytics de Kameleoon. De plus, une visite Kameleoon peut être rejetée automatiquement si elle est détectée comme une valeur aberrante (bot, troll, tracker bug), ce qui est le cas si l’une des conditions suivantes est remplie pendant une visite :- La visite dure plus de 120 minutes.
- Le nombre d’événements (tels que les conversions, les clics, le ciblage, les vues de pages produits) est supérieur à 10 000.
Compatibilité des navigateurs
Kameleoon ne fonctionne pas sous Internet Explorer : les visites des utilisateurs d’Internet Explorer seront exclues de vos rapports d’expérience. Notez également que Kameleoon ne maintient une compatibilité complète qu’avec les trois dernières versions de chaque navigateur, ce qui signifie que certaines visites peuvent ne pas apparaître dans vos rapports.Exclusion d’IP
Dans la plupart des plateformes d’analyse, vous pouvez ajouter des règles de filtrage d’IP, qui vous permettent d’exclure certaines plages d’IP de l’affichage dans les résultats de vos campagnes. Vous devriez configurer les mêmes filtres dans Kameleoon. Vous pouvez les définir à partir de la page Configuration de chaque projet.Bloqueurs de publicités/contenus
De nombreux visiteurs utilisent des bloqueurs de publicités pour bloquer les trackers et les annonceurs. Certains bloqueurs de publicités peuvent également bloquer les trackers côté client, tels que les événements d’analyse, y compris les événements côté client de Kameleoon. Ainsi, si une part importante de vos visiteurs utilise des bloqueurs de publicités, il est probable que le nombre de visites varie entre Kameleoon et votre plateforme d’analyse. Certaines plateformes d’analyse proposent des URL de requête de tracking « on premise » qui leur permettent d’éviter d’être bloquées par les bloqueurs de publicités. Notez que Kameleoon propose les mêmes fonctionnalités. Contactez votre Customer Success Manager pour obtenir de l’aide. Si vous pensez qu’une grande partie de vos visiteurs utilise des bloqueurs de publicités, vous devriez envoyer un événement à votre plateforme d’analyse lorsque Kameleoon se charge, afin de mieux comprendre combien de visiteurs utilisent des bloqueurs de publicités. Pour ce faire, utilisez les événements de l’Activation API de Kameleoon pour envoyer un événement à votre plateforme d’analyse lorsque Kameleoon se charge.Différences de timing de chargement/d’implémentation
Vous devriez implémenter le snippet Kameleoon dans la section<head> de votre code source pour éviter tout flickering dans vos expériences. Cette configuration signifie également que Kameleoon sera l’un des premiers tags à s’exécuter, et nous enverrons donc les événements d’activité le plus tôt possible. Cependant, les bonnes pratiques pour les plateformes d’analyse sont souvent différentes — la plupart sont chargées dans la section body ou après le chargement complet de la page. Cette différence signifie que Kameleoon envoie des événements avant la plupart des plateformes d’analyse et comptabilisera donc plus de visites et de visiteurs. Les visiteurs peuvent rebondir, perdre leur connexion Internet ou cliquer sur retour. Votre plateforme d’analyse ne comptabilisera pas ces visiteurs, mais Kameleoon les comptabilisera.
La plateforme d’analyse peut être installée sur un nombre de pages différent de Kameleoon
Ce problème est une cause courante de divergences de données, en particulier si vous souhaitez lancer une expérience qui cible l’ensemble du site. Lorsque vous sélectionnez ce ciblage, Kameleoon exécute le code de votre expérience sur toutes les pages où le snippet Kameleoon est présent. En substance, il n’y a aucun ciblage spécifique, ce qui peut entraîner des différences dans les rapports de votre plateforme d’analyse. Par exemple, si le même snippet Kameleoon a également été installé dans votre environnement de staging, votre expérience s’y exécutera, alors que votre plateforme d’analyse ne recevra probablement aucune visite depuis cet environnement. Vous pouvez identifier si c’est la cause de la divergence en décomposant vos données par URL de la page visitée. Vous verrez les principales URL où l’expérience a été exécutée, ce qui vous permettra d’identifier les URL où Kameleoon n’aurait pas dû se charger (comme d’autres environnements et des webviews sur des applications mobiles). Pour éviter ce type de divergence :- Exécutez toujours un test A/A sur une petite partie de votre site web pour vous assurer de maîtriser pleinement le périmètre de votre expérience.
- Si vous devez ajuster le ciblage d’un test A/A, ne le faites jamais sur la même expérience. Arrêtez celle-ci et lancez un autre test A/A pour vérifier que le problème a été corrigé en recevant des données fraîches.
Divergences d’événements
Si vous constatez des divergences dans le nombre de visites ou de visiteurs, il est probable que vous ayez les mêmes divergences pour un événement donné (suivi de clics, suivi de défilement, transaction ou revenu total). Vous devriez donc d’abord examiner pourquoi vous avez des divergences de visites ou de visiteurs. Cependant, si vous avez des chiffres de visites ou de visiteurs similaires mais des conversions différentes, voici quelques recommandations pour vous assurer que les conversions de vos événements peuvent être comparées aux résultats de Kameleoon.Configuration du suivi des événements
Vous devriez d’abord vérifier comment l’événement est configuré et suivi avec vos développeurs et l’équipe support de Kameleoon. De plus, si vous avez utilisé l’éditeur graphique pour configurer votre suivi de clics, assurez-vous que le sélecteur CSS associé à votre suivi de clics est correct. Lorsqu’aucun ID n’est associé à l’élément sélectionné, Kameleoon sélectionne l’élément en fonction de sa position hiérarchique (unique) sur la page en créant un chemin hiérarchique à partir de l’un des blocs parents contenant un ID HTML. Ainsi, une divergence de données peut provenir d’un sélecteur CSS par défaut qui ne mesure pas les bonnes conversions d’événements. Consultez cet article pour en savoir plus. Si vous avez utilisé notre Activation API pour suivre des conversions personnalisées, assurez-vous que la fonction de l’API est appelée après que Kameleoon a été chargé sur votre page. Vous devriez utiliser la Kameleoon Command Queue, qui permet d’exécuter des commandes en différé. Au lieu d’appeler l’Activation API via l’objet JavaScriptKameleoon.API, vous transmettez des commandes et des fonctions à un autre objet JavaScript, kameleoonQueue. Si le moteur Kameleoon est déjà chargé, les commandes/fonctions seront exécutées instantanément ; sinon, elles seront mises en file d’attente et exécutées une fois que le moteur est prêt, ce qui garantit que Kameleoon reçoit tous les événements de conversion.
En substance, assurez-vous que vos événements suivent les mêmes éléments de la même manière pour faire correspondre les données entre Kameleoon et votre plateforme d’analyse.
Comptage des conversions d’événements
Dans Kameleoon, vous pouvez consulter les visites converties ou toutes les conversions. La vue par défaut sur la page de reporting est converted visits, ce qui signifie que même si un visiteur a cliqué trois fois sur un élément, Kameleoon ne comptabilise qu’une seule visite convertie. Si vous souhaitez comparer le nombre total de conversions, passez à la vue all conversions.Attribution des conversions d’événements
La fenêtre d’attribution vous permet de contrôler la manière dont les conversions des visiteurs sont attribuées à une expérience en vous permettant de définir la période pendant laquelle les conversions et les transactions des visiteurs sont attribuées à une variation. Dans Kameleoon, les conversions des visiteurs ne comptent dans une expérience que lorsque la visite a été ciblée par l’expérience ou pendant la fenêtre d’attribution, ce qui signifie :- Les conversions survenant lors de visites ultérieures non ciblées ne sont pas comptabilisées dans notre rapport, sauf si elles surviennent dans la période de la fenêtre d’attribution.
- Si un événement de conversion se produit avant la décision de ciblage, il ne sera pas comptabilisé dans notre rapport, sauf si la visite était déjà sous l’influence de l’expérience.