Cómo la analítica de producto rastrea usuarios, no páginas vistas

¿Qué es la analítica de producto?

Un sistema de analítica de producto mide lo que la gente hace dentro de un producto, evento a evento y usuario a usuario, para que el comportamiento se pueda rastrear entre sesiones en lugar de contarse por visita. La unidad de análisis es la persona y el orden de sus acciones, no la página que le tocó cargar. Decide qué acciones dentro de tu producto tienen significado de negocio y registra cada una con un identificador de usuario estable.

Ese cambio de unidad es toda la categoría. Un informe de páginas vistas puede decirte que 12.000 personas vieron la página de registro. Solo un flujo de eventos puede decirte que 3.400 de ellas crearon una cuenta, 900 terminaron la configuración en una segunda visita cuatro días después y 210 volvieron en la semana tres. La segunda respuesta exige una identidad que sobreviva al límite de la sesión. La primera no.

¿Cómo es un evento de analítica de producto?

Cada evento lleva cuatro partes: un nombre, un conjunto de propiedades, un id de usuario y una marca de tiempo. El nombre dice qué pasó, las propiedades dicen bajo qué condiciones, el id de usuario cose el evento con todo lo demás que esa persona ha hecho, y la marca de tiempo coloca la acción en secuencia. Escribe los nombres como un objeto más un verbo en pasado, congélalos en el release y versiona el esquema en lugar de renombrar.

{
  "event": "project_created",
  "user_id": "u_8f2c11",
  "timestamp": "2026-09-08T14:22:05Z",
  "properties": {
    "plan": "team",
    "template_used": true,
    "seats": 4,
    "source": "onboarding_checklist"
  }
}

Las propiedades son donde la mayoría de los equipos pierde un año. Una propiedad plan añadida seis meses después del lanzamiento no tiene historia detrás, así que cualquier cohorte anterior a esos seis meses queda inservible para ese corte. Añade las propiedades por las que esperas segmentar el mismo día en que publicas el evento.

¿Deberías usar autocapture o instrumentación manual?

Usa ambas, con trabajos distintos: autocapture para cobertura, instrumentación manual para los eventos sobre los que reportas. Autocapture registra clics, páginas vistas, envíos de formulario e interacciones con elementos desde un solo script, así puedes hacer preguntas retroactivas sobre acciones que nadie pensó en definir. La instrumentación manual dispara un evento con nombre desde tu propio código en el momento en que la lógica de negocio realmente tiene éxito.

La distinción importa en el punto de la verdad. Un clic capturado por autocapture en un botón etiquetado "Crear proyecto" significa que alguien pulsó un botón. Un evento manual project_created disparado después de que el servidor confirma la escritura significa que existe un proyecto. Cuando la petición falla, esos dos números divergen, y el manual es el correcto.

Define de diez a veinte eventos manuales que cubran registro, activación, acciones de valor centrales, upgrade y cancelación. Deja que autocapture cubra todo lo demás.

¿Qué preguntas responde la analítica de producto que la analítica web no puede?

La analítica de producto responde cinco familias de preguntas que necesitan identidad y secuencia: activación, retención, embudos, cohortes y rutas. La analítica web cuenta lo que llegó; la analítica de comportamiento cuenta lo que la gente hizo después, y lo siguiente después de eso.

La activación pregunta si un usuario nuevo alcanzó el momento en que el producto empieza a funcionar para él. La retención pregunta si volvió, y cómo decae por semana, que es la forma que expone una curva de tasa de retención. Los embudos preguntan qué paso ordenado pierde gente. El análisis de cohortes pregunta si los usuarios que se registraron en marzo se comportan distinto de los que se registraron en agosto, que es como distingues un cambio de producto de uno estacional. Las rutas preguntan qué hizo la gente en realidad en vez del camino que diseñaste.

Cada una de esas preguntas exige unir eventos entre visitas. Ninguna se puede responder desde un informe limitado a la sesión.

¿Cómo se compara la analítica de producto con la analítica web?

Las dos disciplinas difieren en la unidad que cuentan, y todo lo demás se desprende de ahí. La analítica web mide el tráfico que llega a un sitio; la analítica de producto mide el comportamiento dentro de una aplicación.

Ninguna reemplaza a la otra. La analítica web te dice que una campaña de pago entregó 4.000 visitas; la analítica de producto te dice que esas 4.000 visitas produjeron 90 cuentas activadas y que la campaña pierde dinero.

¿Cómo se calcula la tasa de activación?

La tasa de activación es la proporción de registros nuevos que alcanzan el evento que definiste como "el producto funciona". Elige un evento, mantenlo fijo y dale una ventana de tiempo para que las activaciones lentas no distorsionen el número.

Activation rate = (users who fired the activation event within N days / new signups in the period) x 100

Toma 4.000 registros en agosto con una ventana de 7 días y project_created como evento de activación. Si 1.120 de esos registros dispararon ese evento dentro de los siete días posteriores a registrarse, la tasa de activación es 1.120 / 4.000 x 100 = 28 por ciento.

El número por sí solo es inerte. Divide el camino en pasos ordenados con el análisis de embudos y el 72 por ciento que no activó se resuelve en abandonos con nombre: 900 nunca verificaron el correo, 1.400 verificaron pero nunca abrieron el editor, 580 abrieron el editor y se detuvieron en el selector de plantillas.

¿Dónde termina la analítica de producto y empieza el session replay?

La analítica de producto te dice qué paso perdió usuarios y cuántos; el session replay, la reproducción de sesiones reales de usuarios, muestra por qué ese paso falló para una persona concreta. El flujo de eventos es agregado y cuantitativo, así que puede ordenar los problemas por tamaño pero no puede mostrar el botón mal etiquetado, el error de validación que nadie lee ni el control que parece deshabilitado.

Ese traspaso es el punto. Una vez que un embudo nombra el paso donde 1.400 usuarios se detuvieron, ver sesiones desde exactamente ese paso convierte un número en una causa. Flowsery graba cada sesión de usuario y detecta rage clicks, dead clicks, errores de JavaScript, abandonos y flujos rotos de forma automática, luego agrupa las sesiones coincidentes en un solo problema y ordena los problemas por cuántos usuarios los sufren. Cada problema llega a Slack, Linear o Jira con la reproducción y los pasos para reproducirlo adjuntos.

Ejecuta analítica de producto para encontrar el paso. Ejecuta session replay para encontrar la causa. Publica la corrección y luego observa el mismo paso del embudo para confirmar que el número se movió.

Preguntas frecuentes

¿La analítica de producto es lo mismo que la analítica web?

No. La analítica web cuenta sesiones y páginas vistas de visitantes anónimos, y el conteo se reinicia cuando termina la visita. La analítica de producto adjunta un id de usuario persistente a cada evento, así que las acciones de una persona se unen entre sesiones y dispositivos en un solo recorrido.

¿Cuántos eventos debería rastrear un producto?

De diez a veinte eventos instrumentados a mano cubren la mayoría de los productos: registro, activación, las dos o tres acciones de valor centrales, invitación, upgrade y cancelación. Autocapture se encarga de la cola larga de clics y páginas vistas sin código extra. Un plan de tracking con 200 eventos escritos a mano se vuelve inmantenible y nadie confía en los nombres.

¿Cuál es la diferencia entre un evento y una propiedad?

Un evento es la acción en sí, como project_created. Una propiedad es un campo adjunto a esa acción que describe las condiciones, como plan: team o template_used: true. Los eventos son lo que cuentas; las propiedades son cómo cortas ese conteo.

¿Puede funcionar la analítica de producto sin cuentas de usuario?

Parcialmente. Los ids anónimos guardados en el navegador te dejan unir eventos dentro de un mismo navegador, lo que basta para embudos y rutas en el mismo dispositivo. Los recorridos entre dispositivos y las curvas de retención reales necesitan una identidad que fijas en el login, de modo que los ids anónimos se fusionen en la cuenta cuando la persona inicia sesión.

¿La analítica de producto exige un cambio de código?

Autocapture funciona con una sola etiqueta de script y sin código por evento. Los eventos sobre los que reportas, como activación y upgrade, necesitan una línea de código en el punto donde la lógica de negocio tiene éxito, porque solo tu servidor sabe si la acción se completó de verdad.

¿Cuándo debería un equipo añadir analítica de producto?

Añádela cuando el producto tenga un momento de activación definido y suficientes registros para que los patrones de abandono sean visibles en vez de anecdóticos. Antes de eso, instrumenta igualmente los eventos de registro y activación, porque las preguntas de retención y cohortes solo se responden con historia que ya recogiste.

¿Cómo deberías nombrar los eventos en analítica de producto?

Nombra cada evento como un objeto más un verbo en pasado, como project_created. Congela el nombre en cuanto el evento sale a producción y versiona el esquema para los cambios, en vez de renombrar el evento. Solo un nombre constante permite contar y comparar a lo largo del tiempo.

¿Por qué causa problemas añadir una propiedad tarde?

Una propiedad añadida meses después de que un evento se lance no tiene historial detrás, así que todo lo registrado antes de esa fecha no se puede segmentar con ella. Una propiedad plan añadida seis meses después del lanzamiento, por ejemplo, deja inutilizable para ese corte a cualquier cohorte con más de seis meses. Añade las propiedades por las que planeas segmentar el mismo día en que lanzas el evento, no después.

¿Por qué puede un clic capturado con autocapture sobrecontar acciones reales?

Autocapture registra solo el clic en sí, así que un botón con la etiqueta "Create project" pulsado es todo lo que puede confirmar. Un evento manual project_created solo se dispara después de que el servidor confirma que la escritura se completó, así que cuando una solicitud falla, las dos cifras divergen. El número manual es el correcto para cualquier cosa que reportes.

¿Qué puede mostrar el session replay que la analítica de producto no puede?

La analítica de producto es agregada y cuantitativa, así que puede ordenar qué paso de un funnel pierde más usuarios pero no explicar por qué. El session replay muestra la causa concreta: un botón mal etiquetado, un error de validación que nadie lee o un control que parece deshabilitado. El flujo habitual usa la analítica de producto para encontrar el paso y el session replay para encontrar la causa justo en ese paso.