موبائل اینالیٹکس میں سیشن: یہ کیا ہے، کیسے ناپا جاتا ہے اور کون سے میٹریکس

موبائل اینالیٹکس میں سیشن کیا ہے؟

سیشن ایک وقتی دوران ہے جس دوران صارف اپلیکیشن کے ساتھ فعالی طور پر باتچیت کرتا ہے۔ سیشن اپلیکیشن کھولنے (یا پس منظر سے واپس آنے) پر شروع ہوتا ہے اور غیر فعالی کے دوران یا بند کرنے کے بعد ختم ہوتا ہے۔

مختلف اینالیٹکس پلیٹ فارمز سیشن کی حدود کو مختلف طریقے سے تعریف کرتے ہیں۔ 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)۔ ان کے درمیان، صارف کے تمام عمل ریکارڈ کیے جاتے ہیں۔

// 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 منٹ) یہ طے کرتا ہے کہ پس منظر سے واپسی کو نئی سیشن مانا جائے یا پځځھلے کا تسلسل۔

پلیٹ فارم کے مطابق تائم آؤٹ کے قوانین

تائم آؤٹ کا انتخاب میٹریکس کو متاثر کرتا ہے: مختصر تائم آؤٹ (5 من) زیادہ سیشنز بناتا ہے، لمبا (60 من) باتچیتوں کو مضموم کرتا ہے۔ اہم بات ایک قاعدہ مقرر کرنا اور دورانیۆں کا موازنہ کرتے وقت اسے نے بدلنا ہے۔

اہم سیشن میٹریکس

سیشن تجزیہ چار بنیادی میٹریکس پر انحصار کرتا ہے۔ ہر ایک صارف کے رویہ کے ایک مخصوص پہلو کو ظاہر کرتا ہے۔

Session Duration

سیشن کی میاد اوسط وقت ہے جو ایک صارف فی دورہ اپلیکیشن میں گزارتا ہے۔ خبروں کی اپلیکیشنوں کے لیے، معمول 2–4 منٹ ہے؛ گیمز کے لیے، 8–15 منٹ؛ سٹریمنگ سروسز کے لیے، 20+ منٹ۔ اگر Session Duration گرتا ہے، تو یہ مواد یا کارکردگی کے مسائل کی علامت ہے۔

Session Interval

سیشن وقفہ گزشتہ سیشن کے اختتام اور اگلے کے آغاز کے درمیان کا وقت ہے۔ مختصر وقفہ (منٹ یا گھنٹے) اعلی مصروفیت کی علامت ہے۔ لمبا وقفہ (دن) کم دلچسپی یا ایک مفید استعمال کی صورت کی علامت ہے جہاں اپلیکیشن کی کم ہی ضرورت ھوتی ہے۔

Sessions Per User

ایک مدت (دن، ہفتہ، ماہ) میں فی صارف سیشنوں کی تعداد اسٹکی نیس کا ایک اشارہ ہے۔ فارمولا: DAU / MAU (یومیہ فعال صارف / ماہوارہ فعال صارف)۔ 20% سے زائد قیمت اچھی مانی جاتی ہے، 50% سے زائد — زیادہ تر اپلیکیشن زمروں کے لیے شاندار۔

Session Depth

سیشن گہرائی ایک سیشن میں سکرینوں یا عملوں کی تعداد ہے۔ یہ دیکھاتا ہے کہ صارف اپلیکیشن کی کارکردگی کو کس گہرائی تک دریافت کرتا ہے۔ طویل مدت کے ساتھ کم گہرائی نیوی گیشن کے مسائل کی علامت ہے۔

• Session Duration — فی دورہ اپلیکیشن میں وقت
• Session Interval — واپس آنے کی تکرار
• Sessions Per User — مصروفیت کی سطح
• Session Depth — باتچیت کا معیار

iOS اور Android میں سیشن

اپلیکیشن کے لائف سائکل میں پلیٹ فارم کے فرق سیشن کی تعریف کو متاثر کرتے ہیں۔ iOS اور Android پس منظر کی حالتوں اور اطلاعات کو مختلف طریقے سے ہینڈل کرتے ہیں۔

Android — Activity لائف سائکل

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 — UIApplicationDelegate

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 پرانے سے کم ہے، تو یه آن بورڈنگ یا ٹریفک کے معیار میں بگڑتی کی علامت ہے۔

• دن 0 — انسٹال + پہلا سیشن
• دن 1–3 — فعالیت کا دوران (3+ سیشن متوقع)
• دن 7–30 — عادت کی تشکیل (1–2 مستحکم سیشن فی دن)
• دن 30+ — وفادار صارفین کی برقراری

سیشن میں انیام: انہیں کیسے پہچانیں

سیشن میٹریکس میں انیام مسائل کے ابتدائی اشارے ہیں۔ ریلیز کے بعد مختصر سیشنوں (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 دیکھاتا ہے، تو ہدف کرنے کے معیار میں مسئلہ ہے۔ سیشن اتریبیوشن حاصل کرنے کے بجٹ کو بہتر بنانے میں مدد کرتا ہے۔