Skip to main content

​
Dans le back office

Assurez-vous que les conditions suivantes sont remplies :
  • La regle est creee pour le bon environnement (production, staging ou development).
  • La regle est activee (mise sur on).
  • La regle cible un trafic qui peut reellement etre expose (c’est-a-dire des segments ou des visiteurs correspondants).

​
Dans le SDK

Verifiez ces points attentivement :
  • Le KameleoonClient est cree avec la configuration correcte :
    • siteCode
    • variable environment
    • networkDomain (le cas echeant)
  • getVisitorCode() est appele une seule fois, et sa valeur est reutilisee partout ou le visitorCode est necessaire.
  • Si vous utilisez le Hybrid Mode (avec engine.js sur le frontend) :
    • Le visitorCode est correctement synchronise entre le SDK et le frontend.
  • Pour les Experiment Rules :
    • setLegalConsent(true) est appele pour s’assurer que la collecte de donnees est autorisee.
  • Pour les Delivery Rules :
    • isFeatureFlagActive() ou getVariation() est appele.
    • La methode retourne true (ou la variation attendue).
  • Pour les Experiment Rules :
    • getVariation() est appele et retourne la variation attendue.

​
Conseils de débogage

Si vous avez confirme tout ce qui precede et que des donnees manquent toujours :
  • Journaliser dans la console :
    • La valeur de consentement
    • Le visitorCode
    • Les valeurs de variation. Vérifiez que les valeurs correspondent à celles affichées dans le navigateur.
  • Activer la journalisation du SDK et verifier les erreurs eventuelles.

​
FAQ

La page de résultats peut ne rien afficher pour plusieurs raisons :
  • Si vous avez activé le filtrage des bots dans les paramètres du projet, le SDK peut définir de manière incorrecte la valeur user-agent. Consultez Bot filtering pour plus de détails.
  • Vous avez défini Legal Consent sur Required dans les paramètres du projet, mais vous n’avez pas appelé la méthode SDK setLegalConsent. Consultez Gestion du consentement pour plus de détails.
  • Vous n’avez utilisé aucune des méthodes SDK qui envoient une requête de suivi aux serveurs Kameleoon.
Pour plus d’aide au débogage, consultez Consulter les résultats globaux de votre feature flag.
Si vous constatez un grand nombre de visites provenant de visiteurs, il peut s’agir de bots. Pour empêcher les bots d’affecter votre expérience, activez l’option Bot filtering dans les paramètres de votre projet. Pour indiquer qu’un visiteur n’est pas un bot, vous devez transmettre les données UserAgent à l’aide de la méthode SDK. L’appel de la méthode empêche Kameleoon de filtrer l’utilisateur.
Si vos rapports affichent une répartition inattendue (par exemple, 10/90 au lieu de 50/50) ou si des visiteurs manquent, ce problème peut venir de l’une des raisons suivantes :
  • Réduction du pool de visiteurs pour des variations spécifiques : Si vous appelez d’abord getVariations(onlyActive: true, track: false), le SDK ne renvoie que les visiteurs affectés à des variations actives (ON). Si vous n’affichez ensuite que les pages d’expérience et appelez getVariation(track: true) pour ces visiteurs spécifiques, Kameleoon ne suit que la variation ON, ce qui produit un rapport n’affichant qu’une seule variation.
  • Temps insuffisant pour les requêtes de suivi : Kameleoon envoie les données à intervalle précis. Si un visiteur reste sur une page dotée d’un client Kameleoon intégré pour la variation ON, puis passe sur une page sans ce client pour la variation OFF, le client peut ne pas disposer de suffisamment de temps pour envoyer la requête de suivi de la variation OFF.
  • Configuration manquante pour certaines variations : Vous avez peut-être omis UserAgent ou setLegalConsent pour certaines variations. Par exemple, si vous ne fournissez le consentement que sur la page de la variation ON, Kameleoon ne peut pas suivre les visiteurs de la variation OFF.
  • Données visiteur manquantes : Le SDK ne collecte pas les données visiteur automatiquement ; vous devez les ajouter explicitement pour que le ciblage et le suivi fonctionnent correctement.
Vérifiez votre configuration de ciblageSi vous soupçonnez des problèmes de ciblage, suivez ces étapes :
  1. Créez une règle sans ciblage avec 100 % d’exposition et attribuez-lui la variation souhaitée.
  2. Ajoutez le ciblage et vérifiez que le visiteur ne reçoit plus la variation.
  3. Ajoutez les données Kameleoon requises.
Le visiteur devrait de nouveau recevoir la variation. Si le test échoue, essayez des conditions de ciblage plus simples pour isoler le problème.
Kameleoon ne collecte les données d’une règle Experiment que si la règle est activée, si elle cible un trafic que Kameleoon peut exposer et si le SDK appelle setLegalConsent(true). Si vous activez le consentement légal, Kameleoon ne collecte des données qu’avec le consentement des visiteurs. Pour les vérifications de configuration du SDK et les étapes de débogage, consultez Dans le SDK et Conseils de débogage.