Lo que publican siete proveedores sobre la retención de datos de session replay

¿Qué es la retención de datos de session replay?

Cada proveedor fija su propia retención de datos de session replay, el periodo durante el que una sesión grabada sigue siendo reproducible antes de que el proveedor la borre automáticamente. La ventana importa por partida doble. Limita hasta dónde puede retroceder un desarrollador para reproducir un bug, y fija durante cuánto tiempo guardas datos personales de cada visitante que grabaste.

La ventana suele ser más corta que la de la analítica. Una grabación es una reconstrucción completa de una visita, con snapshots del DOM, mutaciones y eventos de entrada, así que contiene mucho más sobre una persona que un recuento de páginas vistas. Varios proveedores separan los dos relojes a propósito. El centro de ayuda de FullStory nombra periodos distintos de "Session replay retention" y "Product analytics retention", y la retención ampliada de Datadog "only applies to Session Replay and does not include associated events."

¿Cuánto tiempo guarda cada proveedor las grabaciones de sesiones?

Cada proveedor publica una cifra distinta, y dos de los siete no publican ningún valor por defecto fijo. Las cifras de abajo salen de la documentación de cada proveedor, consultada el 25 de septiembre de 2026.

Detrás de esas celdas hay algunos detalles. La FAQ de Clarity dice "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 misma FAQ responde otra pregunta con una regla más plana, "The data is retained for the webmaster's consumption up to 30 days from the time of recording", y unas respuestas más abajo dice "You can access heat maps for up to 9 months." Una sola página contiene tres respuestas sobre retención.

PostHog presenta cada nivel como un máximo ("Up to 30 days"), así que un proyecto puede elegir una ventana más corta en los ajustes de replay. Sentry presenta sus periodos como valores por defecto sin más para cada plan. FullStory solo dice que los clientes de Enterprise, Business y Advanced pueden "specify how long to retain data for product analytics and session replay separately", y que lo cambian a través de su account executive de Fullstory o con la opción Adjust plan en Settings > Account Management > Subscription.

La página de precios de LogRocket dice que el "Final price depends on seats, retention length, and add-ons like Streaming Export", y su documento sobre la página Plans lista "Session Retention: how long your session replays will be kept" como una línea del plan de cada cliente. Ninguna de las dos páginas da una cifra.

¿Por qué publica Hotjar dos reglas de retención en una sola página?

El artículo de retención de Hotjar lleva las dos versiones en su código fuente y muestra una u otra según el experimento de precios en el que caiga la cuenta del lector. El HTML envuelve cada versión en un bloque etiquetado data-experiment-id="pp_usage_based_pricing_phase_0_assignment", con una variante control y una variante variant1.

El texto control dice que Recordings y Heatmaps "retain data for 365 days from the date of capture. This applies to all accounts and plans." El texto variant1 dice que los periodos de retención "differ based on your plan" y enumera "Basic plan: 1 month", "Plus plan: 6 months" y "Business plan: 12 months". Un cliente Basic que lee la versión control espera un año y obtiene un mes.

El resto de la página es igual en las dos versiones. Surveys y Highlights nunca se borran automáticamente. El audio y el vídeo de Engage "are deleted automatically after 2 years". Borrar datos a mano "takes up to 30 days in total and all data is hard deleted." Ninguna de las dos reglas de Recordings dice a qué cuentas se aplica, así que confirma con Hotjar el periodo de tu plan antes de que una DPIA o un aviso de privacidad lo cite.

¿Puede una grabación concreta durar más que el valor por defecto?

Cuatro de los siete proveedores permiten que algunas grabaciones duren más que la ventana por defecto, y cada uno las elige de forma distinta.

• Datadog. Extended Retention conserva un replay durante 15 meses. "The 15 months start when Extended Retention is enabled, not when the session is collected." Si la desactivas en un replay de más de 30 días, "the replay immediately expires."
• LogRocket. Desde el 18 de enero de 2024, Extended Session Retention guarda cada sesión "watched by a member of your organization, up to 12 months from recording date", con un tope de "5% of your session quota each month". Una sesión vista es una reproducida "for over 1 second". Está activada por defecto en Pro y Enterprise, y desactivarla deja archivadas las sesiones guardadas antes: "Contact us if you need them deleted."
• Microsoft Clarity. Las grabaciones favoritas duran hasta 9 meses, igual que una muestra aleatoria que Clarity elige por su cuenta.
• PostHog. "Export to JSON" descarga una grabación, y "Downloaded recordings can then be imported back into PostHog for future playback, even if the original recording has expired."

La regla de LogRocket tiene un efecto secundario sobre la privacidad. Ver un replay alarga el tiempo que lo conservas, así que las grabaciones que más mira tu equipo, a menudo las que muestran un fallo en el checkout o en el registro, son las que más duran. La vía de exportación de PostHog tiene otro problema. El archivo JSON sale por completo de la política de retención del proveedor y vive donde alguien lo haya guardado.

¿Cuándo entra en vigor un cambio de retención?

Un cambio de retención se aplica solo a las grabaciones nuevas en los dos proveedores que documentan este punto. PostHog dice "existing recordings keep their original retention period." Sentry dice "Retention periods are set at the time data is ingested, based on the then-current plan", así que bajar de plan no acorta la vida de los datos que ya tienes.

El borrado también llega con retraso. PostHog avisa de que "Recordings may still appear for a short time after the retention period expires or when manually deleted via the UI." Hotjar da una cifra para los borrados manuales: hasta 30 días hasta el borrado definitivo, copias de seguridad incluidas. Clarity no ofrece ninguna forma de borrar las grabaciones de una persona. La respuesta de su FAQ a "Can I delete data for a specific user?" es "You need to delete the entire project to delete user's data."

¿Qué exige el GDPR para la retención de datos de session replay?

El GDPR no fija un número máximo de días. Fija una prueba. El artículo 5(1)(e), el principio de limitación del plazo de conservación, dice que los datos personales serán "mantenidos de forma que se permita la identificación de los interesados durante no más tiempo del necesario para los fines del tratamiento de los datos personales."

Otras cuatro disposiciones convierten esa prueba en papeleo:

De ahí salen dos consecuencias para las herramientas de replay. Un valor por defecto del proveedor no es una finalidad. "30 días porque lo dice el plan" no responde a "¿necesario para qué?", así que deja el motivo por escrito, por ejemplo "los replays se conservan durante un ciclo de release para poder reproducir los bugs notificados." Y el artículo 13(2)(a) implica que el plazo va en tu aviso de privacidad, algo difícil de redactar con honestidad si el centro de ayuda de tu proveedor muestra dos respuestas. Si necesitas consentimiento para grabar es otra cuestión, tratada en si el session replay cumple el GDPR.

¿Cómo eliges un periodo de retención para los session replays?

Elige la ventana más corta que cubra el tiempo entre que un usuario se topa con un bug y tu equipo lo reproduce. Para la mayoría de los equipos eso supone uno o dos ciclos de release más el retraso de la cola de soporte. Las ventanas largas rara vez compensan en el replay, porque un bug notificado hace varias releases suele estar en código que ya ha cambiado.

Tres ajustes reducen lo que contiene la ventana antes de acortarla:

1. Enmascara en la captura. Una grabación que nunca contuvo un número de tarjeta ni una dirección de email tiene menos que caducar. La mecánica está en la redacción de PII para session replay.
2. Graba menos. El muestreo reduce a la vez el almacenamiento y la exposición, con las contrapartidas explicadas en las tasas de muestreo del session replay.
3. Separa los relojes. Conserva la analítica agregada más tiempo que las grabaciones en bruto, el modelo que FullStory y Datadog ya documentan.

Flowsery sigue el modelo separado. Los replays se conservan 3 meses en el plan Team y 12 meses en el plan Pro, y los datos de analítica 3 años en ambos. Su AI session replay revisa cada grabación y convierte lo que se está rompiendo en issues priorizadas y reproducibles, así que la evidencia que necesita un ticket se extrae mientras la grabación todavía existe.

Preguntas frecuentes

¿Cuál es la retención por defecto del session replay en Microsoft Clarity?

Clarity conserva las grabaciones durante 30 días desde el momento de la grabación. Las grabaciones favoritas y una muestra aleatoria que selecciona Clarity duran hasta 9 meses, y los heatmaps siguen disponibles hasta 9 meses.

¿Cuánto tiempo guarda Sentry los session replays?

Sentry guarda los session replays 30 días en el plan Developer y 90 días en Team, Business y Enterprise. El periodo se fija cuando se ingiere el replay, así que un cambio de plan posterior no lo altera.

¿Cuánto tiempo guarda PostHog las grabaciones de sesiones?

PostHog permite hasta 30 días en Free, 90 días en Pay-as-you-go, 1 año en Boost y Scale, y 5 años en Enterprise. Un ajuste nuevo solo se aplica a las grabaciones capturadas después del cambio.

¿Fija el GDPR un periodo máximo de retención para las grabaciones de sesiones?

No. El artículo 5(1)(e) exige que los datos identificables se mantengan "durante no más tiempo del necesario" para su finalidad. El responsable del tratamiento fija la cifra, la justifica y la indica, o indica sus criterios, en el aviso de privacidad según el artículo 13(2)(a).

¿Puedo conservar un session replay de Datadog más de 30 días?

Sí. Activar Extended Retention en un replay lo conserva durante 15 meses, contados desde el momento en que lo activas. La ampliación cubre solo el replay, no sus eventos RUM asociados.

¿Por qué el centro de ayuda de Hotjar muestra periodos de retención distintos?

El artículo ejecuta un experimento de precios. Una versión dice 365 días en todos los planes, la otra dice 1 mes en Basic, 6 en Plus y 12 en Business. Ninguna de las dos versiones dice cuál rige en tu cuenta, así que confirma con Hotjar el periodo de tu plan antes de citarlo.

¿Cuánto tiempo guarda FullStory los session replays?

Fullstory Free guarda los replays durante 1 año. El centro de ayuda no publica ningún periodo para Enterprise, Business ni Advanced. Los clientes de Enterprise, Business y Advanced pueden fijar por separado la retención de product analytics y de session replay, a través de su account executive o con la opción Adjust plan en Settings.

¿Publica LogRocket una retención por defecto para los session replays?

LogRocket no indica ninguna cifra por defecto. La retención de sesiones es una línea del plan de cada cliente, y el precio depende de la duración de la retención. Extended Session Retention guarda hasta 12 meses las sesiones que ha visto alguien de tu organización, con un tope del 5 % de tu cuota mensual de sesiones.

¿Puedo borrar las grabaciones de una sola persona en Microsoft Clarity?

No para una sola persona. Según la FAQ de Clarity, hay que borrar el proyecto entero para borrar los datos de un usuario. Por lo demás, las grabaciones caducan a los 30 días, y los favoritos y una muestra aleatoria duran hasta 9 meses.

¿Cómo elijo un periodo de retención para los session replays?

Elige la ventana más corta que cubra el tiempo entre que un usuario se topa con un error y tu equipo lo reproduce. Para la mayoría de los equipos son uno o dos ciclos de release más el retraso de la cola de soporte. Anota el motivo, porque el artículo 5(1)(e) del GDPR pide no conservar los datos más de lo necesario, e indica el periodo en tu aviso de privacidad.