Analítica en tu app web: qué medir y cómo cuidar la privacidad

Una buena analítica para tu app web empieza por tres o cuatro preguntas que quieres responder, no por una herramienta. Mide las páginas vistas para conocer el tráfico y luego una lista corta de eventos con nombre para los momentos clave (registro, la primera vez que el usuario obtiene valor real, pago, cancelación); manda los eventos de dinero desde tu servidor y no desde el navegador, y recolecta solo los datos personales que de verdad necesitas y para los que tienes permiso. Diez eventos bien definidos valen más que doscientos automáticos que nadie mira.

En esta guía verás cómo elegir esos eventos, cómo nombrarlos y enviarlos, qué tipo de herramienta te conviene, dónde entran el consentimiento y la privacidad, y cómo comprobar que los datos están bien antes de tomar decisiones con ellos.

¿Qué debería medir primero?

Escribe qué decisiones quieres tomar con la analítica. En un SaaS que está empezando suelen ser estas:

1. ¿De dónde llegan los visitantes y cuáles se registran? (Marketing.)
2. ¿Los que se registran llegan al punto en que el producto les sirve? (Activación.)
3. ¿Vuelven? (Retención.)
4. ¿Pagan, y cuándo dejan de hacerlo? (Ingresos y bajas.)

Cada pregunta corresponde a uno o dos eventos. Lo que no sirva a ninguna puede esperar.

¿Qué eventos importan de verdad?

Un punto de partida para casi cualquier app:

sign_up, login, begin_checkout y purchase son nombres de eventos recomendados en Google Analytics 4, así que sus informes los entienden sin configurar nada. El evento de activación depende de tu producto, y elegirlo es el ejercicio más útil de esta lista: ¿cuál es lo primero que hace un usuario que demuestra que "lo entendió"?

¿Cómo nombro eventos y propiedades?

• Usa un solo estilo en todas partes: minúsculas con guion bajo, objeto más acción en pasado (invite_sent, report_exported).
• Pon los detalles en propiedades, no en el nombre: plan: "pro" en lugar de purchase_pro.
• Nunca pongas correos, nombres ni teléfonos en los eventos o sus propiedades. Las condiciones de Google Analytics prohíben enviar información que identifique a una persona, y casi todas las demás herramientas lo desaconsejan. Si necesitas ligar eventos a una cuenta, usa tu ID interno de usuario.
• Lleva un plan de medición sencillo (una hoja de cálculo compartida basta) con cada evento, cuándo se dispara y sus propiedades. Las herramientas de IA tienden a agregar llamadas de seguimiento con nombres ligeramente distintos en cada archivo; ese plan es lo que mantiene el orden.

¿Los eventos salen del navegador o del servidor?

Usa el navegador para lo que pasa en pantalla: páginas vistas, clics, pasos del onboarding. Usa el servidor para todo lo que tiene que ser exacto:

• Pagos. Envía purchase desde el código que procesa el webhook de tu proveedor de pagos, no desde la página de "gracias". La gente cierra pestañas, bloquea scripts y recarga; el webhook llega igual. Si usas Stripe, nuestra guía de suscripciones con Stripe en tu app muestra dónde vive ese código.
• Cambios de cuenta, como subir de plan o cancelar.

La analítica del navegador siempre va a contar algo de menos, porque los bloqueadores de anuncios y la configuración de privacidad frenan algunos scripts. Para ver tendencias está bien; para los ingresos, no.

¿Qué tipo de herramienta de analítica uso?

Hay tres familias, y muchas apps terminan usando una de la primera y una de la segunda.

• Analítica web (Google Analytics 4, o herramientas centradas en privacidad como Plausible, Fathom o Umami): tráfico, fuentes, páginas de entrada, campañas. Las centradas en privacidad son más livianas, más simples y están pensadas para funcionar sin cookies.
• Analítica de producto (PostHog, Mixpanel, Amplitude y similares): embudos, retención, qué hacen los usuarios con sesión iniciada. Se organizan alrededor de usuarios y eventos, no de páginas.
• Tu propia base de datos. Los registros, pagos y cambios de plan ya están ahí. Una consulta semanal sencilla suele ser más confiable que cualquier panel.

Elige según lo que necesitas responder, dónde se guardan los datos (algunas ofrecen alojamiento en la UE) y si puedes alojarla tú. Revisa la página de precios actual de cada proveedor en lugar de fiarte de comparativas viejas; los planes cambian seguido.

¿Dónde entran la privacidad y el consentimiento?

Esto es un resumen en lenguaje sencillo, no asesoría legal. Las reglas dependen de dónde estén tus usuarios, así que consulta con un abogado para tu caso.

• En la Unión Europea y el Reino Unido, guardar o leer cookies no esenciales u otros identificadores similares en general requiere el consentimiento previo del visitante. Eso abarca casi toda la analítica y todas las etiquetas de publicidad. Las herramientas sin cookies están diseñadas para recolectar menos, pero no eliminan automáticamente todas las obligaciones.
• En América Latina varios países tienen leyes de protección de datos propias; revisa la de cada mercado donde tengas usuarios.
• Si usas etiquetas de Google, el modo de consentimiento permite que tu banner les diga lo que aceptó el visitante. La versión 2 usa cuatro señales: ad_storage, analytics_storage, ad_user_data y ad_personalization.
• Tu política de privacidad debe listar las herramientas que usas y qué recogen. Actualízala cuando agregues una.
• Recolecta menos. Si nunca mandas datos personales a la analítica, hay mucho menos que proteger, explicar o borrar después.

Un error común en apps hechas con IA es un banner de cookies que se ve bien pero carga todas las etiquetas antes de que el visitante toque nada. Abre las DevTools, borra las cookies, recarga y mira la pestaña Network (Red) antes de aceptar: no debería cargarse nada de las herramientas de analítica ni de publicidad.

¿Cómo compruebo que los datos están bien?

1. Usa la vista de depuración. GA4 tiene DebugView; casi todas las herramientas de producto tienen un flujo de eventos en vivo. Recorre tu app y confirma que cada evento llega una sola vez y con las propiedades correctas.
2. Compara con tu base de datos. Cuenta los registros y compras de la semana pasada en ambos lados. Una diferencia de pocos puntos en eventos del navegador es normal; una diferencia en los eventos del servidor significa que algo está roto.
3. Prueba en una ventana de incógnito, aceptando y rechazando el banner.
4. Etiqueta tus enlaces con parámetros UTM (utm_source, utm_medium, utm_campaign) en boletines y anuncios, o todo aparecerá como "directo".

Respuestas rápidas

¿Necesito Google Analytics? No. Es gratis y potente, pero una herramienta sencilla centrada en privacidad más tu propia base de datos responden casi todas las preguntas del principio.

¿Por qué mis números no coinciden con Stripe? El seguimiento del navegador pierde algunas visitas y compras. Envía los eventos de ingresos desde el webhook y toma al proveedor de pagos como la fuente de verdad.

¿Puedo mandar el correo del usuario a la analítica para identificarlo? No lo hagas. Usa un ID interno.

¿Cuántos eventos mido al empezar? Entre cinco y diez, cada uno ligado a una pregunta que de verdad te haces.

¿Quieres ayuda para montarlo?

La analítica toca a la vez el frontend, el servidor y tu política de privacidad, y por eso suele quedar a medias. Nuestro equipo de desarrollo de software a medida puede implementar un plan de medición, incluidos los eventos de pago desde el servidor, y mantenerlo en orden con el mantenimiento de software. Puedes empezar con la revisión gratuita de tu app para ver qué scripts carga hoy, o escríbenos. La lista de nombres de Google está en la referencia de eventos recomendados de GA4.