Sesión en analítica móvil: qué es, cómo se mide y qué métricas

¿Qué es una sesión en analítica móvil?

Una sesión es un período de tiempo durante el cual el usuario interactúa activamente con la aplicación. La sesión comienza cuando se abre la aplicación (o se regresa del fondo) y finaliza después de un período de inactividad o al cerrarse.

Diferentes plataformas de análisis definen los límites de la sesión de manera distinta. Firebase Analytics considera una sesión completada tras 30 minutos de inactividad, AppsFlyer tras 60 minutos, Amplitude tras 5 minutos o con el evento session_end. No existe un único estándar.

Por qué son importantes las sesiones

Las métricas basadas en sesiones son la base para calcular la retención (Retention Rate), la profundidad de compromiso (Stickiness Ratio) y la distribución de usuarios por frecuencia de uso (Session Frequency). Sin una definición correcta de la sesión, todas las métricas derivadas serán incorrectas.

Según Mixpanel (2024), las aplicaciones que mejoraron la Session Duration en un 15% demostraron un crecimiento del LTV del 22% en un trimestre. Esta es una correlación directa entre el tiempo en la aplicación y la monetización.

¿Cómo se mide una sesión?

La medición de la sesión se basa en eventos del ciclo de vida de la aplicación: open (session_start) y close (session_end). Entre ellos, se registran todas las acciones del usuario.

// Basic session tracker for Android
class SessionTracker {

    private var sessionStart: Long = 0L
    private val SESSION_TIMEOUT = 30 * 60 * 1000L

    fun onAppOpened() {
        sessionStart = System.currentTimeMillis()
        Analytics.logEvent("session_start")
    }

    fun onAppClosed() {
        val duration = System.currentTimeMillis() - sessionStart
        Analytics.logEvent("session_end") {
            param("duration_ms", duration)
        }
    }

    fun isNewSession(lastActive: Long): Boolean {
        return (System.currentTimeMillis() - lastActive) > SESSION_TIMEOUT
    }
}

El código rastrea el inicio y el fin de la sesión a través de callbacks del sistema. El parámetro SESSION_TIMEOUT (30 minutos) determina cuándo un retorno del fondo se considera una nueva sesión y no una continuación de la anterior.

Reglas de timeout por plataforma

La elección del timeout afecta las métricas: un timeout corto (5 min) crea más sesiones, uno largo (60 min) fusiona las interacciones. Lo importante es fijar una regla y no cambiarla al comparar períodos.

Métricas clave de sesión

El análisis de sesiones se basa en cuatro métricas básicas. Cada una revela un aspecto específico del comportamiento del usuario.

Session Duration

La duración de la sesión es el tiempo promedio que un usuario pasa en la aplicación por visita. Para aplicaciones de noticias, la norma es de 2–4 minutos; para juegos, de 8–15 minutos; para servicios de streaming, de 20+ minutos. Si la Session Duration cae, es una señal de problemas con el contenido o el rendimiento.

Session Interval

El intervalo entre sesiones es el tiempo entre el final de la sesión anterior y el inicio de la siguiente. Un intervalo corto (minutos u horas) indica un alto compromiso. Un intervalo largo (días) señala bajo interés o un caso de uso utilitario donde la aplicación rara vez se necesita.

Sessions Per User

El número de sesiones por usuario en un período (día, semana, mes) es un indicador de Stickiness. Fórmula: DAU / MAU (Daily Active Users / Monthly Active Users). Un valor superior al 20% se considera bueno, superior al 50% — excelente para la mayoría de las categorías de aplicaciones.

Session Depth

La profundidad de la sesión es el número de pantallas o acciones en una sola sesión. Muestra cuán profundamente el usuario explora la funcionalidad de la aplicación. Una profundidad baja con una duración alta indica problemas de navegación.

• Session Duration — tiempo en la aplicación por visita
• Session Interval — frecuencia de retorno
• Sessions Per User — nivel de compromiso
• Session Depth — calidad de la interacción

Sesión en iOS y Android

Las diferencias de plataforma en el ciclo de vida de la aplicación afectan directamente la definición de la sesión. iOS y Android manejan los estados de fondo y las notificaciones de manera diferente.

Android — ciclo de vida de Activity

En Android, una sesión comienza cuando se llama a onStart() de la primera Activity y finaliza con onStop() de la última Activity. Sin embargo, el sistema puede eliminar el proceso en segundo plano, lo que finaliza la sesión falsamente. Se recomienda usar Application.ActivityLifecycleCallbacks para un seguimiento fiable.

class AnalyticsApp : Application() {

    private var activityReferences = 0

    override fun onCreate() {
        super.onCreate()
        registerActivityLifecycleCallbacks(object : ActivityLifecycleCallbacks {
            override fun onActivityStarted(act: Activity) {
                if (++activityReferences == 1) {
                    Analytics.trackSessionStart()
                }
            }
            override fun onActivityStopped(act: Activity) {
                if (--activityReferences == 0) {
                    Analytics.trackSessionEnd()
                }
            }
        })
    }
}

El contador activityReferences determina si el usuario ve al menos una pantalla. Cuando llega a 0, la aplicación ha pasado a segundo plano y la sesión finaliza.

iOS — UIApplicationDelegate

En iOS, una sesión está vinculada a los métodos applicationDidBecomeActive y applicationDidEnterBackground. Las notificaciones push pueden inflar artificialmente el recuento de sesiones; esto debe tenerse en cuenta en el análisis.

Ejemplo en Swift:

import UIKit

class AppDelegate: UIResponder, UIApplicationDelegate {

    func applicationDidBecomeActive(_ application: UIApplication) {
        Analytics.trackSessionStart()
    }

    func applicationDidEnterBackground(_ application: UIApplication) {
        Analytics.trackSessionEnd()
    }
}

Nota: en iOS, cambiar entre aplicaciones (App Switcher) no finaliza la sesión — solo el paso a fondo profundo o el deslizamiento de cierre la activan.

¿Cómo analizar las sesiones de los usuarios?

El análisis de sesiones va más allá del simple recuento. La segmentación y el análisis de cohortes revelan patrones de compromiso que no se pueden ver en los datos agregados.

Análisis de cohortes de sesiones

Agrupe a los usuarios por semana de instalación y observe el número promedio de sesiones en los primeros 7 días. Si la cohorte de instalaciones más reciente tiene un Sessions Per User más bajo que las anteriores, es una señal de deterioro en la incorporación o la calidad del tráfico.

• Día 0 — instalación + primera sesión
• Días 1–3 — período de activación (se esperan 3+ sesiones)
• Días 7–30 — formación de hábito (1–2 sesiones estables por día)
• Día 30+ — retención de usuarios leales

Anomalías en las sesiones: cómo detectarlas

Las anomalías en las métricas de sesión son indicadores tempranos de problemas. Un aumento repentino de sesiones cortas (menos de 5 segundos) después de un lanzamiento señala un error de inicio. Una caída del 30% en la Session Duration en un día puede indicar una caída del servidor o un cambio de API. Configure una supervisión con umbrales: si la duración promedio de la sesión cae más de 2 desviaciones estándar de la media móvil de 7 días, active una alerta.

Utilice la segmentación por versión de la aplicación en los informes de sesión. La versión 3.2.0 muestra una Session Duration de 4 minutos, la versión 3.2.1 muestra 2 minutos. La causa es un cambio en la incorporación. Revertir la versión restaura la métrica. Sin la segmentación por versión, vería una caída promedio pero no encontraría la causa raíz.

Segmentación por frecuencia de sesión

Los Power Users (5+ sesiones al día) — su audiencia clave. Los Casual Users (1–2 sesiones por semana) — un grupo para reactivar. Los Dormant Users (0 sesiones en 30 días) — candidatos para retargeting o exclusión de notificaciones push.

Para cada segmento, calcule métricas separadas: la Session Duration para los Power Users muestra la profundidad de uso, mientras que para los Casual Users muestra las barreras de entrada. Según Amplitude (2024), las aplicaciones que personalizan el contenido por segmento de sesión aumentan la Session Duration en un promedio del 18% mensual.

Uso de sesiones en informes de retención

La retención se calcula a través de las sesiones: un usuario se retiene en el Día N si tuvo al menos una sesión. Sin embargo, diferentes productos requieren diferentes definiciones. Para las redes sociales, una sesión puede ser de 1 segundo (solo abrió para ver notificaciones), mientras que para un servicio de streaming puede ser de 15 minutos.

Utilice las sesiones de desinstalación como indicador de calidad: si después de una actualización aumenta el número de sesiones cortas (menos de 10 segundos), los usuarios no encuentran la funcionalidad necesaria. Esta es una señal temprana de problemas de UX antes de que aumenten las desinstalaciones.

Atribución de tráfico basada en sesiones

Vincule las sesiones con las fuentes de tráfico: los usuarios de canales pagados deberían tener más sesiones y una mayor Session Duration. Si el tráfico orgánico muestra una Session Duration un 40% superior al tráfico pagado, hay un problema de calidad de segmentación. La atribución de sesiones ayuda a optimizar el presupuesto de adquisición.