Consommation de données
Session Replay suit la même tarification de consommation que vos autres octets de navigateur. La quantité d'octets produits dépend du nombre, de la longueur et des niveaux d'activité de l'utilisateur des sessions, ainsi que de la complexité du DOM de votre site.
La manière la plus précise de projeter votre coût par relecture est d'activer la fonctionnalité pendant une courte période de test et de mesurer votre consommation réelle. Alternativement, vous pouvez utiliser une moyenne de 5,3 Mo par rediffusion comme approximation approximative, mais gardez à l'esprit que votre coût réel peut varier considérablement. Une formule simple pour projeter vos coûts approximatifs est : sessions x sampling_rate x gb_per_replay x cost_per_gb.
Voici un exemple :
1 million (sessions) x 5 % (taux d'échantillonnage) x 0,0053 (Go par rediffusion) x 0,35 $ (coût par Go) = 92,75 $ pour 50 000 rediffusions
Pour contrôler votre consommation, ajustez vos fréquences d'échantillonnage.
Problèmes de confidentialité et de sécurité des utilisateurs
Nous accordons la priorité à la confidentialité des données et avons créé Session Replay avec des paramètres par défaut solides pour minimiser l'exposition potentielle des informations sensibles des clients. Vous pouvez personnaliser davantage les paramètres de confidentialité pour répondre à vos besoins spécifiques.
Session Replay ne capture pas de capture d'écran ou de vidéos. Au lieu de cela, il enregistre uniquement les changements d'état DOM essentiels nécessaires pour reconstruire l'interaction utilisateur. Cela réduit considérablement la quantité de données stockées.
Conformité aux lois sur la confidentialité des données
New Relic agit en tant que responsable du traitement des données (NR) sous RGPD et prestataire de services sous CCPA. Cela signifie que nous traitons les données selon vos instructions. En fin de compte, le respect de ces lois dépend de la manière dont vous implémentez Session Replay dans votre application.
Par défaut, toutes les entrées de texte et d'utilisateur, y compris les données personnelles, sont masquées dans les enregistrements. Vous pouvez démasquer de manière sélective des éléments spécifiques si nécessaire, mais la valeur par défaut garantit qu'aucune information personnellement identifiable n'est facilement visible. Cette approche fournit une base solide pour la confidentialité des données tout en offrant une flexibilité adaptée à vos besoins spécifiques.
Session Replay et les performances de votre application
Session Replay minimise l'impact sur les performances de vos applications avec :
Impact initial minimal: Session Replay se charge de manière asynchrone après le chargement complet de la page, garantissant ainsi l'absence d'interférence avec les mesures de performances du chargement initial de la page.
Suivi des mutationsDOM : Une fois chargé, Session Replay monitore les modifications DOM et les signale sous forme de charge compressée. La taille de ces charges est corrélée à la complexité de l’arbre DOM .
Techniques d’optimisation des performances: la taille de la charge utile peut également augmenter si le DOM est volumineux. Cependant, Session Replay utilise un certain nombre de techniques pour réduire la taille des charges, telles que :
Compression GZIP
Réduction des doublons
Collecte de charge utile stratégique : une charge utile volumineuse (compressée) est envoyée uniquement lorsque le DOM complet est capturé, ce qui se produit généralement lorsque la fonctionnalité de relecture est importée pour la première fois. Par la suite, seuls les petits frais liés aux actions de l'utilisateur sont envoyés. L'agent du navigateur collectera des données en fonction de la première occurrence des conditions suivantes :
- La charge utile atteint plus de 64 Ko compressés.
- 60 secondes s'écoulent.
- La visibilité de la page change (exemple, changement d'onglet, focus, navigation).
- La séance se termine.