Qué cubre la analítica de experiencia digital que la analítica web no ve

¿Qué es la analítica de experiencia digital?

Los equipos de producto y UX usan la analítica de experiencia digital para reconstruir cómo fue realmente una sola visita, combinando session replay, heatmaps, detección de fricción y análisis de recorrido en una sola vista, en lugar de contar cuántas veces se disparó un evento. Un panel de tráfico reporta que 4,000 personas llegaron al checkout y 1,200 lo terminaron. La analítica de experiencia digital muestra el campo donde se detuvieron las otras 2,800, el botón que se tragó sus clics, y el error que lanzó el navegador mientras esperaban. La unidad de análisis es la visita, no la métrica.

Un checkout, en cifras

Llegaron al checkout4.000

Completaron el checkout1.200

Se detuvieron antes de terminar2.800

¿Qué incluye realmente la categoría?

Cuatro capacidades forman la categoría, y una herramienta que las trae todas la cubre de punta a punta. El session replay guarda los cambios necesarios para reproducir una visita en un navegador. Los heatmaps, o mapas de calor, agregan clics, toques y profundidad de scroll de muchas visitas sobre un solo diseño. La detección de fricción señala rage clicks, dead clicks, errores y pasos abandonados sin que nadie vea antes una grabación. El análisis de recorrido pone en orden las páginas y los eventos de un visitante, así el equipo lee la ruta en lugar del destino.

Capacidad	Qué captura	Pregunta que responde
Session replay	Cambios del DOM, entrada, scroll y eventos de puntero de una visita	¿Qué vio e hizo esta persona?
Heatmaps	Clics, toques y profundidad de scroll agregados de muchas visitas	¿Dónde aterriza la atención en esta página?
Detección de fricción	Rage clicks, dead clicks, errores de JavaScript, pasos abandonados	¿Qué momentos salieron mal, y para cuánta gente?
Análisis de recorrido	Páginas y eventos ordenados de un visitante	¿Qué ruta llevó al abandono?

Trata el término como ese conjunto de capacidades, y después comprueba cuáles de las cuatro trae una herramienta dada. Un producto que graba sesiones pero nunca señala un momento de dificultad te deja a ti el trabajo de revisión.

¿En qué se diferencia la analítica de experiencia digital de la analítica web y la de producto?

Las tres responden preguntas distintas porque trabajan sobre unidades distintas. La analítica web agrega el tráfico en conteos y tasas para una página o una fuente. La analítica de producto agrega eventos con nombre en embudos, cohortes y curvas de retención para una funcionalidad. La analítica de experiencia digital mantiene la visita intacta y lee lo que pasó dentro de ella.

	Unidad de análisis	Artefacto principal	Responde
Analítica web	Página y fuente de tráfico	Conteos, tasas, tendencias	Cuántos, desde dónde
Analítica de producto	Evento con nombre	Embudos, cohortes, retención	Qué paso perdió gente
Analítica de experiencia digital	Una visita	Repetición, mapa de calor, señal de fricción, recorrido	Qué salió mal en ese paso

Usa las tres juntas. La analítica web te dice que el tráfico a la página de precios cayó, la analítica de producto te dice que la caída empezó en el selector de plan, y la analítica de experiencia digital muestra al selector rechazando una entrada válida.

¿Cómo reconstruye una herramienta una visita sin grabar vídeo?

El grabador toma una instantánea completa de la estructura de la página y después envía cada cambio posterior como un evento incremental, así que la reproducción reconstruye la página en lugar de pasar fotogramas. El proyecto de código abierto rrweb documenta esta división en su README: el paquete snapshot convierte el DOM y su estado en una estructura de datos serializable, y el paquete record "se apoya en una instantánea inicial para registrar todos los cambios de estado del HTML (mutaciones) y las interacciones del usuario mientras navega por la página web".

Esas mutaciones vienen de una API del navegador. MDN describe MutationObserver como una interfaz que ofrece la capacidad de vigilar los cambios que se hacen en el árbol del DOM, y que abarca adiciones y eliminaciones de nodos hijos, cambios de attributes, y todo el subtree de un nodo objetivo. Las notas de observadores de rrweb añaden el resto del flujo: movimiento e interacción del ratón, scroll, cambio de tamaño de la ventana, y entrada en elementos input, textarea y select, incluidos los cambios programáticos capturados enganchando el setter de la propiedad.

La consecuencia práctica es que una repetición es un registro de eventos en texto, no una película. Una máquina puede leerlo, buscarlo y resumirlo, que es lo que hace posible el session replay con IA.

¿Cómo se mide la fricción en un conjunto de sesiones?

Cuenta las sesiones que contienen al menos una señal de fricción y divide entre todas las sesiones de la ventana.

friction rate = (sessions with at least one friction signal / total sessions) x 100

Toma 12,000 sesiones en una semana, de las cuales 840 contenían un rage click, un dead click o un error de JavaScript sin capturar:

840 / 12,000 = 0.07, y 0.07 x 100 = 7 por ciento

Una tasa de fricción del 7 por ciento es una cifra de partida, no un hallazgo. Desglósala por página, por elemento y por mensaje de error, y después ordena los grupos por cuántos usuarios distintos se toparon con cada uno. Dos rage clicks en el mismo botón son un bug; dos rage clicks en botones distintos son dos. El análisis de fricción del usuario es el paso que convierte la tasa en una cola de trabajo.

¿Qué cambia esto en un reporte de bug?

El reporte llega con evidencia adjunta en lugar de con una descripción escrita de memoria. Flowsery agrupa las sesiones coincidentes en un solo issue, ordena los issues por cuántos usuarios se toparon con ellos, y envía cada uno a Slack, Linear o Jira con la repetición y los pasos para reproducirlo. Menciona a @flowsery en Slack sobre ese issue y abre un pull request en borrador en el repositorio de GitHub del equipo.

Eso cierra el ciclo que la categoría deja abierto. La detección, la agrupación y el orden son la parte analítica; un ticket sobre el que un desarrollador pueda actuar es la razón por la que alguien la usa.

¿Cómo se ejecuta sin recoger datos personales?

Enmascara los campos antes de que los datos salgan del navegador, y descarta los identificadores que nunca necesitaste. El enmascaramiento de privacidad en session replay sustituye el contenido de los inputs y de los elementos marcados por caracteres de relleno en el momento de grabar, así que los valores nunca llegan al servidor. Flowsery no usa cookies, se aloja en la UE y cumple el RGPD por diseño, funciona con un solo script de menos de 10 KB, y no aplica muestreo de datos, así que las cifras de fricción de arriba vienen de todas las sesiones en lugar de un subconjunto.

Decide las reglas de enmascaramiento antes de encender la grabación. Una regla añadida después no limpia las grabaciones que ya guardaste.

Preguntas frecuentes

¿La analítica de experiencia digital es lo mismo que el session replay?

No. El session replay es una de las cuatro capacidades de la categoría, junto a los heatmaps, la detección de fricción y el análisis de recorrido. Una herramienta puede grabar sesiones sin detectar un solo momento de dificultad, lo que te deja viendo grabaciones a mano. La categoría es la combinación, no el grabador.

¿Sigues necesitando analítica web junto a la analítica de experiencia digital?

Sí, porque las dos trabajan a escalas distintas. La analítica web responde cuánta gente llegó y desde dónde, en todo el sitio, de forma agregada. La analítica de experiencia digital responde qué pasó dentro de una de esas visitas. Flowsery trae las dos, con tráfico en tiempo real, embudos, objetivos e ingresos por fuente junto a las repeticiones.

¿Qué equipo es dueño de la analítica de experiencia digital?

Producto, diseño e ingeniería la leen todos, y el dueño es quien arregla lo que encuentra. Los diseñadores usan heatmaps y recorridos para juzgar un layout. Los ingenieros usan repeticiones y señales de error para reproducir un defecto. Dale a una persona el trabajo de triar la lista ordenada de issues cada semana, o la cola crece y nadie la vacía.

¿Cuántas sesiones necesita una tasa de fricción para ser legible?

La tasa es una fracción, así que un denominador pequeño la hace saltar. Calcúlala por página y por paso en lugar de para todo el sitio, y lee el conteo de usuarios afectados junto al porcentaje. Un paso con 9 por ciento de fricción en 40 sesiones es una señal más débil que un paso con 4 por ciento en 6,000.

¿Puede la analítica de experiencia digital funcionar sin cookies?

Sí. Grabar una visita necesita una forma de atar los eventos a una sesión, y ese identificador no tiene que ser una cookie guardada entre visitas. Flowsery no usa cookies y se aloja en la UE, y sus límites de plan van por cuota entre sesiones de analítica, grabaciones y retención.

¿Requiere código de seguimiento nuevo en cada página?

Flowsery se instala como un solo script de menos de 10 KB. Si un equipo ya graba sesiones en PostHog o Amplitude, Flowsery se conecta a esas repeticiones existentes sin reinstrumentar nada, así que el análisis corre contra grabaciones que el equipo ya tiene.

¿Cómo explica la analítica de experiencia digital un abandono en el checkout?

Un panel de tráfico puede mostrar que 4.000 compradores llegaron al checkout y 1.200 lo completaron, sin decir por qué 2.800 se fueron a mitad de camino. La analítica de experiencia digital lee esas mismas sesiones y señala el campo donde se detuvieron, el botón que se tragó sus clics o el error que el navegador lanzó mientras esperaban. La explicación sale de la propia visita, no de una capa de métricas aparte.

¿Qué pasa después de que Flowsery agrupa sesiones en un issue?

Flowsery agrupa las sesiones coincidentes en un único issue, clasifica los issues según cuántos usuarios los sufren y envía cada uno a Slack, Linear o Jira con el replay y los pasos para reproducirlo. Etiquetar a @flowsery en Slack sobre ese issue abre un pull request en borrador en el repositorio de GitHub del equipo. El reporte llega con evidencia adjunta en lugar de una descripción escrita de memoria.

¿En qué se diferencia un session replay construido a partir de mutaciones de una grabación en vídeo?

El grabador toma una instantánea completa de la estructura de la página y luego transmite cada cambio posterior como un evento incremental, la misma división que rrweb documenta en su README. Un replay construido así es un registro de texto, no una película, así que una máquina puede leerlo, buscar en él y resumirlo. Eso es lo que hace posible el AI session replay.

¿Por qué enmascarar los campos antes de que los datos salgan del navegador?

El enmascarado de privacidad en session replay sustituye el contenido de los inputs y los elementos marcados por caracteres de relleno en el momento de la grabación, así que esos valores nunca llegan al servidor. Las reglas de enmascarado deben decidirse antes de activar la grabación, porque una regla añadida después no limpia las grabaciones ya guardadas. Flowsery combina esto con ser cookie-free, alojado en la UE y GDPR by design.