Pourquoi passer des heures à essayer de reproduire des bugs d'application mobile insaisissables alors que vous pouvez voir ce que vos utilisateurs ont vécu ? Session Replay élimine les approximations lors du dépannage en fournissant une relecture vidéo de ce que l'utilisateur final a vu sur son téléphone ou sa tablette, synchronisée avec toutes les données télémétriques de cette session. Cela signifie que vous pouvez évaluer rapidement l'impact réel des erreurs sur vos utilisateurs, identifier les goulots d’étranglement des performances et les points de friction UX, et résoudre les problèmes plus rapidement sans dépendre des rapports de bugs ou d'une reproduction locale.
Comment fonctionne la relecture de session
Comprendre comment fonctionne Session Replay vous aide à prendre des décisions éclairées concernant les paramètres de confidentialité et le dépannage.
Lors du lancement de votre application par un utilisateur, l'agent Mobile effectue un appel aux serveurs New Relic pour vérifier si Session Replay est activé, et si c'est le cas, quels sont les taux d'échantillonnage et les paramètres de confidentialité. L'agent détermine la décision d'échantillonnage et commence à capturer les données de relecture.
Contrairement à Session Replay Browser, les applications mobiles ne possèdent pas de DOM pouvant être capturé et recréé. L'agent mobile, quant à lui, monitore le cycle de vie de l'affichage et transforme la fenêtre d'affichage en HTML. Vos paramètres de masquage sont appliqués à la reproduction HTML de la fenêtre d'affichage, qui est ensuite sérialisée en JSON et stockée côté client jusqu'à ce que la transmission des données soit déclenchée toutes les minutes, moment auquel la charge est compressée au format gzip et envoyée à New Relic.
Si l'application plante ou se bloque de manière inattendue, les données collectées entre le dernier cycle de transmission réussi et la fermeture inattendue de l'application sont stockées côté client jusqu'au prochain lancement de l'application, lorsque l'agent mobile tentera de restaurer et de télécharger les données orphelines. En raison de la manière dont iOS et Android gèrent les fermetures inattendues, nous ne pouvons pas toujours récupérer toutes les données après la fermeture inattendue d'une application.
Lorsqu'un replay est visionné dans l'UI de New Relic, le JSON est récupéré depuis une API interne et désérialisé en un flux de mises à jour HTML qui constitue la "vidéo" en cours de lecture dans votre navigateur web.
En raison de la transformation des frameworks d'affichage de la plateforme native en HTML, les Session Replay sont généralement précis mais pas au pixel près. Nous travaillerons continuellement pour améliorer la précision des replays.
Définition de la session
Aujourd'hui, les replays stockent jusqu'à :
- 4 heures d'une session utilisateur (similaire au Session Replay du navigateur)
- Données capturées jusqu'à ce qu'un utilisateur mette l'application en arrière-plan
- La session est réinitialisée par programme lors de l'appel de la fonction pour mettre à jour l'ID utilisateur via
setUserId()
Rétention des données
Par défaut, les données Session Replay sont stockées pendant 8 jours dans l'espace de nommage des événements mobiles. Pour en savoir plus sur les durées de conservation par défaut, reportez-vous à la documentation sur la rétention des données. Pour prolonger cette période de conservation, vous pouvez soit passer à Data Plus, soit modifier vos paramètres de conservation.
En savoir plus
Pour plus de détails sur Session Replay, consultez les sections suivantes :
- Consommation de données: afficher ou projeter la consommation de données.
- Préoccupations en matière de confidentialité et de sécurité des utilisateurs: découvrez comment nous protégeons les données de vos utilisateurs et répondons aux exigences de confidentialité.
- Session Replay et les performances de votre application: découvrez comment Session Replay minimise l'impact sur les performances de votre application.
Suivant : Configurer le Session Replay