Session mobil analitikada istifadəçinin tətbiqlə fasiləsiz qarşılıqlı əlaqəsi dövrüdür, zamanla məhdudlaşdırılır. Metrika saxlama, cəlbetmə və LTV hesablanması üçün əsas rolunu oynayır. Adjust, 2025 məlumatlarına görə, tətbiqlərdə sessiyanın median uzunluğu 4–7 dəqiqə təşkil edir, lakin kateqoriyalar arasında çox dəyişir. Sessiya metrikalarını başa düşmək istifadəçi təcrübəsinin keyfiyyətini qiymətləndirmək üçün vacibdir.
Əsas Məqamlar
Sessiya — istifadəçinin tətbiqlə aktiv qarşılıqlı əlaqədə olduğu zaman dövrüdür. Sessiya tətbiqin açılması (və ya fon rejimindən qayıtma) anından başlayır və hərəkətsizlik dövrü və ya bağlanmadan sonra bitir.
Müxtəlif analitik platformalar sessiyanın sərhədlərini fərqli müəyyənləşdirir. Firebase Analytics sessiyanı 30 dəqiqə hərəkətsizlikdən sonra bitmiş sayır, AppsFlyer — 60 dəqiqədən sonra, Amplitude — 5 dəqiqədən sonra və ya session_end hadisəsi ilə. Vahid standart mövcud deyil.
Sessiyalara əsaslanan metrikalar saxlama (Retention Rate), cəlbetmə dərinliyi (Stickiness Ratio) və istifadəçilərin istifadə tezliyinə görə bölgüsünü (Session Frequency) hesablamaq üçün əsasdır. Sessiyanın düzgün müəyyənləşdirilməsi olmadan bütün törəmə metrikalar səhv olacaq.
Mixpanel (2024) məlumatlarına görə, Session Duration-u 15% yaxşılaşdıran tətbiqlər rüb ərzində LTV-də 22% artım nümayiş etdirir. Bu, tətbiqdə vaxt və monetizasiya arasında birbaşa korrelyasiyadır.
Sessiyanın ölçülməsi tətbiqin həyat dövrü hadisələrinə əsaslanır: open (session_start) və close (session_end). Onların arasında istifadəçinin bütün hərəkətləri qeydə alınır.
// Android üçün ən sadə sessiya izləyicisi
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 sistem callback-ləri vasitəsilə sessiyanın başlanğıcını və sonunu izləyir. SESSION_TIMEOUT (30 dəqiqə) parametri fon rejimindən qayıdışın nə vaxt yeni sessiya sayılacağını, əvvəlkinin davamı deyil, müəyyənləşdirir.
| Platforma | Sessiya timeoutu | Təyinetmə üsulu |
|---|---|---|
| Firebase Analytics | 30 dəq | Avtomatik, fərdiləşdirməsiz |
| Amplitude | 5 dəq (standart) | SDK vasitəsilə konfiqurasiya edilir |
| AppsFlyer | 60 dəq | Sabit interval |
| Mixpanel | 30 dəq | minimumSessionDuration seçimi ilə konfiqurasiya edilir |
| Adjust | 60 dəq | Avtomatik, həyat dövrünə bağlıdır |
Timeout seçimi metrikalara təsir edir: qısa timeout (5 dəq) daha çox sessiya yaradır, uzun timeout (60 dəq) — qarşılıqlı əlaqələri birləşdirir. Əsas odur ki, qaydanı müəyyənləşdirin və dövrləri müqayisə edərkən onu dəyişməyin.
Sessiyaların təhlili dörd əsas metrikaya əsaslanır. Hər biri istifadəçi davranışının müəyyən aspektini açıqlayır.
Sessiya müddəti — istifadəçinin bir ziyarətdə tətbiqdə keçirdiyi orta vaxt. Xəbər tətbiqləri üçün norma 2–4 dəqiqə, oyunlar üçün — 8–15 dəqiqə, striminq xidmətləri üçün — 20+ dəqiqədir. Session Duration düşürsə, bu məzmun və ya performansla bağlı problemlərin siqnalıdır.
Sessiyalararası interval — əvvəlki sessiyanın bitməsi ilə növbətinin başlanması arasındakı vaxt. Qısa interval (dəqiqələr və ya saatlar) yüksək cəlbetməni göstərir. Uzun interval (günlər) — aşağı maraq və ya tətbiqin nadir hallarda lazım olduğu faydalı ssenarini.
İstifadəçi başına sessiya sayı dövr ərzində (gün, həftə, ay) — Stickiness göstəricisi. Formula: DAU / MAU (Day Active Users / Monthly Active Users). 20%-dən yuxarı dəyər yaxşı, 50%-dən yuxarı — tətbiqlərin əksər kateqoriyaları üçün əla hesab olunur.
Sessiya dərinliyi — bir sessiya ərzində ekranların və ya hərəkətlərin sayı. İstifadəçinin tətbiqin funksionallığına nə qədər dərindən girdiyini göstərir. Yüksək müddət ərzində aşağı dərinlik naviqasiya problemlərini göstərir.
Platforma fərqləri tətbiqin həyat dövründə birbaşa sessiyanın tərifinə təsir edir. iOS və Android fon vəziyyətlərini və bildirişləri fərqli idarə edir.
Android-də sessiya ilk Activity-nin onStart() çağırışı ilə başlayır və sonuncu Activity-nin onStop() ilə bitir. Lakin sistem fon prosesini öldürə bilər ki, bu da sessiyanı səhvən bitirəcək. Etibarlı izləmə üçün Application.ActivityLifecycleCallbacks istifadə etmək tövsiyə olunur.
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 sayğacı istifadəçinin ən azı bir ekran görüb-görmədiyini müəyyənləşdirir. Aktivlik 0 olduqda — tətbiq fon rejiminə keçib, sessiya bitib.
iOS-da sessiya applicationDidBecomeActive və applicationDidEnterBackground metodlarına bağlıdır. Push bildirişinə klikləmə bildirişləri süni şəkildə sessiya sayğacını artıra bilər — bu analitikada nəzərə alınmalıdır.
Swift nümunəsi:
import UIKit
class AppDelegate: UIResponder, UIApplicationDelegate {
func applicationDidBecomeActive(_ application: UIApplication) {
Analytics.trackSessionStart()
}
func applicationDidEnterBackground(_ application: UIApplication) {
Analytics.trackSessionEnd()
}
}
Diqqət edin: iOS-da tətbiqlər arasında keçid (App Switcher) sessiyanı bitirmir — yalnız dərin fon rejiminə keçid və ya bağlama sürüşdürməsi.
Sessiyaların təhlili sadə saymaqdan kənara çıxır. Seqmentasiya və kohort təhlili aqreqasiya edilmiş məlumatlarda görünməyən cəlbetmə nümunələrini açıqlayır.
İstifadəçiləri quraşdırma həftəsinə görə qruplaşdırın və ilk 7 gün ərzində orta sessiya sayına baxın. Son quraşdırmalar kohortunda Sessions Per User köhnələrdən aşağıdırsa, bu onboarding-in və ya trafik keyfiyyətinin pisləşməsinin siqnalıdır.
Anomaliyalar sessiya metrikalarında problemlərin erkən göstəriciləridir. Buraxılışdan sonra Qısa Sessiyaların (5 saniyəyə qədər) qəfil artımı başlanğıc səhvini göstərir. Session Duration-un bir gündə 30% düşməsi — mümkün server nasazlığı və ya API dəyişikliyi. Hədd dəyərləri ilə monitorinq qurun: orta Session Duration 7 günlük hərəkətli ortalama dəyərindən 2 standart kənarlaşmadan çox düşərsə — sistemdə xəbərdarlıq.
Sessiya hesabatlarında tətbiq versiyasına görə seqmentasiyadan istifadə edin. Versiya 3.2.0 Session Duration 4 dəqiqə göstərir, versiya 3.2.1 — 2 dəqiqə. Səbəb — onboardinq dəyişikliyi. Versiyanın geri qaytarılması metrikanı bərpa edir. Versiyaya görə seqmentasiya olmadan orta düşməni görərdiniz, amma səbəbi tapa bilməzdiniz.
Power Users (gündə 5+ sessiya) — sizin əsas auditoriyanız. Casual Users (həftədə 1–2 sessiya) — reaktivasiya üçün qrup. Dormant Users (30 gün ərzində 0 sessiya) — retargetinq və ya push bildirişlərindən imtina üçün namizədlər.
Hər seqment üçün ayrıca metrikalar hesablayın: Power Users üçün Session Duration istifadə dərinliyini, Casual üçün isə giriş maneələrini göstərəcək. Amplitude (2024) məlumatlarına görə, sessiya seqmentinə uyğun məzmunu fərdiləşdirən tətbiqlər Session Duration-u ayda orta hesabla 18% artırır.
Retention sessiyalar vasitəsilə hesablanır: istifadəçi N günündə ən azı bir sessiyası olubsa, saxlanılmış sayılır. Lakin müxtəlif məhsullar müxtəlif təriflər tələb edir. Sosial şəbəkələr üçün sessiya 1 saniyə ola bilər (sadəcə bildirişləri yoxlamaq üçün açdı), striminq xidməti üçün — 15 dəqiqə.
Keyfiyyət göstəricisi kimi silinmə sessiyalarından istifadə edin: yeniləmədən sonra qısa sessiyaların (10 saniyədən az) sayı artarsa, istifadəçilər lazımi funksionallığı tapmır. Bu, silinmələr artmamışdan əvvəl UX probleminin erkən siqnalıdır.
Sessiyaları trafik mənbəyi ilə əlaqələndirin: ödənişli kanallardan gələn istifadəçilər daha çox sessiyaya və daha böyük Session Duration-a sahib olmalıdır. Əgər üzvi trafik Session Duration-u ödənişlidən 40% yüksək göstərirsə, problem hədəfləmə keyfiyyətindədir. Sessiya atribusiyası cəlb etmə büdcəsini optimallaşdırmağa kömək edir.
Tez-tez verilən suallar
Orta sessiya müddəti kateqoriyadan asılıdır: oyunlar — 8–15 dəqiqə, sosial şəbəkələr — 5–10 dəqiqə, utilitalar — 1–3 dəqiqə. Trend daha vacibdir: Session Duration bir ay ərzində 20% düşərsə, UX auditi lazımdır.
Bir çox analitik SDK-lar minimuma endirmədə bitmə hadisəsini qeyd etmir — timeout gözləyirlər. İstifadəçi tətbiqi 1 dəqiqə minimuma endirib qayıdıbsa, bu bir sessiya sayılır. Yalnız timeout-dan (30–60 dəq) sonra yeni sessiya başlayır.
N günündə Retention həmin gün ən azı bir sessiyası olan quraşdıranların faizi kimi hesablanır. Sessiyalar düzgün izlənməzsə, retention sistematik olaraq aşağı və ya yüksək göstəriləcək.
Bəli, fon aktivliyi (musiqi pleybek, naviqasiya, sinxronizasiya) tətbiqi aktiv vəziyyətdə saxlaya bilər. Ön plan sessiyalarını (istifadəçi ekranı görür) prosessor sessiyalarından (UI olmadan fon işi) ayırmaq daha yaxşıdır.
Abunə xidmətləri (striminq, fitnes, təhsil) üçün timeout 5–10 dəqiqə tövsiyə olunur. İstifadəçilər qısa fasilədən sonra tez-tez qayıdır — və hər fasilə Session Duration-u təhrif etməmək üçün yeni sessiya sayılmalıdır.
Nəticələr
Açar təslim mobil tətbiq hazırlayacağıq
IT Sectr 2017-ci ildən startaplar və bizneslər üçün iOS və Android tətbiqləri yaradır. Sizə məsləhət verəcəyik və ən yaxşı həlli təklif edəcəyik.
Həm də oxuyun