Traduit de l'anglais à l'aide de l'IA
Veuillez noter que cet article a été traduit à l'aide de la technologie IA. Bien que nous travaillions à maintenir l'exactitude, certains détails peuvent ne pas refléter parfaitement le texte original. Si vous avez des doutes sur une information, veuillez vous référer à la version anglaise.
Comment fonctionne l'échantillonnage dans Session Replay ?
Dans Session Replay pour Apps, 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 d'implémentation 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 Replay. Par exemple, 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 replay de session.
Notez que le taux d'échantillonnage de Replay peut être fixé de 0 % à 100 %. Plus le taux d'échantillonnage global de Replay est élevé, plus les replays seront précis et illustratifs.
Quelles données sont collectées pour créer les Replays dans Session Replay ?
Des événements tels que l'insertion, la suppression, les mutations de vues, ainsi que des images et des gestes sont collectés.
Collection de vues
Pour Session Replay, le SDK suit comme événements lorsque :
-
une Vue est insérée dans la hiérarchie des Vues
-
une Vue est supprimée de la hiérarchie des Vues
-
les propriétés d'une Vue changent (taille, couleur, position…), c'est-à-dire des “mutations”.
Note : Sur les applications mobiles, chaque élément composant la hiérarchie des vues (similaire au DOM HTLM pour le web) est appelé une "vue" (similaire à un "é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 Session Replay. Afin de montrer l'interaction du doigt de l'utilisateur dans le Replay, nous envoyons les événements tactiles de tous les doigts comme coordonnés dans le pipeline de Session Replay.
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.
Voir l'image
Comment fonctionne la mise en œuvre du masquage des données personnelles ?
Par défaut, Session Replay masquera le contenu affiché sur l'interface utilisateur, le texte et les images, afin de faciliter la mise en œuvre de Session Replay et d'être conforme à la réglementation sur le blocage des données personnelles.
Cependant, avoir tout masqué par défaut peut rendre le Replay plus difficile à enquêter correctement. C'est pourquoi Experience Analytics Mobile propose également des méthodes de masquage/démasquage afin d'être plus spécifique, en masquant uniquement la partie qui pourrait vraiment transmettre des données personnelles :
Vous pouvez masquer ou démasquer 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 Replay de Session pour les Apps 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 utilisant les méthodes de masquage PII existantes, et peut transmettre ces données au SDK. Ce support est essentiel pour comprendre le comportement des utilisateurs 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 d'implémentation supplémentaire est requise pour activer le suivi des Webview du côté natif. Veuillez vous référer à la documentation suivante :
-
Activer le suivi WebView sur iOS → Documentation technique pour iOS
-
Activer le suivi WebView sur Android → Documentation technique pour Android
-
Activer le suivi WebView sur React Native → Documentation technique pour React Native
Voir ce qu'est une webview :
Les WebViews sont des conteneurs natifs intégrant du contenu web, la plupart du temps une version mobile d'une page du site web.
Le contenu affiché à l'intérieur de la WebView utilise donc une technologie différente de celle de l'application native (combo HTML/CSS/Javascript).
En général, les WebViews aident à réduire les coûts car ces WebViews sont souvent partagées avec le site web (comme le tunnel de paiement) ou pour éviter d'avoir une page et un écran où des données sensibles sont manipulées, telles que des données personnelles et de paiement.