Bonnes pratiques pour le Session Replay
Le Session Replay est puissant parce qu'il montre exactement ce qu'un utilisateur a vécu, pas ce qu'on suppose qu'il a vécu. Mais tout enregistrer, pour tout le monde, tout le temps, transforme cette puissance en bruit que personne n'a le temps de regarder. Ce guide explique comment configurer le Session Replay pour que chaque enregistrement soit un enregistrement que vous utiliserez vraiment.
Nouveau sur cette fonctionnalité ? Commencez par Introduction to Session Replay pour les bases de la configuration.
1. Partez d'une question, pas de « tout enregistrer »
Enregistrer 100% des sessions sans aucun filtre est un bon point de départ quand vous explorez encore ce que vous cherchez, ou sur un produit à faible trafic. Mais ça ne tient pas dans la durée : les sessions pertinentes se noient dans le volume, et le temps de revue explose.
Avant de créer un scope d'enregistrement, sachez répondre à : « qu'est-ce que je vais apprendre de ça, et qu'est-ce que je vais en faire ? ». Si vous ne savez pas répondre, vous n'avez probablement pas encore besoin d'un nouveau scope.
2. Scopez vos enregistrements autour d'un vrai parcours ou d'un résultat
Les scopes sont les règles de ciblage qui déterminent quelles sessions sont enregistrées, basées sur l'URL courante, les propriétés utilisateur ou des événements déclenchés. Les patterns les plus efficaces qu'on observe :
- Basé sur une page ou un parcours : enregistrer uniquement quand un utilisateur atteint une page ou un flux précis (checkout, onboarding, une page produit). Combinez avec une durée de session minimale pour éviter que les visites éclair n'ajoutent du bruit.
- Basé sur un résultat : plutôt que de cibler une action, ciblez un résultat, le plus souvent un score de satisfaction bas (CSAT/CES sous un seuil). Ça inverse l'approche habituelle : vous partez d'une insatisfaction confirmée pour comprendre ce qui y a mené, plutôt que de deviner où la friction pourrait être.
- Basé sur un profil ou un événement récent : ciblez un segment ou un événement précis déclenché dans une fenêtre récente (les 30-60 derniers jours par exemple), utile pour suivre l'adoption juste après le lancement d'une feature.
3. Donnez-vous du contexte, sans tout enregistrer en continu
- Les conditions d'enregistrement définissent ce qui doit être vrai avant que l'enregistrement démarre, pour capturer les moments pertinents pour votre analyse plutôt que toute la visite.
- La durée de lookback permet de capturer les secondes (ou plus) précédant le moment où les conditions sont remplies, utile pour voir ce qui s'est passé juste avant qu'un survey ne se déclenche ou qu'un score ne soit donné. Gardez en tête qu'un lookback plus long augmente l'usage mémoire du navigateur de l'utilisateur : dimensionnez-le selon votre vrai besoin.
- Si vous voulez des replays liés à un survey ou un message précis, vous pouvez démarrer l'enregistrement spécifiquement quand ce survey/message s'affiche, la façon la plus simple de combiner le contexte qualitatif (le « pourquoi ») avec le replay (le « comment »).
4. Protégez la vie privée des utilisateurs par défaut, pas après coup
Le Session Replay n'enregistre pas une vidéo : il rejoue une série structurée de snapshots de l'interface et des saisies utilisateur, ce qui rend possible un masquage précis.
- Masquez tout le texte, ou seulement les champs sensibles (mots de passe, numéros de téléphone, numéros de carte bancaire), depuis les paramètres du Session Replay.
- Utilisez la classe
screeb-mask-textdans votre code pour masquer des champs précis, ouscreeb-no-capturepour exclure un élément entier de la capture. - Si votre workspace collecte des réponses en texte libre ou des conversations copilot, Data Anonymization retire automatiquement les informations personnelles (emails, téléphones, noms...) de ce texte, un bon complément au masquage des replays si vous êtes dans un secteur réglementé.
5. Laissez l'IA vous indiquer ce qui vaut le coup d'être regardé
Plutôt que de regarder chaque session enregistrée du début à la fin, servez-vous des signaux que Screeb fait remonter : un score de pertinence de session, une sélection de replays prioritaires à regarder, et un résumé IA de l'activité de la session. Les sessions courtes ou inactives sont généralement filtrées comme non pertinentes, même si une session courte mais truffée d'erreurs peut quand même remonter comme intéressante.
6. Passez en revue à un rythme régulier, et retirez ce que personne ne regarde
Un scope que personne ne revoit ajoute du stockage et du bruit, pas des insights. Fixez un rythme régulier (hebdomadaire ou toutes les deux semaines fonctionne pour la plupart des équipes) pour parcourir les replays prioritaires de chaque scope actif, et auditez périodiquement vos scopes : désactivez ceux qui ne soutiennent plus une décision active.
7. Quand quelque chose semble anormal, vérifiez avant de conclure à un bug
Si une session n'apparaît pas tout de suite, Screeb attend quelques minutes pour s'assurer qu'elle est complète (un utilisateur qui relance une session juste après la première est fusionné dans celle-ci, plutôt que de créer un doublon). Si aucun enregistrement ne se déclenche sur une page, vérifier la santé de l'installation et le statut actuel du replay (unavailable / stopped / recording) est le moyen le plus rapide de distinguer un problème de ciblage d'un problème d'installation.
Checklist rapide avant de lancer un nouveau scope
- Est-ce que je peux nommer la question à laquelle cet enregistrement va répondre ?
- Le scope est-il rattaché à un seul parcours ou résultat, pas « toute l'app » ?
- Ai-je bien activé le scope après l'avoir configuré ?
- Ma durée de lookback est-elle dimensionnée à mon besoin réel, pas au hasard ?
- Le masquage est-il configuré pour tout ce qui est sensible sur les pages enregistrées ?
- Ai-je un créneau récurrent dans mon agenda pour vraiment regarder les replays ?
Mis à jour le : 14/08/2026
Merci !
