Ce que sept éditeurs publient sur la conservation des données de session replay

Qu'est-ce que la conservation des données de session replay ?

Chaque éditeur fixe sa propre conservation des données de session replay, c'est-à-dire la période pendant laquelle une session enregistrée reste consultable avant que l'éditeur ne la supprime automatiquement. Cette fenêtre compte deux fois. Elle limite jusqu'où un développeur peut remonter pour reproduire un bug, et elle fixe combien de temps vous détenez des données personnelles sur chaque visiteur enregistré.

La fenêtre est en général plus courte que celle de l'analytics. Un enregistrement est une reconstitution complète d'une visite, avec des instantanés du DOM, des mutations et des événements de saisie, si bien qu'il contient bien plus d'informations sur une personne qu'un décompte de pages vues. Plusieurs éditeurs séparent volontairement les deux horloges. Le centre d'aide de FullStory nomme des périodes distinctes, "Session replay retention" et "Product analytics retention", et la conservation étendue de Datadog "only applies to Session Replay and does not include associated events."

Combien de temps chaque éditeur garde-t-il les enregistrements de session ?

Chaque éditeur publie un chiffre différent, et deux des sept ne publient aucune valeur par défaut fixe. Les chiffres ci-dessous viennent de la documentation de chaque éditeur, consultée le 25 septembre 2026.

Quelques détails se cachent derrière ces cellules. La FAQ de Clarity dit "Clarity retains recordings for 30 days from the time of recording. However, Favorite recordings and randomly selected sample of recordings are retained for up to 9 months." La même FAQ répond à une autre question avec une règle plus simple, "The data is retained for the webmaster's consumption up to 30 days from the time of recording", et quelques réponses plus loin dit "You can access heat maps for up to 9 months." Une seule page contient trois réponses sur la conservation.

PostHog présente chaque niveau comme un plafond ("Up to 30 days"), si bien qu'un projet peut choisir une fenêtre plus courte dans les réglages du replay. Sentry présente ses périodes comme de simples valeurs par défaut par plan. FullStory dit seulement que les clients Enterprise, Business et Advanced peuvent "specify how long to retain data for product analytics and session replay separately", et modifier cette durée via leur account executive Fullstory ou l'option Adjust plan sous Settings > Account Management > Subscription.

La page de tarifs de LogRocket dit que le "Final price depends on seats, retention length, and add-ons like Streaming Export", et sa documentation sur la page Plans liste "Session Retention: how long your session replays will be kept" comme une ligne du plan de chaque client. Aucune des deux pages ne donne de chiffre.

Pourquoi Hotjar publie-t-il deux règles de conservation sur une même page ?

L'article de Hotjar sur la conservation contient les deux versions dans son code source et en affiche une selon l'expérience tarifaire à laquelle appartient le compte du lecteur. Le HTML enveloppe chaque version dans un bloc marqué data-experiment-id="pp_usage_based_pricing_phase_0_assignment", avec une variante control et une variante variant1.

Le texte control dit que Recordings et Heatmaps "retain data for 365 days from the date of capture. This applies to all accounts and plans." Le texte variant1 dit que les périodes de conservation "differ based on your plan" et liste "Basic plan: 1 month", "Plus plan: 6 months" et "Business plan: 12 months". Un client Basic qui lit la version control s'attend à un an et obtient un mois.

Le reste de la page est identique dans les deux versions. Les Surveys et les Highlights ne sont jamais supprimés automatiquement. L'audio et la vidéo d'Engage "are deleted automatically after 2 years". La suppression manuelle des données "takes up to 30 days in total and all data is hard deleted." Aucune des deux règles sur les Recordings ne dit à quels comptes elle s'applique, alors faites confirmer par Hotjar la durée de votre plan avant qu'une AIPD ou une politique de confidentialité ne la cite.

Un enregistrement peut-il survivre à la durée par défaut ?

Quatre des sept éditeurs laissent certains enregistrements dépasser la fenêtre par défaut, et chacun les choisit différemment.

• Datadog. Extended Retention garde un replay pendant 15 mois. "The 15 months start when Extended Retention is enabled, not when the session is collected." Désactivez-la sur un replay de plus de 30 jours et "the replay immediately expires."
• LogRocket. Depuis le 18 janvier 2024, Extended Session Retention conserve chaque session "watched by a member of your organization, up to 12 months from recording date", dans la limite de "5% of your session quota each month". Une session visionnée est une session lue "for over 1 second". La fonction est activée par défaut pour Pro et Enterprise, et la désactiver laisse archivées les sessions déjà conservées : "Contact us if you need them deleted."
• Microsoft Clarity. Les enregistrements favoris durent jusqu'à 9 mois, tout comme un échantillon aléatoire que Clarity choisit lui-même.
• PostHog. "Export to JSON" télécharge un enregistrement, et "Downloaded recordings can then be imported back into PostHog for future playback, even if the original recording has expired."

La règle de LogRocket a un effet de bord sur la vie privée. Regarder un replay prolonge sa conservation, donc les enregistrements que votre équipe regarde le plus, souvent ceux qui montrent un échec au paiement ou à l'inscription, restent le plus longtemps. La voie de l'export PostHog pose un autre problème. Le fichier JSON sort entièrement de la politique de conservation de l'éditeur et vit là où quelqu'un l'a enregistré.

Quand un changement de durée de conservation prend-il effet ?

Un changement de durée de conservation ne s'applique qu'aux nouveaux enregistrements, chez les deux éditeurs qui documentent ce point. PostHog dit "existing recordings keep their original retention period." Sentry dit "Retention periods are set at the time data is ingested, based on the then-current plan", donc un passage à un plan inférieur ne raccourcit pas la vie des données que vous détenez déjà.

La suppression prend aussi du retard. PostHog avertit que "Recordings may still appear for a short time after the retention period expires or when manually deleted via the UI." Hotjar donne un chiffre pour les suppressions manuelles : jusqu'à 30 jours avant la suppression définitive, sauvegardes comprises. Clarity n'offre aucun moyen de supprimer les enregistrements d'une seule personne. Sa réponse FAQ à "Can I delete data for a specific user?" est "You need to delete the entire project to delete user's data."

Qu'exige le RGPD pour la conservation des données de session replay ?

Le RGPD ne fixe aucun nombre maximal de jours. Il fixe un critère. L'article 5(1)(e), le principe de limitation de la conservation, dit que les données à caractère personnel doivent être "conservées sous une forme permettant l'identification des personnes concernées pendant une durée n'excédant pas celle nécessaire au regard des finalités pour lesquelles elles sont traitées".

Quatre autres dispositions transforment ce critère en obligations documentaires :

Deux conséquences en découlent pour les outils de replay. Une valeur par défaut d'éditeur n'est pas une finalité. "30 jours parce que le plan le prévoit" ne répond pas à "nécessaire pour quoi ?", alors écrivez la raison, par exemple "les replays sont conservés pendant un cycle de release pour que les bugs signalés puissent être reproduits." Et l'article 13(2)(a) implique que la durée figure dans votre politique de confidentialité, ce qui est difficile à rédiger honnêtement si le centre d'aide de votre éditeur affiche deux réponses. La question de savoir s'il faut un consentement pour enregistrer est distincte, traitée dans si le session replay est conforme au RGPD.

Comment choisir une durée de conservation pour les session replays ?

Choisissez la fenêtre la plus courte qui couvre le délai entre le moment où un utilisateur rencontre un bug et celui où votre équipe le reproduit. Pour la plupart des équipes, cela représente un ou deux cycles de release plus le retard de la file du support. Les longues fenêtres sont rarement rentables pour le replay, parce qu'un bug signalé plusieurs releases plus tôt se trouve en général dans du code qui a déjà changé.

Trois réglages réduisent ce que contient la fenêtre avant même de la raccourcir :

1. Masquer à la capture. Un enregistrement qui n'a jamais contenu de numéro de carte ou d'adresse e-mail a moins de choses à faire expirer. La mécanique est décrite dans la rédaction des PII pour le session replay.
2. Enregistrer moins. L'échantillonnage réduit à la fois le stockage et l'exposition, avec les compromis expliqués dans les taux d'échantillonnage du session replay.
3. Séparer les horloges. Gardez l'analytics agrégée plus longtemps que les enregistrements bruts, le modèle que FullStory et Datadog documentent déjà.

Flowsery suit le modèle séparé. Les replays sont conservés 3 mois sur le plan Team et 12 mois sur le plan Pro, et les données analytics 3 ans sur les deux. Son AI session replay examine chaque enregistrement et transforme ce qui casse en problèmes classés et reproductibles, si bien que les preuves dont un ticket a besoin sont extraites tant que l'enregistrement existe encore.

Questions fréquentes

Quelle est la conservation par défaut des session replays dans Microsoft Clarity ?

Clarity garde les enregistrements 30 jours à partir du moment de l'enregistrement. Les enregistrements favoris et un échantillon aléatoire choisi par Clarity durent jusqu'à 9 mois, et les heatmaps restent disponibles jusqu'à 9 mois.

Combien de temps Sentry garde-t-il les session replays ?

Sentry garde les session replays 30 jours sur le plan Developer et 90 jours sur Team, Business et Enterprise. La durée est fixée au moment de l'ingestion du replay, donc un changement de plan ultérieur ne la modifie pas.

Combien de temps PostHog garde-t-il les enregistrements de session ?

PostHog autorise jusqu'à 30 jours sur Free, 90 jours sur Pay-as-you-go, 1 an sur Boost et Scale, et 5 ans sur Enterprise. Un nouveau réglage ne s'applique qu'aux enregistrements capturés après le changement.

Le RGPD fixe-t-il une durée maximale de conservation pour les enregistrements de session ?

Non. L'article 5(1)(e) exige que les données identifiables soient conservées "pendant une durée n'excédant pas celle nécessaire" au regard de leur finalité. Le responsable du traitement fixe le chiffre, le justifie, et l'indique, ou indique ses critères, dans la politique de confidentialité en vertu de l'article 13(2)(a).

Puis-je garder un session replay Datadog plus de 30 jours ?

Oui. Activer Extended Retention sur un replay le conserve 15 mois, comptés à partir du moment où vous l'activez. L'extension couvre uniquement le replay, pas les événements RUM associés.

Pourquoi le centre d'aide de Hotjar affiche-t-il des durées de conservation différentes ?

L'article fait tourner une expérience tarifaire. Une version indique 365 jours pour tous les plans, l'autre 1 mois sur Basic, 6 sur Plus et 12 sur Business. Aucune des deux versions ne dit laquelle régit votre compte, alors faites confirmer par Hotjar la durée de votre plan avant de la citer.

Combien de temps FullStory garde-t-il les session replays ?

Fullstory Free garde les replays pendant 1 an. Le centre d'aide ne publie aucune durée pour Enterprise, Business ni Advanced. Les clients Enterprise, Business et Advanced peuvent régler séparément la conservation du product analytics et du session replay, via leur account executive ou l'option Adjust plan dans Settings.

LogRocket publie-t-il une conservation par défaut pour les session replays ?

LogRocket n'indique aucun chiffre par défaut. La conservation des sessions est une ligne du plan de chaque client, et le prix dépend de la durée de conservation. Extended Session Retention enregistre pendant 12 mois maximum les sessions vues par un membre de votre organisation, dans la limite de 5 % de votre quota mensuel de sessions.

Puis-je supprimer les enregistrements d'une seule personne dans Microsoft Clarity ?

Pas pour une seule personne. D'après la FAQ de Clarity, il faut supprimer le projet entier pour supprimer les données d'un utilisateur. Sinon, les enregistrements expirent après 30 jours, et les favoris et un échantillon aléatoire durent jusqu'à 9 mois.

Comment choisir une durée de conservation pour les session replays ?

Choisissez la fenêtre la plus courte qui couvre le délai entre le moment où un utilisateur rencontre un bug et celui où votre équipe le reproduit. Pour la plupart des équipes, c'est un ou deux cycles de release plus le retard de la file de support. Notez la raison, car l'article 5, paragraphe 1, point e du RGPD demande de ne pas conserver les données plus longtemps que nécessaire, et indiquez la durée dans votre politique de confidentialité.