मोबाइल एनलिटिक्स में सेशन एक समय अवधि है जिसमें उपभोक्ता एप के साथ निरंतर इंटरैक्शन करता है। यह मीट्रिक रिटेंशन, एंगेजमेंट और LTV की गणना के लिए आधार का काम करती है। Adjust, 2025 के अनुसार, एप में औसत सेशन की लंबाई 4–7 मिनट है, लेकिन श्रेणी के अनुसार बहुत भिन्न होती है। उपभोक्ता अनुभव की गुणवत्ता का मूल्यांकन करने के लिए सेशन मीट्रिक्स को समझना महत्वपूर्ण है।
मुख्य बातें
सेशन एक समय अवधि है जिसमें उपभोक्ता एप के साथ सक्रिय रूप से बातचीत करता है। सेशन एप खोलने (या बैकग्राउंड से लौटने) पर शुरू होता है और निष्क्रियता की अवधि या बंद करने के बाद समाप्त होता है।
विभिन्न एनलिटिकस प्लेटफॉर्म सेशन सीमाओं को अलग-अलग परिभाषित करते हैं। Firebase Analytics 30 मिनट की निष्क्रियता के बाद सेशन को पूर्ण मानता है, AppsFlyer 60 मिनट के बाद, Amplitude 5 मिनट या session_end ईवेंट पर। कोई एक मानक नहीं है।
सेशन-आधारित मीट्रिक्स रिटेंशन दर (Retention Rate), एंगेजमेंट गहराई (Stickiness Ratio) और उपयोग आवृत्ति (Session Frequency) के अनुसार उपभोक्ता वितरण की गणना का आधार हैं। सही सेशन परिभाषा के बिना, सभी व्युत्पन्न मीट्रिक्स गलत होंगे।
Mixpanel (2024) के अनुसार, जिन एप्स ने Session Duration को 15% बेहतर किया, उन्होंने एक तिमाही के भीतर LTV में 22% की वृद्धि दर्शाई। यह एप में बिताए गए समय और मॉनेटाइजेशन के बीच सीधा संबंध है।
सेशन मापन एप जीवन चक्र घटनाओं पर आधारित है: खोलना (session_start) और बंद करना (session_end)। उनके बीच में, सभी उपभोक्ता कार्यवाहियां रिकॉर्ड की जाती हैं।
// 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
}
}
कोड सिस्टम कॉलबैक के माध्यम से सेशन की शुरूआत और समाप्ति को ट्रैक करता है। SESSION_TIMEOUT पैरामीटर (30 मिनट) यह निर्धारित करता है कि बैकग्राउंड से वापसी को नई सेशन माना जाए या पिछले का विस्तार।
| प्लेटफॉर्म | सेशन टाइमआउट | निर्धारण विधि |
|---|---|---|
| Firebase Analytics | 30 मिनट | स्वचालित, कोई अनुकूलन नहीं |
| Amplitude | 5 मिनट (डिफ़ॉल्ट) | SDK के माध्यम से कॉन्फ़िगर योग्य |
| AppsFlyer | 60 मिनट | निश्चित अंतराल |
| Mixpanel | 30 मिनट | minimumSessionDuration विकल्प के माध्यम से कॉन्फ़िगर योग्य |
| Adjust | 60 मिनट | स्वचालित, जीवन चक्र से जुड़ा |
टाइमआउट का चुनाव मीट्रिक्स को प्रभावित करता है: छोटा टाइमआउट (5 मिनट) अधिक सेशन बनाता है, लंबा (60 मिनट) इंटरैक्शन को मिलाता है। मुख्य बात एक नियम तय करना और अवधियों की तुलना करते समय इसे न बदलना है।
सेशन विश्लेषण चार बुनियादी मीट्रिक्स पर आधारित है। प्रत्येक उपभोक्ता के व्यवहार के एक विशिष्ट पहलू को प्रकट करता है।
सेशन अवधि एक उपभोक्ता द्वारा प्रति यात्रा एप में बिताया गया औसत समय है। समाचार एप्स के लिए, मानदंड 2–4 मिनट है; गेम्स के लिए, 8–15 मिनट; स्ट्रीमिंग सेवाओं के लिए, 20+ मिनट। यदि Session Duration गिरता है, तो यह सामग्री या प्रदर्शन की समस्याओं का संकेत है।
सेशन अंतराल पिछले सेशन के अंत और अगले की शुरुआत के बीच का समय है। छोटा अंतराल (मिनट या घंटे) उच्च जुड़ाव को इंगित करता है। लंबा अंतराल (दिन) कम रुचि या एक उपयोगिता उपयोग मामले को इंगित करता है जहाँ एप की शायद ही जरूरत पड़ती है।
एक अवधि (दिन, सप्ताह, महीना) में प्रति उपभोक्ता सेशन की संख्या स्टिकिनेस का एक संकेतक है। सूत्र: DAU / MAU (दैनिक सक्रिय उपभोक्ता / मासिक सक्रिय उपभोक्ता) । 20% से ऊपर का मान अच्छा माना जाता है, 50% से ऊपर — अधिकांश एप श्रेणियों के लिए उत्कृष्ट।
सेशन गहराई एक ही सेशन में स्क्रीनों या कार्यों की संख्या है। यह दर्शाता है कि उपभोक्ता एप की कार्यक्षमता में कितनी गहराई से प्रवेश करता है। उच्च अवधि के साथ कम गहराई नेविगेशन समस्याओं को इंगित करती है।
एप जीवन चक्र में प्लेटफॉर्म के अंतर सीधे सेशन परिभाषा को प्रभावित करते हैं। iOS और Android बैकग्राउंड अवस्थाओं और अधिसूचनाओं को अलग-अलग संभालते हैं।
Android में, सेशन पहली Activity के onStart() को कॉल करने पर शुरू होता है और अंतिम Activity के onStop() पर समाप्त होता है। हालाँकि, सिस्टम बैकग्राउंड में प्रक्रिया को मार सकता है, जिससे सेशन गलत ढंग से समाप्त हो जाता है। विश्वसनीय ट्रैकिंग के लिए Application.ActivityLifecycleCallbacks का उपयोग करने की अनुशंसा है।
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 काउंटर यह निर्धारित करता है कि उपभोक्ता कम से कम एक स्क्रीन देख रहा है या नहीं। जब यह 0 हो जाता है, एप बैकग्राउंड में चली गयी है और सेशन समाप्त हो जाता है।
iOS में, सेशन applicationDidBecomeActive और applicationDidEnterBackground विधियों से जुड़ा होता है। पुश अधिसूचनाओं पर टैप करने से सेशन की संख्या कृत्रिम रूप से बढ़ सकती है — एनलिटिक्स में इसे ध्यान में रखना चाहिए।
Swift उदाहरण:
import UIKit
class AppDelegate: UIResponder, UIApplicationDelegate {
func applicationDidBecomeActive(_ application: UIApplication) {
Analytics.trackSessionStart()
}
func applicationDidEnterBackground(_ application: UIApplication) {
Analytics.trackSessionEnd()
}
}
ध्यान दें: iOS पर, एप्स के बीच स्विच करने (App Switcher) से सेशन समाप्त नहीं होता — केवल गहरे बैकग्राउंड में जाने या बंद करने के लिए स्वाइप करने से ही होता है।
सेशन विश्लेषण साधारण गणना से आगे बढ़कर है। सेगमेंटेशन और सहजोर्ट विश्लेषण जुड़ाव के पैटर्न प्रकट करते हैं जो एकत्र किए गए डेटा में नहीं दिखाई देते।
उपभोक्ताओं को इंस्टल सप्ताह के अनुसार समूहबद्ध करें और पहले 7 दिनों में उनकी औसत सेशन संख्या देखें। यदि नई इंस्टल सहजोर्ट में पुराने की तुलना में Sessions Per User कम है, तो यह ऑनबोर्डिंग या ट्रैफिक गुणवत्ता में गिरावट का संकेत है।
सेशन मीट्रिक्स में विसंगतियाँ समस्याओं के शुरुआती संकेतक हैं। एक रिलीज के बाद शॉर्ट सेशन (5 सेकंड से कम) में अचानक वृद्धि लॉन्च बग को इंगित करती है। एक दिन में Session Duration में 30% की गिरावट सर्वर डाउन या API बदलाव का संकेत है। थ्रेशॉल्ड के साथ मॉनिटरिंग सेट करें: यदि औसत Session Duration 7-दिन के मूविंग औसत से 2 मानक विचलन से अधिक गिरती है, तो अलर्ट करें।
सेशन रिपोर्ट्स में एप वर्शन सेगमेंटेशन का उपयोग करें। वर्शन 3.2.0 में 4 मिनट की Session Duration है, वर्शन 3.2.1 में 2 मिनट। कारण ऑनबोर्डिंग में बदलाव है। वर्शन वापस लेने से मीट्रिक वापस आ जाती है। वर्शन सेगमेंटेशन के बिना, आप औसत गिरावट देखेंगे लेकिन मूल कारण नहीं ढूंढ पाएंगे।
पावर यूजर्स (5+ सेशन प्रति दिन) — आपके मुख्य दर्शक। कैजुअल यूजर्स (1–2 सेशन प्रति सप्ताह) — पुनर्सक्रियीकरण के लिए एक समूह। डॉर्मेंट यूजर्स (30 दिनों में 0 सेशन) — रिटार्गेटिंग या पुश बंद करने के उम्मीदवार।
प्रत्येक सेगमेंट के लिए अलग-अलग मीट्रिक्स की गणना करें: पावर यूजर्स के लिए Session Duration उपयोग गहराई दर्शाता है, जबकि कैजुअल यूजर्स के लिए प्रवेश बाधाएँ दर्शाता है। Amplitude (2024) के अनुसार, जो एप सेशन सेगमेंट के अनुसार सामग्री को वैयक्तिकरृत करते हैं, उनकी Session Duration में प्रति महीने औसतन 18% की वृद्धि होती है।
रिटेंशन की गणना सेशनों के माध्यम से की जाती है: एक उपभोक्ता को दिन N पर बरकरार रखा गया माना जाता है यदि उसके पास उस दिन कम से कम एक सेशन है। हालाँकि, अलग-अलग उत्पादों को अलग-अलग परिभाषाओं की आवश्यकता होती है। सोशल नेटवर्क के लिए, एक सेशन 1 सेकंड का हो सकता है (सिर्फ अधिसूचनाएँ चेक करने के लिए खोला), जबकि स्ट्रीमिंग सेवा के लिए 15 मिनट हो सकता है।
गुणवत्ता संकेतक के रूप में अनइंस्टल-सेशन का उपयोग करें: यदि अपडेट के बाद छोटी सेशन (10 सेकंड से कम) की संख्या बढ़ती है, तो उपभोक्ताओं को आवश्यक कार्यक्षमता नहीं मिल रही है। यह अनइंस्टल बढ़ने से पहले UX समस्या का शुरुआती संकेत है।
सेशनों को ट्रैफिक स्रोतों से लिंक करें: भुगतान चैनलों के उपभोक्ताओं के पास अधिक सेशन और लंबी Session Duration होनी चाहिए। यदि ऑर्गेनिक ट्रैफिक भुगतान की तुलना में 40% अधिक Session Duration दर्शाता है, तो टार्गेटिंग गुणवत्ता में समस्या है। सेशन एट्रिब्यूशन अधिग्रहण बजट को ऑप्टिमाइज करने में मदद करता है।
अक्सर पूछे जाने वाले प्रश्न
औसत सेशन अवधि श्रेणी पर निर्भर करती है: गेम्स — 8–15 मिनट, सोशल मीडिया — 5–10 मिनट, उपयोगिता एप्स — 1–3 मिनट। रुझान अधिक महत्वपूर्ण है: यदि Session Duration एक महीने में 20% गिरती है, तो UX ऑडिट की आवश्यकता है।
कई एनलिटिक्स SDK मिनिमाइज होने पर एंड ईवेंट नहीं भेजते — वे टाइमआउट का इंतजार करते हैं। यदि उपभोक्ता एप को 1 मिनट के लिए मिनिमाइज करता है और लौटता है, तो यह एक सेशन गिना जाता है। केवल टाइमआउट (30–60 मिनट) के बाद ही एक नई सेशन शुरू होती है।
दिन N पर उपभोक्ता के रिटेंशन की गणना उन इंस्टॉलर्स के अनुपात के रूप में की जाती है जिनके पास उस दिन कम से कम एक सेशन था। यदि सेशन सही ढंग से ट्रैक नहीं किए जाते, तो रिटेंशन व्यवस्थित रूप से कम या अधिक आंका जाएगा।
हाँ, बैकग्राउंड गतिविधि (संगीत प्लेबैक, नेविगेशन, सिंक करना) एप को सक्रिय अवस्था में रख सकती है। फ़ॉरग्राउंड सेशन (उपभोक्ता स्क्रीन देखता है) को प्रोसेसर सेशन (बिना UI के बैकग्राउंड काम) से अलग करना बेहतर है।
सब्सक्रिप्शन सेवाओं (स्ट्रीमिंग, फ़िटनेस, शिक्षा) के लिए, 5–10 मिनट के टाइमआउट की सिफारिश की जाती है। उपभोक्ता अक्सर छोटे ब्रेक के बाद लौटते हैं — और Session Duration को विकृत न करने के लिए प्रत्येक ठहराव को एक नई सेशन के रूप में गिना जाना चाहिए।
सारांश
हम एक मोबाइल एप्लिकेशन टर्नकी विकसित करेंगे
IT Sectr 2017 से स्टार्टअप और व्यवसायों के लिए iOS और Android एप्लिकेशन बनाता है। हम आपको सलाह देंगे और सर्वोत्तम समाधान प्रस्तावित करेंगे।
यह भी पढ़ें