Medir el comportamiento de una aplicación móvil exige combinar varias fuentes de datos para detectar caídas, retención y problemas de experiencia. Con Google Analytics, Firebase y Smartlook puedes cruzar tráfico, performance y experiencia real del usuario para tomar decisiones basadas en evidencia, no en intuición.
La frase que abre todo este flujo lo resume bien: lo que no se mide, no se mejora. Y aquí viene lo interesante: cada herramienta responde una pregunta distinta, así que la clave está en saber cuándo mirar cada una.
¿Qué mide Google Analytics en una app móvil?
Analytics te muestra el comportamiento agregado de tráfico y usuarios. Es tu primer termómetro cuando algo se mueve fuera de lo normal.
En el dashboard inicial revisas dos cosas: nuevos usuarios versus usuarios que regresan, y la retención por cohortes. Por ejemplo, si tu proyección era 1247 nuevos usuarios y registraste 2861, tienes un spike que conviene investigar, aunque sea positivo. En la cohorte del día uno puedes ver una retención del 12,4% y en el día siete un 2,7%, lo cual está dentro de un rango sano pero merece una segunda lectura [01:08].
¿Qué es la retención por cohortes? Es el porcentaje de usuarios que regresan a tu app después de su primera visita, agrupados por la fecha en que llegaron. Te ayuda a ver si tu producto engancha en el día 1, 7 o 30.
Cuando detectas una caída del 90% entre el día cero y el día uno, Analytics te alerta del problema, pero no te dice por qué pasa. Ahí cambias de herramienta.
¿Cómo detectar crashes y problemas de performance con Firebase?
Firebase es exclusiva para mobile y se enfoca en performance y comportamiento técnico. El módulo central aquí es Crashlytics, que reporta los crashes de tu aplicación en tiempo real.
El indicador principal son los crash-free users. Un valor saludable está cerca del 99,5%; si registras 99,24% estás bien, pero si bajas más, se levanta la bandera roja [02:35]. Las sesiones libres de caídas también suman: un 98,31% es buen rango.
Un caso real del análisis: a las 7:00 p.m. la métrica cae a 84,75% en las últimas 24 horas. Si justo a esa hora lanzas una promo, probablemente el pico de tráfico está tumbando la app. Las tendencias confirman 55 crashes con un aumento del 41%, afectando a 23 usuarios concretos [03:20].
¿Por qué revisar los releases anteriores en Firebase?
Firebase también monitorea releases. Tu versión actual, la 293, puede estar en 96% de salud, mientras que 104 usuarios siguen en versiones anteriores con métricas más bajas [04:15]. Eso abre una hipótesis interesante: el nuevo release pudo haber introducido un cambio que rompe la compatibilidad con versiones viejas.
¿Qué es un release en una app móvil? Es cada versión publicada en las tiendas. Cuando lanzas una nueva, no todos los usuarios actualizan al mismo tiempo, así que conviven varias versiones en producción.
¿Cómo analizar la experiencia real del usuario con Smartlook?
Smartlook completa el cuadro porque graba sesiones reales. Mientras Analytics y Firebase te dan números, Smartlook te muestra el qué hizo el usuario, segundo a segundo.
La estrategia es cruzar fechas: si Firebase marcó una caída el 8 de febrero a las 7:35 a.m., abres la grabación de ese momento y observas el comportamiento exacto. Las sesiones quedan disponibles mínimo 30 días, dependiendo del plan [05:40].
Además de las grabaciones, Smartlook ofrece tres capacidades clave:
- Heatmaps o mapas de calor: te muestran dónde hacen clic tus usuarios, qué zonas ignoran y si están revisando el footer.
- Rage clicks: detectan cuando un usuario hace tap, tap, tap repetidamente sobre un elemento. Suele indicar un bug que bloquea la interacción.
- Funnels combinados: mezclas los embudos de Analytics con las grabaciones de Smartlook para ver no solo cuántos usuarios caen, sino qué hicieron antes de caer [06:30].
¿Por qué usar tres herramientas en lugar de una?
Cada herramienta responde una capa distinta del problema. Analytics te dice qué pasó a nivel tráfico, Firebase te dice por qué falló técnicamente y Smartlook te dice cómo lo vivió el usuario. Juntas, te permiten pasar de un síntoma (caída del 90% en retención) a una causa (crash a las 7 p.m. por sobrecarga de promo) y a una evidencia (grabación del usuario intentando comprar).
Ahora bien, tener tres dashboards abiertos puede volverse caótico. Por eso, después de medir viene una habilidad igual de importante: storytelling de datos y segmentación por stakeholder. No le muestras lo mismo a un desarrollador que a un product manager o a un director.
¿Tú con cuál de estas tres herramientas trabajas hoy? Cuéntame en los comentarios qué métrica revisas primero cuando algo se rompe en tu app.
