In breve, la risposta rapida
9 min di letturaLa conservazione dei dati del session replay è il tempo per cui un fornitore tiene riproducibile una registrazione prima di cancellarla. I valori predefiniti pubblicati vanno da 30 giorni (Microsoft Clarity, Datadog, Sentry Developer, PostHog Free) a 90 giorni (Sentry Team e Business) fino a un anno (FullStory Free), con limiti massimi a pagamento di 15 mesi per ogni replay su Datadog e di 5 anni su PostHog Enterprise. L'articolo di aiuto di Hotjar mostra due regole diverse a lettori diversi, e LogRocket non pubblica alcun valore predefinito. Il GDPR non indica un numero: l'articolo 5(1)(e) dice che i dati personali possono restare identificabili "per un arco di tempo non superiore al conseguimento delle finalità", e l'articolo 13(2)(a) ti obbliga a comunicare ai visitatori il periodo o i criteri usati per stabilirlo.
Che cos'è la data retention delle session replay?
Ogni fornitore stabilisce la propria data retention delle session replay, cioè il periodo in cui una sessione registrata resta riproducibile prima che il fornitore la elimini in automatico. Questa finestra conta per due motivi. Limita fino a dove uno sviluppatore può risalire per riprodurre un bug e stabilisce per quanto tempo conservi dati personali su ogni visitatore registrato.
Di solito la finestra è più corta di quella delle analytics. Una registrazione è la ricostruzione completa di una visita, con snapshot del DOM, mutazioni ed eventi di input, quindi contiene molte più informazioni su una persona di un semplice conteggio delle visualizzazioni di pagina. Diversi fornitori separano apposta i due orologi. Il centro assistenza di FullStory indica periodi distinti per "Session replay retention" e "Product analytics retention", mentre la retention estesa di Datadog "si applica solo a Session Replay e non include gli eventi associati".
Per quanto tempo ogni fornitore conserva le registrazioni delle sessioni?
Ogni fornitore pubblica un numero diverso, e due dei sette non pubblicano alcun valore predefinito fisso. Le cifre qui sotto vengono dalla documentazione di ciascun fornitore, consultata il 25 settembre 2026.
| Fornitore | Retention predefinita delle replay | Periodo più lungo pubblicato | Dove è indicata |
|---|---|---|---|
| Microsoft Clarity | 30 giorni dalla registrazione | Preferiti e un campione casuale di registrazioni fino a 9 mesi | Clarity FAQ, learn.microsoft.com |
| Hotjar | Due versioni nella stessa pagina: 365 giorni su tutti i piani, oppure 1 mese (Basic), 6 mesi (Plus), 12 mesi (Business) | 12 mesi, oppure 365 giorni | "How Long Does Hotjar Keep My Data?" |
| FullStory | 1 anno su Fullstory Free | Non pubblicato per Enterprise, Business e Advanced | "Fullstory Plan Retention" |
| LogRocket | Non pubblicata; stabilita per piano | Sessioni guardate salvate fino a 12 mesi (Pro, Enterprise) | "Extended Session Retention" |
| PostHog | Fino a 30 giorni (Free) | Fino a 90 giorni (Pay-as-you-go), 1 anno (Boost, Scale), 5 anni (Enterprise) | "Replay recording retention" |
| Sentry | 30 giorni (Developer) | 90 giorni (Team, Business, Enterprise) | "Data Retention Periods" |
| Datadog | 30 giorni | 15 mesi per replay con Extended Retention | Documentazione di Session Replay |
Dietro quelle celle ci sono alcuni dettagli. La FAQ di Clarity dice: "Clarity conserva le registrazioni per 30 giorni dal momento della registrazione. Tuttavia, le registrazioni Preferite e un campione di registrazioni selezionate in modo casuale vengono conservati fino a 9 mesi." La stessa FAQ risponde a un'altra domanda con una regola più netta, "I dati vengono conservati a disposizione del webmaster fino a 30 giorni dal momento della registrazione", e qualche risposta più sotto aggiunge "Puoi accedere alle heatmap fino a 9 mesi." Una sola pagina contiene tre risposte diverse sulla retention.
PostHog presenta ogni piano come un tetto massimo ("Up to 30 days"), quindi un progetto può scegliere una finestra più breve nelle impostazioni delle replay. Sentry indica i suoi periodi come semplici valori predefiniti per piano. FullStory dice soltanto che i clienti Enterprise, Business e Advanced possono "specificare separatamente per quanto tempo conservare i dati di product analytics e di session replay", e modificarlo tramite il proprio account executive di Fullstory oppure con l'opzione Adjust plan in Settings > Account Management > Subscription.
La pagina dei prezzi di LogRocket dice che il "Prezzo finale dipende da postazioni, durata della retention e componenti aggiuntivi come Streaming Export", e la sua documentazione sulla pagina Plans cita "Session Retention: per quanto tempo vengono conservate le tue session replay" come una voce del piano di ogni cliente. Nessuna delle due pagine indica un numero.
Perché Hotjar pubblica due regole di retention nella stessa pagina?
L'articolo di Hotjar sulla retention contiene entrambe le versioni nel sorgente e ne mostra una a seconda dell'esperimento sui prezzi in cui rientra l'account del lettore. L'HTML racchiude ogni versione in un blocco con il tag data-experiment-id="pp_usage_based_pricing_phase_0_assignment", con una variante control e una variante variant1.
Il testo control dice che Recordings e Heatmaps "conservano i dati per 365 giorni dalla data di acquisizione. Vale per tutti gli account e i piani." Il testo variant1 dice che i periodi di retention "variano in base al tuo piano" ed elenca "Basic plan: 1 month", "Plus plan: 6 months" e "Business plan: 12 months". Un cliente Basic che legge la versione control si aspetta un anno e ottiene un mese.
Il resto della pagina è uguale in entrambe le versioni. Surveys e Highlights non vengono mai eliminati in automatico. L'audio e il video di Engage "vengono eliminati automaticamente dopo 2 anni". L'eliminazione manuale dei dati "richiede fino a 30 giorni in totale e tutti i dati vengono cancellati in modo definitivo." Nessuna delle due regole su Recordings dice a quali account si applichi, quindi conferma con Hotjar il periodo valido per il tuo piano prima di citarlo in una DPIA o in un'informativa sulla privacy.

Una singola registrazione può sopravvivere oltre il periodo predefinito?
Quattro dei sette fornitori permettono ad alcune registrazioni di superare la finestra predefinita, e ognuno le sceglie in modo diverso.
- Datadog. Extended Retention conserva una replay per 15 mesi. "I 15 mesi iniziano quando Extended Retention viene attivata, non quando la sessione viene raccolta." Se la disattivi su una replay più vecchia di 30 giorni, "la replay scade immediatamente."
- LogRocket. Dal 18 gennaio 2024, Extended Session Retention salva ogni sessione "guardata da un membro della tua organizzazione, fino a 12 mesi dalla data di registrazione", con un tetto del "5% della tua quota di sessioni ogni mese". Una sessione guardata è una sessione riprodotta "per più di 1 secondo". È attiva per impostazione predefinita sui piani Pro ed Enterprise, e disattivarla lascia archiviati i salvataggi precedenti: "Contattaci se hai bisogno che vengano eliminati."
- Microsoft Clarity. Le registrazioni Preferite durano fino a 9 mesi, così come un campione casuale scelto da Clarity stessa.
- PostHog. "Export to JSON" scarica una registrazione, e "Le registrazioni scaricate possono poi essere reimportate in PostHog per essere riprodotte in futuro, anche se la registrazione originale è scaduta."
La regola di LogRocket ha un effetto collaterale sulla privacy. Guardare una replay allunga il tempo per cui la conservi, quindi le registrazioni che il tuo team apre più spesso, spesso quelle che mostrano un errore al checkout o alla registrazione, restano più a lungo. La strada dell'esportazione di PostHog ha un problema diverso. Il file JSON esce del tutto dalla policy di retention del fornitore e vive ovunque qualcuno l'abbia salvato.
Quando una modifica della retention diventa effettiva?
Una modifica della retention si applica solo alle nuove registrazioni, almeno presso i due fornitori che documentano il punto. PostHog scrive: "le registrazioni esistenti mantengono il periodo di retention originale." Sentry scrive: "I periodi di retention vengono fissati al momento dell'acquisizione dei dati, in base al piano in vigore in quel momento". Se passi a un piano inferiore, quindi, i dati che hai già non durano meno.
Anche la cancellazione arriva in ritardo. PostHog avverte: "Le registrazioni possono comparire ancora per un breve periodo dopo la scadenza della retention o dopo una cancellazione manuale dall'interfaccia." Hotjar indica un numero per le cancellazioni manuali: fino a 30 giorni prima della cancellazione definitiva, backup inclusi. Clarity non permette di cancellare le registrazioni di una singola persona. Alla domanda "Posso cancellare i dati di un utente specifico?" la sua FAQ risponde: "Devi cancellare l'intero progetto per cancellare i dati dell'utente."

Dashboard in tempo reale
Monitoraggio degli obiettivi
Tracciamento senza cookie
Cosa richiede il GDPR per la conservazione dei dati di session replay?
Il GDPR non fissa un numero massimo di giorni. Fissa un criterio. L'articolo 5(1)(e), il principio di limitazione della conservazione, stabilisce che i dati personali devono essere "conservati in una forma che consenta l'identificazione degli interessati per un arco di tempo non superiore al conseguimento delle finalità per le quali sono trattati."
Altre quattro disposizioni trasformano quel criterio in documentazione da produrre:
| Disposizione | Cosa richiede |
|---|---|
| Considerando 39 | "il periodo di conservazione dei dati personali sia limitato al minimo necessario" e "il titolare del trattamento dovrebbe stabilire un termine per la cancellazione o per la verifica periodica" |
| Articolo 13(2)(a) | Comunica al visitatore "il periodo di conservazione dei dati personali oppure, se non è possibile, i criteri utilizzati per determinare tale periodo" |
| Articolo 30(1)(f) | Il registro dei trattamenti elenca, "ove possibile, i termini ultimi previsti per la cancellazione delle diverse categorie di dati" |
| Articolo 17(1)(a) | Una persona può chiedere la cancellazione quando i dati "non sono più necessari rispetto alle finalità per le quali sono stati raccolti" |
Ne derivano due conseguenze per gli strumenti di replay. Il valore predefinito di un fornitore non è una finalità. "30 giorni perché lo dice il piano" non risponde alla domanda "necessario per cosa?", quindi scrivi il motivo, per esempio "i replay vengono conservati per un ciclo di rilascio, così i bug segnalati si possono riprodurre." Inoltre, l'articolo 13(2)(a) obbliga a indicare il periodo nell'informativa privacy, ed è difficile scriverla con onestà se il centro assistenza del tuo fornitore dà due risposte diverse. Se ti serve il consenso per registrare è un'altra questione, trattata in se il session replay è conforme al GDPR.
Come scegli il periodo di retention dei session replay?
Scegli la finestra più breve che copre il tempo tra il momento in cui un utente incontra un bug e quello in cui il tuo team lo riproduce. Per la maggior parte dei team significa uno o due cicli di rilascio più il ritardo della coda di supporto. Le finestre lunghe raramente rendono per il replay, perché un bug segnalato diversi rilasci fa di solito sta in codice che è già cambiato.
Tre impostazioni riducono ciò che la finestra contiene, prima ancora di accorciarla:
- Maschera in fase di cattura. Una registrazione che non ha mai contenuto un numero di carta o un indirizzo email ha meno cose da far scadere. Il funzionamento è in la redazione dei dati personali nel session replay.
- Registra meno. Il campionamento riduce insieme spazio occupato ed esposizione, con compromessi spiegati in le percentuali di campionamento del session replay.
- Separa gli orologi. Conserva le analisi aggregate più a lungo delle registrazioni grezze, il modello che FullStory e Datadog documentano già.
Flowsery segue il modello separato. I replay vengono conservati per 3 mesi sul piano Team e 12 mesi sul piano Pro, mentre i dati di analytics per 3 anni su entrambi. Il suo AI session replay esamina ogni registrazione e trasforma ciò che non funziona in problemi ordinati per priorità e riproducibili, così le prove che servono a un ticket vengono estratte mentre la registrazione esiste ancora.
Domande frequenti
Qual è la retention predefinita dei session replay in Microsoft Clarity?
Clarity conserva le registrazioni per 30 giorni dal momento della registrazione. Le registrazioni preferite e un campione casuale scelto da Clarity durano fino a 9 mesi, e le heatmap restano disponibili fino a 9 mesi.
Per quanto tempo Sentry conserva i session replay?
Sentry conserva i session replay per 30 giorni sul piano Developer e per 90 giorni su Team, Business ed Enterprise. Il periodo viene fissato quando il replay viene acquisito, quindi un successivo cambio di piano non lo modifica.
Per quanto tempo PostHog conserva le registrazioni delle sessioni?
PostHog consente fino a 30 giorni su Free, 90 giorni su Pay-as-you-go, 1 anno su Boost e Scale, e 5 anni su Enterprise. Una nuova impostazione si applica solo alle registrazioni catturate dopo la modifica.
Il GDPR fissa un periodo massimo di conservazione per le registrazioni delle sessioni?
No. L'articolo 5(1)(e) richiede che i dati identificabili siano conservati "per un arco di tempo non superiore" a quello necessario alla finalità. Il titolare del trattamento stabilisce il numero, lo giustifica e lo indica, o ne indica i criteri, nell'informativa privacy ai sensi dell'articolo 13(2)(a).
Posso conservare un singolo session replay di Datadog per più di 30 giorni?
Sì. Attivando Extended Retention su un replay, lo conservi per 15 mesi, calcolati dal momento in cui lo attivi. L'estensione riguarda solo il replay, non gli eventi RUM associati.
Perché il centro assistenza di Hotjar mostra periodi di retention diversi?
L'articolo esegue un esperimento sui prezzi. Una versione dice 365 giorni per tutti i piani, l'altra dice 1 mese su Basic, 6 su Plus e 12 su Business. Nessuna delle due versioni indica quale valga per il tuo account, quindi chiedi a Hotjar conferma del periodo del tuo piano prima di citarlo.
Per quanto tempo FullStory conserva i session replay?
Fullstory Free conserva i replay per 1 anno. Il centro assistenza non pubblica alcun periodo per Enterprise, Business o Advanced. I clienti Enterprise, Business e Advanced possono impostare separatamente la retention di product analytics e session replay, tramite il proprio account executive o l'opzione Adjust plan nelle Impostazioni.
LogRocket pubblica una retention predefinita per i session replay?
LogRocket non indica alcun numero predefinito. La retention delle sessioni è una voce del piano di ciascun cliente, e il prezzo dipende dalla durata della retention. Extended Session Retention salva le sessioni guardate dalla tua organizzazione fino a 12 mesi, con un tetto del 5% della tua quota mensile di sessioni.
Posso cancellare le registrazioni di una sola persona in Microsoft Clarity?
No, non per una singola persona. La FAQ di Clarity dice che devi cancellare l'intero progetto per cancellare i dati di un utente. Altrimenti le registrazioni scadono dopo 30 giorni, mentre i preferiti e un campione casuale durano fino a 9 mesi.
Dashboard in tempo reale
Monitoraggio degli obiettivi
Tracciamento senza cookie
Come scelgo il periodo di retention dei session replay?
Scegli la finestra più breve che copre il tempo tra il momento in cui un utente incontra un bug e quello in cui il tuo team lo riproduce. Per la maggior parte dei team sono uno o due cicli di rilascio più il ritardo della coda di supporto. Scrivi il motivo, perché l'articolo 5(1)(e) del GDPR chiede di conservare i dati non oltre il necessario, e indica il periodo nell'informativa privacy.
Questo articolo ti è stato utile?
Facci sapere cosa ne pensi!
Vedici più spesso su Google
Con un clic imposti Flowsery come fonte preferita e i nostri articoli salgono in Notizie principali, Modalità AI e AI Overview.
Prima di andare...
Flowsery
Analytics per il tuo sito che parte dalle entrate
Monitora ogni visitatore, sorgente e conversione in tempo reale. Semplice, potente e senza cookie.
Dashboard in tempo reale
Monitoraggio degli obiettivi
Tracciamento senza cookie
Termini del glossario correlati


Cosa registra rrweb e come funzionano le sue opzioni di privacy
Come rrweb registra una sessione come snapshot del DOM più mutazioni, non come video: i pacchetti npm, la licenza MIT e le opzioni di privacy come maskAllInputs e blockClass.


Cosa richiede davvero il GDPR per il session replay
Valutare il session replay secondo il GDPR dipende da quattro elementi: una base giuridica ex articolo 6, i dati particolari dell'articolo 9, il consenso dell'articolo 5(3) ePrivacy e una DPIA.


Dove le impostazioni predefinite di redazione dei PII nel session replay lasciano esposti i dati
Le impostazioni predefinite di redazione dei PII nel session replay variano molto: rrweb maschera solo le password, Sentry tutto il testo, Clarity numeri ed email.


Come l'analytics cookieless conta i visitatori senza un identificatore
Uno strumento di analytics cookieless conta i visitatori senza salvare un identificatore nel browser. Cosa elimina, cosa costa e perché il fingerprinting non regge.


Titolare o responsabile del trattamento: il test che decide
Per il GDPR, titolare e responsabile del trattamento si distinguono con un test: chi determina finalità e mezzi. Cosa firma, cosa deve e cosa fa ogni ruolo in caso di violazione.


Come funziona il session replay e cosa non può vedere
Un session replay ricostruisce una visita da mutazioni del DOM ed eventi di input, non da un video. Cosa cattura, cosa nasconde il mascheramento e come differisce dalle heatmap.
Articoli correlati


Come funziona l'opt out di Google Analytics e cosa blocca ogni metodo
Un opt out di Google Analytics può essere un componente aggiuntivo del browser, un flag ga-disable sulla window o il consenso negato. Cosa blocca ciascuno, chi lo controlla e dove si ferma.


Da dove arrivano i dati in session replay e heatmap
Session replay vs heatmap: una visita contro molte, e come Hotjar, Datadog, PostHog, Clarity e FullStory creano le heatmap a partire dalle registrazioni o a prescindere da esse.


Come funziona il test dell'interesse legittimo nel GDPR ai sensi dell'articolo 6(1)(f)
Le regole sull'interesse legittimo nel GDPR all'articolo 6(1)(f), citate da EUR-Lex, con il test in tre parti dell'EDPB e il perché l'analisi web resta un caso controverso.

