Comprendre les écarts de comptage de visites dans les expériences plafonnées

Lorsque vous utilisez des limites d’affichage (capping) dans vos feature flags ou expériences, le nombre total de visites enregistrées pour vos variations apparaît souvent inégal par rapport à la version Originale. Si vous remarquez que la version Originale compte beaucoup plus de visites que la variation, ce comportement est attendu et n’indique pas un échec dans la configuration de votre expérience, tel qu’un Sample Ratio Mismatch (SRM). Utilisez ce guide pour comprendre précisément pourquoi le capping crée cette différence dans les comptages de visites et pourquoi vous devriez vous concentrer sur le nombre de visiteurs uniques à la place.

​

L’effet des limites d’affichage sur les données d’expérience

Dans les configurations avancées, une limite d’affichage est souvent obtenue en ajoutant dynamiquement un utilisateur à un segment d’exclusion après qu’il a vu la variation une fois, ce qui est généralement fait en définissant une donnée personnalisée ou une valeur dans le local storage pour le visiteur. Vous pouvez également configurer des limites d’affichage dans l’éditeur de code pour les expériences et définir des limites de capping similaires pour les personnalisations.

​

Exemple : limites d’affichage de pop-up et comptages de visites

Supposons que vous configuriez une expérience dans laquelle la Variation affiche un pop-up marketing, mais que l’Original ne l’affiche pas. Pour éviter d’agacer les utilisateurs, vous utilisez une limite d’affichage pour ne montrer le pop-up qu’une fois par mois. Cette configuration entraîne souvent une divergence dans le nombre total de visites (sessions) enregistrées, même si le nombre de visiteurs uniques reste équilibré.

​

Original : aucune limite d’affichage déclenchée

Lorsque Kameleoon attribue un visiteur à la version Originale :

• Le pop-up ne s’affiche jamais.
• Comme le pop-up ne s’affiche jamais, la limite d’une fois par mois ne s’active jamais.
• Le système suit ce visiteur à chaque vue de page suivante ou visite de retour.

Résultat : l’Original enregistre un nombre élevé de visites totales car rien ne restreint le suivi.

​

Variation : la limite d’affichage s’applique

Lorsque Kameleoon attribue un visiteur à la Variation :

• Lors de la première visite, le visiteur voit le pop-up.
• Le système enregistre que la limite d’affichage (1/1) a été atteinte.
• Lors de la visite suivante, la limite d’affichage empêche l’affichage du pop-up. Selon votre configuration, le système peut cesser de comptabiliser ces visites ultérieures dans le cadre de l’exposition active de l’expérience.

​

La disparité du nombre de visites

Ce scénario crée une répartition équilibrée au niveau des visiteurs uniques, mais un déséquilibre significatif au niveau du total des visites.

• Original : un visiteur peut générer 10 visites.
• Variation : un visiteur peut ne générer qu’une seule visite suivie.

​

Il ne s’agit pas d’un Sample Ratio Mismatch

Il est courant de soupçonner une erreur de configuration lorsque vous constatez un écart important dans le nombre de visites. Cependant, si le nombre de visiteurs uniques est égal, il ne s’agit pas d’un Sample Ratio Mismatch (SRM).

• Qu’est-ce qu’un SRM ? Le SRM est une erreur statistique dans laquelle l’attribution initiale des visiteurs uniques ne correspond pas à votre répartition configurée (50/50, par exemple). Le SRM indique généralement un problème de suivi ou un problème technique.
• Que se passe-t-il ici ? La limite d’affichage fonctionne comme prévu. Elle plafonne l’exposition de la Variation, ce qui réduit naturellement le nombre total de visites pour cette variation. L’Original reste non plafonné car il n’a aucun élément à limiter.

Confirmez toujours la répartition de votre expérience en regardant le nombre de visiteurs uniques. Si le nombre de visiteurs uniques est équilibré selon votre configuration, votre expérience s’exécute correctement.