Session a mobil analitikában a felhasználó és az alkalmazás közötti folyamatos interakció időszaka, időben korlátozva. A metrika alapul szolgál a megtartás, az elköteleződés és az LTV kiszámításához. A Adjust, 2025 adatai szerint a munkamenet medián hossza az alkalmazásokban 4–7 perc, de kategóriánként jelentősen eltér. A munkamenet-metrikák megértése kritikus a felhasználói élmény minőségének értékeléséhez.
Főbb pontok
Munkamenet az az időszak, amely alatt a felhasználó aktívan interakcióba lép az alkalmazással. A munkamenet az alkalmazás megnyitásakor (vagy a háttérből való visszatéréskor) kezdődik és inaktivitás vagy bezárás után ér véget.
A különböző analitikai platformok eltérően határozzák meg a munkamenet határait. A Firebase Analytics 30 perc inaktivitás után tekinti befejezettnek a munkamenetet, az AppsFlyer — 60 perc után, az Amplitude — 5 perc után vagy session_end eseménnyel. Nincs egységes szabvány.
A munkameneteken alapuló metrikák képezik a megtartás (Retention Rate), az elköteleződés mélysége (Stickiness Ratio) és a felhasználók használati gyakoriság szerinti eloszlásának (Session Frequency) alapját. A munkamenet helyes meghatározása nélkül az összes származtatott metrika hibás lesz.
A Mixpanel (2024) adatai szerint azok az alkalmazások, amelyek 15%-kal javították a Session Duration-t, 22%-os LTV-növekedést mutatnak egy negyedév alatt. Ez közvetlen korreláció az alkalmazásban töltött idő és a monetizáció között.
A munkamenet mérése az alkalmazás életciklus-eseményein alapul: open (session_start) és close (session_end). A kettő között a felhasználó összes tevékenysége rögzítésre kerül.
// A legegyszerűbb munkamenet-követő Androidhoz
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
}
}
A kód rendszervisszahívásokon keresztül követi a munkamenet kezdetét és végét. A SESSION_TIMEOUT (30 perc) paraméter határozza meg, hogy a háttérből való visszatérés mikor számít új munkamenetnek, nem pedig az előző folytatásának.
| Platform | Munkamenet időtúllépés | Meghatározás módja |
|---|---|---|
| Firebase Analytics | 30 perc | Automatikus, testreszabás nélkül |
| Amplitude | 5 perc (alapértelmezett) | SDK-n keresztül konfigurálható |
| AppsFlyer | 60 perc | Rögzített intervallum |
| Mixpanel | 30 perc | A minimumSessionDuration opción keresztül konfigurálható |
| Adjust | 60 perc | Automatikus, az életciklushoz kötve |
Az időtúllépés kiválasztása befolyásolja a metrikákat: rövid időtúllépés (5 perc) több munkamenetet hoz létre, hosszú időtúllépés (60 perc) — egyesíti az interakciókat. A legfontosabb — rögzíteni a szabályt és nem változtatni rajta az időszakok összehasonlításakor.
A munkamenetek elemzése négy alapmetrikára támaszkodik. Mindegyik a felhasználói viselkedés egy-egy aspektusát tárja fel.
Munkamenet időtartama — az átlagos idő, amelyet a felhasználó egy látogatás során az alkalmazásban tölt. Híralkalmazások esetén a norma 2–4 perc, játékok esetén — 8–15 perc, streaming szolgáltatások esetén — 20+ perc. Ha a Session Duration csökken, az a tartalommal vagy a teljesítménnyel kapcsolatos problémák jele.
Munkamenetek közötti intervallum — az előző munkamenet vége és a következő kezdete közötti idő. Rövid intervallum (percek vagy órák) magas elköteleződést jelez. Hosszú intervallum (napok) — alacsony érdeklődést vagy olyan használati forgatókönyvet, amikor az alkalmazásra ritkán van szükség.
Munkamenetek száma felhasználónként egy időszakban (nap, hét, hónap) — a Stickiness mutatója. Képlet: DAU / MAU (Day Active Users / Monthly Active Users). A 20% feletti érték jónak, az 50% feletti — kiválónak számít a legtöbb alkalmazáskategória esetében.
Munkamenet mélysége — a képernyők vagy műveletek száma egy munkamenet során. Megmutatja, hogy a felhasználó milyen mélyen merül el az alkalmazás funkcionalitásában. Alacsony mélység magas időtartam mellett navigációs problémákra utal.
Platformkülönbségek az alkalmazás életciklusában közvetlenül befolyásolják a munkamenet meghatározását. Az iOS és az Android eltérően kezeli a háttérállapotokat és az értesítéseket.
Androidon a munkamenet az első Activity onStart() hívásával kezdődik és az utolsó Activity onStop() hívásával ér véget. A rendszer azonban megölheti a folyamatot a háttérben, ami hamisan befejezi a munkamenetet. Ajánlott az Application.ActivityLifecycleCallbacks használata a megbízható követéshez.
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()
}
}
})
}
}
Az activityReferences számláló határozza meg, hogy a felhasználó lát-e legalább egy képernyőt. Amikor az aktivitás 0 lesz — az alkalmazás a háttérbe került, a munkamenet véget ért.
iOS rendszeren a munkamenet a applicationDidBecomeActive és applicationDidEnterBackground metódusokhoz kötődik. A push-értesítésre kattintás értesítései mesterségesen növelhetik a munkamenet-számlálót — ezt figyelembe kell venni az analitikában.
Swift példa:
import UIKit
class AppDelegate: UIResponder, UIApplicationDelegate {
func applicationDidBecomeActive(_ application: UIApplication) {
Analytics.trackSessionStart()
}
func applicationDidEnterBackground(_ application: UIApplication) {
Analytics.trackSessionEnd()
}
}
Figyelem: iOS rendszeren az alkalmazások közötti váltás (App Switcher) nem fejezi be a munkamenetet — csak a mély háttérbe lépés vagy a bezáráshoz húzás.
A munkamenetek elemzése túlmutat az egyszerű számláláson. A szegmentáció és a kohortelemzés olyan elköteleződési mintákat tár fel, amelyek az összesített adatokban nem láthatók.
Csoportosítsa a felhasználókat telepítés hete szerint, és nézze meg az átlagos munkamenetek számát az első 7 napban. Ha a legutóbbi telepítések kohortjában a Sessions Per User alacsonyabb, mint a régebbiekben, ez a onboarding vagy a forrásminőség romlásának jele.
Anomáliák a munkamenet-metrikákban a problémák korai jelzői. A rövid munkamenetek (5 másodpercig) hirtelen növekedése a kiadás után indítási hibára utal. A Session Duration 30%-os csökkenése egy nap alatt — lehetséges szerverhiba vagy API-változás. Állítson be monitorozást küszöbértékekkel: ha az átlagos Session Duration több mint 2 szórással csökkent a 7 napos mozgóátlaghoz képest — riasztás a rendszerben.
Használja a szegmentációt alkalmazásverzió szerint a munkamenet-jelentésekben. A 3.2.0 verzió 4 perces Session Duration-t mutat, a 3.2.1 verzió — 2 percet. Ok — változás a onboardingban. A verzió visszaállítása helyreállítja a metrikát. Verzió szerinti szegmentáció nélkül látná az átlagos csökkenést, de nem találná meg az okot.
Power Users (napi 5+ munkamenet) — az Ön kulcsközönsége. Casual Users (heti 1–2 munkamenet) — a reaktivációra szánt csoport. Dormant Users (30 nap alatt 0 munkamenet) — a retargeting vagy a push-értesítésekről való leiratkozás jelöltjei.
Minden szegmenshez külön metrikákat számoljon: a Power Users Session Duration-ja a használat mélységét, a Casual-é pedig a belépési akadályokat mutatja. Az Amplitude (2024) adatai szerint azok az alkalmazások, amelyek a munkamenet-szegmenshez igazítják a tartalmat, átlagosan 18%-kal növelik a Session Duration-t havonta.
A retenciót munkameneteken keresztül számítják: a felhasználó az N. napon megtartottnak minősül, ha volt legalább egy munkamenete. A különböző termékek azonban eltérő meghatározásokat igényelnek. A közösségi hálózatok esetében a munkamenet lehet 1 másodperc (csak megnyitotta az értesítések ellenőrzéséhez), a streaming szolgáltatás esetében — 15 perc.
Használja az eltávolítási munkameneteket minőségi mutatóként: ha a frissítés után megnőtt a rövid munkamenetek (10 másodperc alatti) száma, a felhasználók nem találják a szükséges funkciót. Ez a UX-problémák korai jele, még az eltávolítások növekedése előtt.
Kapcsolja össze a munkameneteket a forrás forrásával: a fizetett csatornákból érkező felhasználóknak több munkamenettel és hosszabb Session Duration-nal kell rendelkezniük. Ha az organikus forgalom 40%-kal magasabb Session Duration-t mutat, mint a fizetett, a probléma a célzás minőségében van. A munkamenet-attribúció segít optimalizálni a megszerzési költségvetést.
Gyakran Ismételt Kérdések
Az átlagos munkamenet hossza kategóriától függ: játékok — 8–15 perc, közösségi média — 5–10 perc, segédprogramok — 1–3 perc. A trend fontosabb: ha a Session Duration egy hónap alatt 20%-kal csökken, UX-audit szükséges.
Számos analitikai SDK nem rögzíti a befejezési eseményt minimalizáláskor — időtúllépésre várnak. Ha a felhasználó 1 percre minimalizálta az alkalmazást és visszatért, ez egy munkamenetnek számít. Csak az időtúllépés (30–60 perc) után kezdődik új munkamenet.
A felhasználó Retenciója az N. napon azok arányaként kerül kiszámításra, akik telepítettek és legalább egy munkamenettel rendelkeztek aznap. Ha a munkameneteket nem követik megfelelően, a retenció szisztematikusan alul- vagy felülbecsült lesz.
Igen, a háttértevékenység (zenelejátszás, navigáció, szinkronizálás) aktív állapotban tarthatja az alkalmazást. Jobb elválasztani az előtér-munkameneteket (a felhasználó látja a képernyőt) a processzor-munkamenetektől (háttérmunka felület nélkül).
Előfizetéses szolgáltatásokhoz (streaming, fitnesz, oktatás) 5–10 perces időtúllépés ajánlott. A felhasználók gyakran térnek vissza rövid szünet után — és minden szünetet új munkamenetként kell számolni, hogy ne torzítsa a Session Duration-t.
Összegzés
Kulcsrakész mobilalkalmazást fejlesztünk
Az IT Sectr 2017 óta készít iOS és Android alkalmazásokat induló vállalkozásoknak és vállalkozásoknak. Tanácsot adunk, és a legjobb megoldást javasoljuk.
Olvassa el is