D'où viennent les données quand on compare session replay vs heatmaps

Quelle est la différence entre le session replay et les heatmaps ?

En pratique, la différence entre session replay vs heatmaps tient au périmètre, puisqu'un replay montre la visite d'un visiteur du début à la fin alors qu'une heatmap fusionne des milliers de visites en un seul calque coloré posé sur une capture d'une page. Un replay répond à "que s'est-il passé pour cette personne ?". Une heatmap répond à "où tout le monde clique-t-il, fait-il défiler la page et s'arrête-t-il ?".

Les deux définitions ont leur propre page. Comment fonctionne le session replay couvre les instantanés du DOM, le masquage et le stockage, et le guide de chaque type de heatmap de site web couvre les cartes de clics, de scroll, de mouvement, confetti et d'attention. Cette page couvre la partie qu'aucune des deux ne traite. Dans la plupart des outils, les deux fonctions partagent un script, un pipeline de données et souvent une horloge de conservation, et c'est ce qui décide de ce que vous pouvez encore voir des mois plus tard.

	Session replay	Heatmap
Unité	Une session	De nombreuses sessions sur une URL
Résultat	Lecture de la page reconstruite	Des couleurs sur une capture d'écran
Garde le parcours individuel	Oui	Non
Montre la cause	Souvent, en regardant ce qui a précédé un échec	Non, seulement où l'interaction se concentre
Question type	Pourquoi ce paiement a-t-il échoué ?	Quelqu'un atteint-il le tableau des prix ?
Risque pour les données personnelles	Tout ce que l'enregistreur a capturé sans le masquer	La capture d'écran plus les coordonnées

Les heatmaps sont-elles construites à partir des données de session replay ?

Cela dépend de l'éditeur. Certains construisent les heatmaps à partir des mêmes enregistrements que ceux que vous regardez, d'autres capturent un flux d'événements séparé. La documentation de cinq outils, consultée le 25 septembre 2026, se répartit en trois cas.

Éditeur	Source des données de heatmap, selon les mots de l'éditeur	Conséquence
Hotjar	"Heatmaps rely on Recordings data in order to generate heatmaps on demand"	Pas d'enregistrements sur une URL, pas de heatmap pour elle
Datadog	"a visualization of your user's interactions overlaid on Session Replay data"	Session Replay doit d'abord être activé
FullStory	Heatmaps "accessible for sessions within your plan's Session replay retention"	Les heatmaps rétrécissent à mesure que les replays expirent
PostHog	Capturées avec enable_heatmaps, "along with other events"	Fonctionne sans enregistrer les sessions
Microsoft Clarity	Créées "based on element attributes and not the content of the element"	Les heatmaps durent jusqu'à 9 mois, les enregistrements 30 jours

Hotjar est le cas le plus simple. Ses Heatmap FAQs disent "Heatmaps are based on sessions, which means you need to have captured Recordings on pages that you want to view a Heatmap", et le conseil de dépannage pour une heatmap vide est de "check to see if you have any Recordings for the URL."

Datadog liste des prérequis. Activez Session Replay, utilisez le Browser SDK v4.40.0 ou ultérieur pour les cartes de clics et v4.50.0 ou ultérieur pour les cartes de scroll, et définissez trackUserInteractions: true à l'initialisation du SDK. Sa documentation ajoute que "Heatmaps are only supported for Browser Session Replay", donc les replays d'applications mobiles n'en produisent aucune.

PostHog sépare les deux. Vous activez les heatmaps avec enable_heatmaps dans la configuration du SDK JavaScript ou dans les réglages du projet, et PostHog dit que les données "is captured along with other events, so it doesn't contribute to your bill." La clickmap dépend de l'autocapture et la scrollmap des événements pageleave. Un projet PostHog peut faire tourner les heatmaps sur chaque visite et n'enregistrer qu'un échantillon de sessions, voire aucune.

Qu'arrive-t-il à une heatmap quand les enregistrements sont supprimés ou expirent ?

Une heatmap construite à partir d'enregistrements perd des données quand ces enregistrements disparaissent, et une heatmap construite à partir d'agrégats séparés n'en perd pas. C'est là que la plomberie atteint le tableau de bord.

Hotjar : "If you delete a Recording, then any associated Heatmap data will be deleted." Comme un enregistrement peut couvrir plusieurs pages, supprimer une visite la retire de la heatmap de chaque page que cette visite a touchée. L'article de Hotjar sur la conservation des données donne aussi des durées de conservation identiques aux heatmaps et aux enregistrements.

FullStory lie l'affichage à la fenêtre du replay mais garde les chiffres. Page Insights et Heatmaps Explore "will be accessible for sessions within your plan's Session replay retention. However, underlying analytics data will remain for the length of your Product analytics retention."

Microsoft Clarity fonctionne dans l'autre sens. Sa FAQ donne 30 jours aux enregistrements ("Clarity retains recordings for 30 days from the time of recording") et plus longtemps aux heatmaps ("You can access heat maps for up to 9 months"). Une heatmap Clarity d'il y a cinq mois montre encore où les gens ont cliqué, mais les sessions derrière ces clics ont disparu, à part les favoris et l'échantillon aléatoire que Clarity conserve. Les durées de conservation du session replay varient assez d'un éditeur à l'autre pour qu'il vaille la peine de vérifier les deux horloges avant de prévoir une comparaison avant-après.

D'où vient la capture d'écran de fond d'une heatmap ?

Dans les outils fondés sur le replay, la capture sous les couleurs est en général tirée d'un enregistrement. Hotjar : "Screenshots are taken from the last recording found in the date range you've selected for your heatmap." S'il n'existe aucune capture en cache pour une plage de dates personnalisée, Hotjar "will generate one from the latest date that has an available Recording."

Datadog propose trois sources : une capture existante, "Take new screenshot" depuis l'application en production, et "Grab from replay", qui prend une image dans une session enregistrée. Les captures issues des deux dernières options "are automatically saved and become the default view for anyone in your organization who opens the heatmap." PostHog capture les images de heatmap avec Browserless, depuis ses propres adresses IP, et propose aussi un bouton "View heatmap" au-dessus d'un enregistrement.

Cette source compte pour la précision. Une capture tirée de l'enregistrement d'un visiteur montre la variante, l'état de connexion et la bannière de ce visiteur. Les clics de tous les autres sont peints sur cette seule mise en page. La clickmap en mode enregistrement de PostHog règle ce point en attachant les comptages aux "actual DOM elements in the snapshot" plutôt qu'à des positions x et y, qui selon PostHog "can drift onto non-clickable areas."

Les heatmaps et le session replay présentent-ils le même risque pour la vie privée ?

Non. Une heatmap stocke moins d'informations sur une personne donnée, mais la capture en dessous peut quand même montrer des données personnelles, et les contrôles diffèrent. Microsoft Clarity dit construire les heatmaps à partir des attributs des éléments plutôt que de leur contenu, et dit aussi qu'il "doesn't support excluding or suppressing specific elements on your webpage while generating a heat map." Datadog vous laisse choisir "a masking level to prevent sensitive data from appearing in your heatmap screenshot", et les réglages de confidentialité par élément définis dans le code "still take precedence."

Dans les outils qui construisent les heatmaps à partir des enregistrements, la heatmap hérite de chaque décision de confidentialité prise pour le replay, puisqu'elle vient des mêmes sessions capturées. Les règles de masquage définies pour l'enregistreur protègent les deux à la fois. Dans PostHog, les événements de heatmap suivent vos réglages de capture d'événements, pas vos réglages d'enregistrement, donc vérifiez-les séparément.

Lequel ouvrir en premier ?

Ouvrez la heatmap pour trouver où une page sous-performe, puis ouvrez les replays filtrés sur cette page et cet élément pour comprendre pourquoi. La heatmap réduit une page de milliers de sessions à une seule zone. Les replays de cette zone montrent la cause, comme un bouton caché derrière un en-tête fixe ou un formulaire qui rejette une saisie valide sans le dire.

Deux détails de Hotjar montrent pourquoi la heatmap seule induit en erreur. "Showing x sessions" compte "all tracked sessions where the user visited the Heatmap target page, even if that user did not interact", donc une carte étiquetée 1,000 sessions peut contenir les clics de bien moins de personnes. Et sur mobile, les heatmaps Hotjar "are only able to record a tap or scroll action", donc les balayages horizontaux de carrousel n'apparaissent jamais.

Les replays ont la faiblesse inverse. Personne ne peut tous les regarder. L'AI session replay de Flowsery examine chaque enregistrement et transforme ce qui casse en problèmes classés et reproductibles, en vous amenant au moment exact de l'enregistrement. Les clics répétés sur un élément sont le signal qui relie les deux vues, et les signaux de frustration expliquent comment les rage clicks et les dead clicks sont détectés.

Du point chaud à la cause

Ouvrir la heatmap

Repérer la zone faible

Filtrer les replays sur la page et l'élément

Regarder les sessions

Trouver la cause

Questions fréquentes

Puis-je avoir des heatmaps sans enregistrer les sessions ?

Dans certains outils. PostHog capture les données de heatmap séparément via enable_heatmaps. Hotjar construit les heatmaps à partir des enregistrements, et Datadog exige que Session Replay soit activé, donc les deux ont d'abord besoin d'enregistrements.

Pourquoi ma heatmap Hotjar est-elle vide ?

Hotjar construit les heatmaps à partir des enregistrements, donc une URL sans enregistrement capturé n'a aucune donnée de heatmap. Hotjar suggère aussi de vérifier la correspondance exacte de l'URL, barre oblique finale et protocole compris, ainsi que les onglets tablette et mobile.

Supprimer un enregistrement modifie-t-il ma heatmap ?

Dans Hotjar, oui. Supprimer un enregistrement supprime ses données de heatmap pour chaque page que cette session a visitée. Dans Microsoft Clarity, les heatmaps survivent aux enregistrements, 9 mois contre 30 jours.

Quelle version du SDK Datadog les heatmaps exigent-elles ?

Les cartes de clics exigent le Browser SDK v4.40.0 ou ultérieur et les cartes de scroll v4.50.0 ou ultérieur. Session Replay doit être activé, et les cartes de clics ont besoin de trackUserInteractions: true.

Une heatmap suffit-elle pour diagnostiquer une baisse de conversion ?

Non. Une heatmap montre où l'interaction se concentre ou s'arrête, pas pourquoi. Filtrez les replays sur l'élément ou la profondeur de scroll signalés par la heatmap et regardez ces sessions pour trouver la cause.

Les heatmaps fonctionnent-elles sur mobile ?

Sur le web mobile, oui, avec des limites. Hotjar enregistre les taps et les défilements verticaux mais pas les balayages horizontaux, et Clarity génère par défaut des heatmaps pour ordinateur, tablette et mobile. Datadog ne prend en charge les heatmaps que pour Browser Session Replay, pas pour les replays d'applications mobiles.

Combien de temps Microsoft Clarity conserve-t-il les heatmaps ?

Clarity conserve les heatmaps jusqu'à 9 mois et les enregistrements 30 jours. Une ancienne heatmap montre toujours où les gens ont cliqué, mais les sessions derrière ces clics ont disparu, sauf les favoris et l'échantillon aléatoire que Clarity garde. Vérifiez les deux délais avant de planifier une comparaison avant et après.

D'où vient l'image de fond d'une heatmap Hotjar ?

Hotjar la prend dans le dernier enregistrement trouvé sur la période choisie. S'il n'y a pas de capture en cache pour une période personnalisée, Hotjar en génère une à partir de la date la plus récente qui a un enregistrement disponible. La mise en page que vous voyez est donc la version de la page d'un seul visiteur.

Les heatmaps sont-elles plus sûres pour la vie privée que le session replay ?

Une heatmap stocke moins d'informations sur chaque personne, mais la capture d'écran dessous peut quand même afficher des données personnelles. Datadog permet de choisir un niveau de masquage pour les captures de heatmap, alors que Microsoft Clarity indique ne pas permettre d'exclure des éléments précis lors de la génération d'une heatmap. Dans les outils qui construisent les heatmaps à partir des enregistrements, vos règles de masquage du replay protègent les deux.

Faut-il regarder d'abord la heatmap ou les replays ?

Commencez par la heatmap pour repérer où une page sous-performe. Ouvrez ensuite les replays filtrés sur cette page et cet élément pour comprendre pourquoi. La heatmap réduit des milliers de sessions à une zone, et les replays de cette zone montrent la cause.