FAQ sur le résumé de session pour les applications

Comment fonctionne l'échantillonnage dans le résumé de session ?

Dans le résumé de session pour les applications, des sessions utilisateur complètes sont collectées de manière aléatoire, selon le taux d'échantillonnage global (taux défini dans votre contrat et fixé lors du processus de déploiement du SDK). Un nombre aléatoire est tiré entre 0 et 1 et la session sera collectée si le nombre tiré est inférieur au taux d'échantillonnage de révision. Par ex. si le tirage est 0,2 et que le taux d'échantillonnage est de 10 % (c'est-à-dire 0,1), nous ne sélectionnons pas cette session pour être collectée pour le résumé de session.

Notez que le taux d'échantillonnage de révision peut être fixé de 0 % à 100 %. Plus le taux d'échantillonnage global de révision est élevé, plus les résumés que vous obtiendrez seront précis et illustratifs.

Quelles données sont collectées pour créer les résumés dans le résumé de session ?

Des événements tels que l'insertion de vues, le retrait, les mutations, ainsi que des images et des gestes sont collectés.

Collection de vues

Pour le résumé de session, le SDK suit comme événements lorsque : 

• une vue est insérée dans la hiérarchie des vues

• une vue est retirée de la hiérarchie des vues

• les propriétés d'une vue changent (taille, couleur, position…), c'est-à-dire des "mutations".

Remarque : Sur les applications mobiles, chaque élément composant la hiérarchie des vues (similaire au DOM HTML pour le web) est appelé une "vue" (similaire à "élément HTML").

Collection d'images

Sur les applications mobiles, les images ne peuvent être collectées que par le SDK lui-même, car il ne peut pas connaître la source (ressource stockée sur votre serveur ou intégrée dans l'application). Grâce à un système de cache, la même image est envoyée une seule fois pendant la même session.

Collection de gestes

Des gestes spécifiques tels que le long appui ou le glissement ne sont pas collectés dans le pipeline de résumé de session. Afin de montrer l'interaction du doigt de l'utilisateur dans le résumé, nous envoyons les événements tactiles de tous les doigts comme coordonnés dans le pipeline de résumé de session.

Pourquoi puis-je voir deux vues d'écran avec le même nom d'écran consécutivement dans la liste des vues d'écran ?

Deux vues d'écran avec le même nom d'écran consécutivement dans la liste des vues d'écran indiquent que l'utilisateur a mis l'application en arrière-plan (appel téléphonique, lecture de texte, autre application,...) et est revenu à l'application avant que la session ne se renouvelle. Ce comportement entraînera automatiquement une nouvelle vue d'écran, avec le même nom d'écran.

Comment fonctionne la mise en œuvre du masquage des données personnelles ?

Par défaut, le résumé de session masquera le contenu affiché sur l'IU, le texte et les images, afin de faciliter la mise en œuvre du résumé de session et d'être conforme à la réglementation sur le blocage des données personnelles.

Cependant, avoir tout masqué par défaut peut rendre le résumé plus difficile à enquêter correctement. C'est pourquoi l'analyse d'expérience mobile propose également des méthodes de masquage/démasquage afin qu'il soit plus spécifique, masquant uniquement les parties qui pourraient réellement transmettre des données personnelles :

Vous pouvez masquer ou démásquer des composants spécifiques soit

• par type (c'est-à-dire le modèle du composant): toutes les instances de ce modèle seront affectées par la même règle de masquage/démasquage

• ou par instance: seule une instance spécifique d'un composant sera affectée par la règle

Le résumé de session pour les applis prend-il en charge les webviews ?

Oui, c'est le cas. Aujourd'hui, la balise de suivi est capable de collecter la session à l'intérieur des webviews, en s'appuyant sur les méthodes de masquage des PII existantes, et peut transmettre ces données au SDK. Ce support est essentiel pour comprendre le comportement de l’utilisateur et obtenir des informations exploitables étant donné que les Webviews peuvent être utilisées dans des parties importantes des parcours : paiement, page produit, compte, etc.

Notez qu'une étape de mise en œuvre supplémentaire est requise pour permettre le suivi des Webview du côté natif. Veuillez vous référer à la documentation suivante :

• Activer le suivi des WebView sur iOS → Documentation technique pour iOS

• Activer le suivi des WebView sur Android → Documentation technique pour Android

• Activer le suivi des WebView sur React Native → Documentation technique pour React Native