Session mobil analitikada foydalanuvchining ilova bilan uzluksiz o'zaro ta'siri davri bo'lib, vaqt bilan cheklangan. Metrika ushlab qolish, jalb qilish va LTVni hisoblash uchun asos bo'lib xizmat qiladi. Adjust, 2025 ma'lumotlariga ko'ra, ilovalardagi sessiyaning median uzunligi 4–7 daqiqani tashkil etadi, ammo kategoriyalar orasida sezilarli farq qiladi. Sessiya metrikalarini tushunish foydalanuvchi tajribasi sifatini baholash uchun juda muhimdir.
Asosiy fikrlar
Sessiya — foydalanuvchi ilova bilan faol o'zaro ta'sir qiladigan vaqt oralig'i. Sessiya ilovani ochish (yoki fondan qaytish) paytidan boshlanadi va harakatsizlik davri yoki yopishdan keyin tugaydi.
Turli analitik platformalar sessiya chegaralarini turlicha belgilaydi. Firebase Analytics sessiyani 30 daqiqa harakatsizlikdan keyin tugagan deb hisoblaydi, AppsFlyer — 60 daqiqadan keyin, Amplitude — 5 daqiqadan keyin yoki session_end hodisasi bilan. Yagona standart mavjud emas.
Sessiyalarga asoslangan metrikalar ushlab qolish (Retention Rate), jalb qilish chuqurligi (Stickiness Ratio) va foydalanuvchilarni foydalanish chastotasi bo'yicha taqsimlash (Session Frequency) uchun asosdir. Sessiyani to'g'ri belgilamasdan, barcha hosilaviy metrikalar noto'g'ri bo'ladi.
Mixpanel (2024) ma'lumotlariga ko'ra, Session Duration ni 15% yaxshilagan ilovalar chorak davomida LTV ni 22% ga oshirishni namoyish etadi. Bu ilovadagi vaqt va monetizatsiya o'rtasidagi to'g'ridan-to'g'ri bog'liqlikdir.
Sessiyani o'lchash ilovaning hayot aylanish hodisalariga asoslanadi: open (session_start) va close (session_end). Ularning orasidagi vaqtda foydalanuvchining barcha harakatlari qayd etiladi.
// Android uchun eng oddiy sessiya kuzatuvchisi
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
}
}
Kod tizim qayta chaqiruvlari orqali sessiyaning boshlanishi va tugashini kuzatadi. SESSION_TIMEOUT (30 daqiqa) parametri fondan qaytish qachon yangi sessiya deb hisoblanishini, avvalgisining davomi emasligini belgilaydi.
| Platforma | Sessiya taym-auti | Aniqlash usuli |
|---|---|---|
| Firebase Analytics | 30 daq | Avtomatik, sozlashsiz |
| Amplitude | 5 daq (standart) | SDK orqali sozlanishi mumkin |
| AppsFlyer | 60 daq | Ruxsat etilgan interval |
| Mixpanel | 30 daq | minimumSessionDuration opsiyasi orqali sozlanishi mumkin |
| Adjust | 60 daq | Avtomatik, hayot aylanishiga bog'liq |
Taym-autni tanlash metrikalarga ta'sir qiladi: qisqa taym-aut (5 daq) ko'proq sessiyalar yaratadi, uzoq taym-aut (60 daq) — o'zaro ta'sirlarni birlashtiradi. Eng muhimi — qoidani belgilab olish va davrlarni solishtirishda uni o'zgartirmaslikdir.
Sessiyalar tahlili to'rtta asosiy metrikaga tayanadi. Har biri foydalanuvchi xatti-harakatining ma'lum bir jihatini ochib beradi.
Sessiya davomiyligi — foydalanuvchining bir tashrifda ilovada o'tkazadigan o'rtacha vaqti. Yangilik ilovalari uchun norma 2–4 daqiqa, o'yinlar uchun — 8–15 daqiqa, striming xizmatlari uchun — 20+ daqiqa. Agar Session Duration tushsa, bu tarkib yoki ishlash bilan bog'liq muammolarning signalidir.
Sessiyalararo interval — oldingi sessiyaning tugashi va keyingisining boshlanishi o'rtasidagi vaqt. Qisqa interval (daqiqalar yoki soatlar) yuqori jalb qilishni ko'rsatadi. Uzoq interval (kunlar) — past qiziqish yoki foydali stsenariyni, ilova kamdan-kam kerak bo'lganda.
Foydalanuvchi boshiga sessiyalar soni davrda (kun, hafta, oy) — Stickiness ko'rsatkichi. Formula: DAU / MAU (Day Active Users / Monthly Active Users). 20% dan yuqori qiymat yaxshi, 50% dan yuqori — ilovalarning aksariyat kategoriyalari uchun a'lo deb hisoblanadi.
Sessiya chuqurligi — bir sessiya davomida ekranlar yoki harakatlar soni. Foydalanuvchi ilova funksionalligiga qanchalik chuqur kirishini ko'rsatadi. Yuqori davomiylikdagi past chuqurlik navigatsiya muammolarini ko'rsatadi.
Platforma farqlari ilovaning hayot aylanishida sessiya ta'rifiga bevosita ta'sir qiladi. iOS va Android fon holatlari va bildirishnomalarini turlicha boshqaradi.
Android da sessiya birinchi Activity ning onStart() chaqiruvi bilan boshlanadi va oxirgi Activity ning onStop() bilan tugaydi. Biroq, tizim fon jarayonini o'ldirishi mumkin, bu sessiyani noto'g'ri tugatadi. Ishonchli kuzatish uchun Application.ActivityLifecycleCallbacks dan foydalanish tavsiya etiladi.
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()
}
}
})
}
}
activityReferences hisoblagichi foydalanuvchi kamida bitta ekranni ko'rayotganligini aniqlaydi. Faollik 0 ga tushganda — ilova fonda, sessiya tugagan.
iOS da sessiya applicationDidBecomeActive va applicationDidEnterBackground metodlariga bog'langan. Push-bildirishnomaga bosish bildirishnomalari sessiyalar hisoblagichini sun'iy ravishda oshirishi mumkin — buni analitikada hisobga olish kerak.
Swift misoli:
import UIKit
class AppDelegate: UIResponder, UIApplicationDelegate {
func applicationDidBecomeActive(_ application: UIApplication) {
Analytics.trackSessionStart()
}
func applicationDidEnterBackground(_ application: UIApplication) {
Analytics.trackSessionEnd()
}
}
Diqqat qiling: iOS da ilovalar o'rtasida o'tish (App Switcher) sessiyani tugatmaydi — faqat chuqur fon yoki yopish uchun surish.
Sessiyalar tahlili oddiy hisoblashdan tashqariga chiqadi. Segmentatsiya va kogort tahlili jamlangan ma'lumotlarda ko'rinmaydigan jalb qilish naqshlarini ochib beradi.
Foydalanuvchilarni o'rnatish haftasiga ko'ra guruhlang va dastlabki 7 kundagi o'rtacha sessiyalar soniga qarang. Agar so'nggi o'rnatishlar kogortida Sessions Per User eskilardan past bo'lsa, bu onboarding yoki trafik sifatining yomonlashuvi signalidir.
Anomalyalar sessiya metrikalarida muammolarning erta ko'rsatkichlaridir. Relizdan so'ng Qisqa Sessiyalarning (5 soniyagacha) keskin o'sishi ishga tushirishdagi xatoni ko'rsatadi. Session Duration ning bir kunda 30% ga tushishi — mumkin bo'lgan server nosozligi yoki API o'zgarishi. Chegaralar bilan monitoringni sozlang: agar o'rtacha Session Duration 7 kunlik harakatlanuvchi o'rtacha qiymatdan 2 standart og'ishdan ko'proq tushsa — tizimda ogohlantirish.
Sessiya hisobotlarida ilova versiyasi bo'yicha segmentatsiyadan foydalaning. Versiya 3.2.0 Session Duration 4 daqiqani ko'rsatadi, versiya 3.2.1 — 2 daqiqa. Sabab — onboarding o'zgarishi. Versiyani qaytarish metrikani tiklaydi. Versiya bo'yicha segmentatsiyasiz o'rtacha tushishni ko'rgan bo'lar edingiz, ammo sababni topa olmas edingiz.
Power Users (kuniga 5+ sessiya) — sizning asosiy auditoriyangiz. Casual Users (haftada 1–2 sessiya) — reaktivatsiya uchun guruh. Dormant Users (30 kun ichida 0 sessiya) — retargeting yoki push bildirishnomalaridan voz kechish uchun nomzodlar.
Har bir segment uchun alohida metrikalarni hisoblang: Power Users uchun Session Duration foydalanish chuqurligini, Casual uchun esa kirish to'siqlarini ko'rsatadi. Amplitude (2024) ma'lumotlariga ko'ra, sessiya segmentiga mos tarkibni shaxsiylashtiradigan ilovalar Session Duration ni oyiga o'rtacha 18% ga oshiradi.
Retention sessiyalar orqali hisoblanadi: foydalanuvchi N kunida saqlanib qolgan deb hisoblanadi, agar kamida bitta sessiyasi bo'lsa. Biroq, turli mahsulotlar turli ta'riflarni talab qiladi. Ijtimoiy tarmoqlar uchun sessiya 1 soniya bo'lishi mumkin (faqat bildirishnomalarni tekshirish uchun ochdi), striming xizmati uchun — 15 daqiqa.
Sifat ko'rsatkichi sifatida o'chirish sessiyalaridan foydalaning: agar yangilanishdan so'ng qisqa sessiyalar (10 soniyadan kam) soni oshsa, foydalanuvchilar kerakli funksionallikni topmayapti. Bu o'chirishlar oshishidan oldin UX muammosining erta signalidir.
Sessiyalarni trafik manbai bilan bog'lang: pulli kanallardan kelgan foydalanuvchilar ko'proq sessiyalar va kattaroq Session Duration ga ega bo'lishi kerak. Agar organik trafik Session Duration ni pullidan 40% yuqori ko'rsatsa, muammo maqsadlash sifatidadir. Sessiya atribusiyasi jalb qilish byudjetini optimallashtirishga yordam beradi.
Tez-tez so'raladigan savollar
O'rtacha sessiya davomiyligi kategoriyaga bog'liq: o'yinlar — 8–15 daqiqa, ijtimoiy tarmoqlar — 5–10 daqiqa, utilitalar — 1–3 daqiqa. Trend muhimroq: agar Session Duration bir oy ichida 20% ga tushsa, UX auditi kerak.
Ko'plab analitik SDK lar minimallashtirishda tugash hodisasini qayd etmaydi — taym-autni kutadi. Agar foydalanuvchi ilovani 1 daqiqaga minimallashtirib qaytsa, bu bitta sessiya hisoblanadi. Faqat taym-autdan (30–60 daq) keyin yangi sessiya boshlanadi.
N kunidagi Retention o'sha kuni kamida bitta sessiyasi bo'lgan o'rnatuvchilarning ulushi sifatida hisoblanadi. Agar sessiyalar to'g'ri kuzatilmasa, retention tizimli ravishda past yoki yuqori ko'rsatiladi.
Ha, fon faoliyati (musiqa ijrosi, navigatsiya, sinxronizatsiya) ilovani faol holatda ushlab turishi mumkin. Old fon sessiyalarini (foydalanuvchi ekranni ko'radi) protsessor sessiyalaridan (UI siz fonda ishlash) ajratish yaxshiroqdir.
Obuna xizmatlari (striming, fitnes, ta'lim) uchun taym-aut 5–10 daqiqa tavsiya etiladi. Foydalanuvchilar qisqa tanaffusdan keyin tez-tez qaytadi — va har bir pauza Session Duration ni buzmaslik uchun yangi sessiya deb hisoblanishi kerak.
Xulosalar
Biz kalit topshirig'i bilan mobil ilovani ishlab chiqamiz
IT Sectr 2017-yildan beri startaplar va korxonalar uchun iOS va Android ilovalarini yaratadi. Biz sizga maslahat beramiz va eng yaxshi yechimni taklif qilamiz.