Guide pratique
À quoi sert le session replay sur un site web ?
Un session replay reconstitue le parcours d’un visiteur : pages vues, scrolls, clics, retours en arrière et interactions successives.
L’intérêt n’est pas de regarder des visiteurs au hasard. Il est de comprendre comment un blocage ou une hésitation se construit dans le temps.
Ce que c’est vraiment
Un session replay reconstitue des interactions, il ne filme pas votre visiteur
Un outil de session replay reconstruit ce qui s’est passé dans le navigateur à partir des pages affichées et des interactions enregistrées : clics, scrolls, changements de page, événements ou erreurs.
On observe le parcours dans l’interface. On ne regarde pas une vidéo tournée chez l’utilisateur.
Ce que l’on rejoue
- page affichée
- clics
- scroll
- navigation
- événements
- erreurs si l’outil les capture
Ce que ce n’est pas
- une webcam
- un enregistrement physique de la personne
- une preuve de son intention
La séquence
Ce qu’un replay montre que les chiffres agrégés ne montrent pas
Moment 1
Hésitation
Le visiteur sait-il quoi faire ensuite ?
Un retour en arrière, plusieurs mouvements entre deux zones ou une longue pause peuvent signaler qu’une étape demande plus d’attention.
Moment 2
Blocage
À quel moment le parcours se casse-t-il ?
Un champ qui provoque des essais répétés, un bouton sans réaction ou une erreur visible donnent une piste beaucoup plus précise qu’un simple taux d’abandon.
Moment 3
Enchaînement
Dans quel ordre les actions se produisent-elles ?
Le replay montre la séquence : lecture, scroll, clic, retour, formulaire, abandon. Cet ordre peut expliquer pourquoi une métrique agrégée semble anormale.
Le problème n’est parfois visible qu’en regardant la séquence complète
Dans cet exemple, le visiteur atteint le formulaire, revient vers les preuves, recommence, puis quitte la page après une erreur.
- 00:08
Arrive sur la page de service
- 00:31
Descend jusqu’aux références
- 00:54
Remonte vers l’offre
- 01:22
Ouvre le formulaire
- 01:36
Corrige deux fois le même champ
- 02:14
Quitte sans envoyer
Les analytics peuvent enregistrer une visite sans conversion. Le replay montre ici la séquence qui mérite d’être examinée.
Exemple · Aucune donnée réelle
Limites
Un parcours individuel n’est pas une conclusion générale
Limite
Un replay ≠ une tendance
Une session peut être intéressante sans être représentative. Il faut chercher des comportements qui se répètent avant d’en tirer une conclusion générale.
Limite
Un comportement ≠ une intention certaine
Une hésitation visible ne permet pas de savoir exactement ce que la personne pensait. Le replay montre une séquence, pas sa motivation.
Limite
Un cas spectaculaire ≠ la priorité
Une session très chaotique peut être rare. Les analytics, funnels ou segments servent à vérifier combien de visiteurs rencontrent réellement le même problème.
Niveaux de lecture
Trois niveaux de lecture
Analytics, heatmap et session replay répondent à des questions différentes. Ils sont complémentaires, pas concurrents.
Niveau
Analytics
Combien ?
Mesure agrégée : visites, sorties, événements, conversions.
Niveau
Session replay
Comment ?
Séquence individuelle des interactions dans le temps.
Filtrer avant de regarder
Ne regardez pas cinquante replays au hasard
Commencez par les sessions où un comportement est déjà suspect ou une métrique est anormale.
- 1
une conversion attendue n’a pas eu lieu
- 2
une erreur technique est remontée
- 3
plusieurs clics répétés apparaissent
- 4
le visiteur revient plusieurs fois sur la même étape
- 5
un formulaire est commencé puis abandonné
- 6
un comportement diffère fortement entre mobile et desktop
- 7
une source de trafic ou une campagne mérite d’être examinée
Le replay devient beaucoup plus utile quand on sait déjà quel segment ou quel problème on cherche à comprendre.
À prévoir avant l’installation
Un outil de replay doit être configuré avant de collecter
Les formulaires, données personnelles et autres informations sensibles ne doivent pas devenir visibles simplement parce qu’un outil de replay est installé.
Le choix de l’outil, le masquage des champs, les règles de collecte, le consentement lorsque requis et la durée de conservation doivent être examinés dans la configuration réelle du site.
Cette page explique le principe du session replay ; elle ne remplace pas une analyse juridique ou de conformité adaptée au projet.
De l’observation au correctif
Voir un blocage ne suffit pas : il faut vérifier ce qui le provoque
01
Repérer
Identifier une séquence qui mérite d’être examinée.
02
Vérifier
Chercher si le même comportement apparaît sur d’autres sessions ou dans les données agrégées.
03
Corriger
Modifier la cause probable : interface, contenu, champ, validation, navigation ou bug.
04
Mesurer
Vérifier si le comportement et la métrique concernée évoluent après la modification.
Intervention technique
Vous avez déjà les replays, mais rien ne change ?
Une équipe marketing peut déjà avoir identifié une friction : formulaire qui bloque, étape trop longue, erreur récurrente, interaction mobile mal comprise.
Atomic Design peut intervenir sur la partie technique : instrumentation, correction du parcours, modification de l’interface, intégration d’événements ou développement nécessaire pour vérifier l’hypothèse.
Vous gardez la stratégie et l’analyse marketing. Atomic intervient sur ce qu’il faut construire, corriger ou connecter.
Pages liées
Pages liées
Quelques pages utiles pour prolonger la lecture selon votre besoin actuel.
Heatmap site web : à quoi ça sert ?
Voir où les comportements se concentrent sur une page.
Ouvrir la page →A/B testing site web : quand et comment l’utiliser ?
Vérifier si une modification améliore réellement le résultat mesuré.
Ouvrir la page →Suivi des conversions GA4 / GTM : quoi mesurer ?
Comprendre ce que l’on mesure en événements pour interpréter correctement un replay.
Ouvrir la page →Intervention pratique
Vous voyez où le parcours bloque, mais pas encore quoi corriger ?
Nous pouvons confronter les replays aux données disponibles, identifier le point technique à vérifier et intervenir sur la page ou le parcours concerné.