Session sa mobile analytics: ano ito, paano kinakalkula at anong metrics

Ano ang sesyon sa mobile analytics?

Sesyon ay isang yugto ng oras kung saan aktibong nakikipag-ugnayan ang user sa application. Nagsisimula ang sesyon mula sa pagbubukas ng application (o pagbabalik mula sa background) at nagtatapos pagkatapos ng panahon ng kawalan ng aktibidad o pagsasara.

Iba't ibang analytics platform ang magkaiba ang pagtukoy sa mga hangganan ng sesyon. Itinuturing ng Firebase Analytics na tapos na ang sesyon pagkatapos ng 30 minutong kawalan ng aktibidad, AppsFlyer — pagkatapos ng 60 minuto, Amplitude — pagkatapos ng 5 minuto o sa pamamagitan ng session_end event. Walang iisang pamantayan.

Bakit mahalaga ang mga sesyon

Ang mga metrik na batay sa sesyon ay pundasyon para sa pagkalkula ng retention (Retention Rate), lalim ng engagement (Stickiness Ratio) at pamamahagi ng mga user ayon sa dalas ng paggamit (Session Frequency). Kung walang tamang pagtukoy sa sesyon, lahat ng hinangong metrik ay magiging mali.

Ayon sa datos ng Mixpanel (2024), ang mga application na nagpabuti ng Session Duration ng 15% ay nagpapakita ng paglago ng LTV na 22% sa loob ng isang quarter. Ito ay direktang ugnayan sa pagitan ng oras sa application at monetization.

Paano sinusukat ang sesyon?

Pagsukat ng sesyon ay batay sa mga kaganapan sa lifecycle ng application: open (session_start) at close (session_end). Sa pagitan ng mga ito, lahat ng aksyon ng user ay naitala.

// Pinakasimpleng session tracker para sa 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
    }
}

Sinusubaybayan ng code ang simula at katapusan ng sesyon sa pamamagitan ng system callbacks. Tinutukoy ng parameter na SESSION_TIMEOUT (30 minuto) kung kailan ang pagbabalik mula sa background ay itinuturing na bagong sesyon, hindi pagpapatuloy ng nauna.

Mga panuntunan sa timeout ng iba't ibang platform

Ang pagpili ng timeout ay nakakaapekto sa mga metrik: maikling timeout (5 min) ay lumilikha ng mas maraming sesyon, mahabang timeout (60 min) — pinagsasama ang mga interaksyon. Pinakamahalaga — itakda ang panuntunan at huwag itong baguhin kapag nagkukumpara ng mga panahon.

Mga pangunahing metrik ng sesyon

Pagsusuri ng sesyon ay batay sa apat na pangunahing metrik. Bawat isa ay nagpapakita ng partikular na aspeto ng pag-uugali ng user.

Session Duration

Tagal ng sesyon — average na oras na ginugugol ng user sa application bawat pagbisita. Para sa mga news application, ang norm ay 2–4 minuto, para sa mga laro — 8–15 minuto, para sa streaming services — 20+ minuto. Kung bumaba ang Session Duration, ito ay senyales ng problema sa content o performance.

Session Interval

Interval sa pagitan ng mga sesyon — oras sa pagitan ng pagtatapos ng nakaraang sesyon at simula ng susunod. Maikling interval (minuto o oras) ay nagpapahiwatig ng mataas na engagement. Mahabang interval (araw) — mababang interes o utilitarian scenario kung saan bihira kailangan ang application.

Sessions Per User

Bilang ng mga sesyon bawat user sa isang panahon (araw, linggo, buwan) — indicator ng Stickiness. Formula: DAU / MAU (Day Active Users / Monthly Active Users). Ang halagang higit sa 20% ay itinuturing na mabuti, higit sa 50% — mahusay para sa karamihan ng mga kategorya ng application.

Session Depth

Lalim ng sesyon — bilang ng mga screen o aksyon sa loob ng isang sesyon. Nagpapakita kung gaano kalalim ang pagpasok ng user sa functionality ng application. Mababang lalim na may mataas na tagal ay nagpapahiwatig ng mga problema sa navigation.

• Session Duration — oras sa application bawat pagbisita
• Session Interval — dalas ng pagbabalik
• Sessions Per User — antas ng engagement
• Session Depth — kalidad ng interaksyon

Sesyon sa iOS at Android

Mga pagkakaiba sa platform sa lifecycle ng application ay direktang nakakaapekto sa pagtukoy ng sesyon. Magkaiba ang pag-handle ng iOS at Android sa background states at notifications.

Android — lifecycle ng Activity

Sa Android, nagsisimula ang sesyon sa pagtawag ng onStart() ng unang Activity at nagtatapos sa onStop() ng huling Activity. Gayunpaman, maaaring patayin ng system ang proseso sa background, na maling magtatapos sa sesyon. Inirerekomenda ang paggamit ng Application.ActivityLifecycleCallbacks para sa maaasahang pagsubaybay.

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()
                }
            }
        })
    }
}

Tinutukoy ng counter na activityReferences kung nakakakita ang user ng kahit isang screen. Kapag naging 0 ang aktibidad — ang application ay napunta sa background, tapos na ang sesyon.

iOS — UIApplicationDelegate

Sa iOS, ang sesyon ay naka-ugnay sa mga pamamaraang applicationDidBecomeActive at applicationDidEnterBackground. Ang mga notification ng pag-click sa push notification ay maaaring artipisyal na magpataas ng session counter — ito ay dapat isaalang-alang sa analytics.

Halimbawa sa Swift:

import UIKit

class AppDelegate: UIResponder, UIApplicationDelegate {

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

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

Pansinin: sa iOS, ang paglipat sa pagitan ng mga application (App Switcher) ay hindi nagtatapos ng sesyon — tanging ang pagpasok sa malalim na background o pag-swipe para isara.

Paano suriin ang mga sesyon ng user?

Pagsusuri ng sesyon ay lampas sa simpleng pagbibilang. Ang segmentation at cohort analysis ay nagpapakita ng mga pattern ng engagement na hindi nakikita sa pinagsama-samang datos.

Cohort analysis ng mga sesyon

I-grupo ang mga user ayon sa linggo ng pag-install at tingnan ang average na bilang ng mga sesyon sa unang 7 araw. Kung sa cohort ng mga kamakailang pag-install ay mas mababa ang Sessions Per User kaysa sa mas luma, ito ay senyales ng pagbaba ng kalidad ng onboarding o traffic.

• Araw 0 — pag-install + unang sesyon
• Araw 1–3 — panahon ng pag-activate (inaasahan ang 3+ sesyon)
• Araw 7–30 — pagbuo ng gawi (stable na 1–2 sesyon bawat araw)
• Araw 30+ — pagpapanatili ng tapat na mga user

Mga anomalya ng sesyon: paano tuklasin ang mga ito

Mga anomalya sa session metrics ay maagang tagapagpahiwatig ng mga problema. Biglang pagtaas ng Maiikling Sesyon (hanggang 5 segundo) pagkatapos ng release ay nagpapahiwatig ng bug sa startup. Pagbaba ng Session Duration ng 30% sa isang araw — posibleng server failure o pagbabago sa API. I-configure ang monitoring na may mga threshold: kung ang average na Session Duration ay bumaba ng higit sa 2 standard deviations mula sa 7-araw na moving average — alerto sa system.

Gamitin ang segmentation ayon sa bersyon ng application sa mga ulat ng sesyon. Bersyon 3.2.0 ay nagpapakita ng Session Duration na 4 na minuto, bersyon 3.2.1 — 2 minuto. Dahilan — pagbabago sa onboarding. Pagbabalik ng bersyon ay nagpapanumbalik ng metrik. Kung walang segmentation ayon sa bersyon, makikita mo ang average na pagbaba ngunit hindi mo mahahanap ang dahilan.

Segmentation ayon sa dalas ng sesyon

Power Users (5+ sesyon bawat araw) — iyong pangunahing audience. Casual Users (1–2 sesyon bawat linggo) — grupo para sa reactivation. Dormant Users (0 sesyon sa loob ng 30 araw) — mga kandidato para sa retargeting o pag-unsubscribe mula sa push notifications.

Para sa bawat segment, kalkulahin ang hiwalay na metrik: Session Duration para sa Power Users ay magpapakita ng lalim ng paggamit, at para sa Casual — mga hadlang sa pagpasok. Ayon sa datos ng Amplitude (2024), ang mga application na nag-personalize ng content ayon sa session segment ay nagpapataas ng Session Duration ng average na 18% bawat buwan.

Paggamit ng mga sesyon sa mga ulat ng Retention

Retention ay kinakalkula sa pamamagitan ng mga sesyon: ang user ay napanatili sa Araw N kung mayroon siyang kahit isang sesyon. Gayunpaman, ang iba't ibang produkto ay nangangailangan ng iba't ibang pagtukoy. Para sa social networks, ang sesyon ay maaaring 1 segundo (binuksan lang para tingnan ang mga notification), para sa streaming service — 15 minuto.

Gamitin ang mga sesyon ng pag-uninstall bilang tagapagpahiwatig ng kalidad: kung pagkatapos ng update ay tumaas ang bilang ng maiikling sesyon (mas mababa sa 10 segundo), hindi mahanap ng mga user ang kinakailangang functionality. Ito ay maagang senyales ng UX problema bago tumaas ang mga pag-uninstall.

Session attribution ng traffic

I-ugnay ang mga sesyon sa pinagmumulan ng traffic: ang mga user mula sa mga bayad na channel ay dapat magkaroon ng mas maraming sesyon at mas mataas na Session Duration. Kung ang organic traffic ay nagpapakita ng Session Duration na 40% mas mataas kaysa sa bayad, ang problema ay nasa kalidad ng targeting. Session attribution ay tumutulong na i-optimize ang budget sa pag-akit.