Mobil analitikte oturum: nedir, nasıl ölçülür ve hangi metrikler

Mobil analitikte oturum nedir?

Oturum, kullanıcının uygulamayla aktif olarak etkileşimde bulunduğu zaman dilimidir. Oturum, uygulamanın açılmasıyla (veya arka plandan dönülmesiyle) başlar ve hareketsizlik süresi veya kapatma sonrasında sona erer.

Farklı analitik platformları oturum sınırlarını farklı şekilde tanımlar. Firebase Analytics, 30 dakikalık hareketsizlikten sonra oturumun tamamlandığını düşünür, AppsFlyer 60 dakika sonra, Amplitude 5 dakika sonra veya session_end olayında. Tek bir standart yoktur.

Oturumlar neden önemlidir

Oturum tabanlı metrikler, kullanıcıyı elde tutma oranı (Retention Rate), etkileşim derinliği (Stickiness Ratio) ve kullanım sıklığına (Session Frequency) göre kullanıcı dağılımını hesaplamanın temelidir. Doğru oturum tanımı olmadan, tüm türetilmiş metrikler hatalı olacaktır.

Mixpanel’e (2024) göre, Session Duration’ı %15 iyileştiren uygulamalar, bir çeyrekte LTV’de %22 büyüme gösterdi. Bu, uygulamada geçirilen süre ile para kazanma arasında doğrudan bir ilişkidir.

Oturum nasıl ölçülür?

Oturum ölçümü, uygulama yaşam döngüsü olaylarına dayanır: açma (session_start) ve kapama (session_end). Bunların arasında, tüm kullanıcı eylemleri kaydedilir.

// Android için Temel Oturum İzleyici
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 geri çağırmaları aracılığıyla oturumun başlangıcını ve bitişini izler. SESSION_TIMEOUT parametresi (30 dakika), arka plandan dönüşün ne zaman yeni bir oturum olarak kabul edileceğini ve öncekinin devamı olarak görülmeyeceğini belirler.

Platforma göre zaman aşımı kuralları

Zaman aşımı seçimi metrikleri etkiler: kısa zaman aşımı (5 dk) daha fazla oturum oluşturur, uzun zaman aşımı (60 dk) etkileşimleri birleştirir. Önemli olan bir kural belirlemek ve dönemleri karşılaştırırken bunu değiştirmemektir.

Temel oturum metrikleri

Oturum analizi dört temel metriğe dayanır. Her biri kullanıcı davranışının belirli bir yönünü ortaya çıkarır.

Session Duration

Oturum süresi, bir kullanıcının ziyaret başına uygulamada geçirdiği ortalama süredir. Haber uygulamaları için norm 2–4 dakika; oyunlar için 8–15 dakika; akış hizmetleri için 20+ dakikadır. Session Duration düşerse, içerik veya performansla ilgili sorunlara işaret eder.

Session Interval

Oturum aralığı, önceki oturumun bitişi ile sonrakinin başlangıcı arasındaki süredir. Kısa aralık (dakikalar veya saatler) yüksek etkileşimi gösterir. Uzun aralık (günler) düşük ilgiyi veya uygulamanın nadiren ihtiyaç duyulduğu faydacı bir kullanım durumunu gösterir.

Sessions Per User

Bir dönem (gün, hafta, ay) içinde kullanıcı başına düşen oturum sayısı, yapışkanlığın bir göstergesidir. Formül: DAU / MAU (Günlük Aktif Kullanıcılar / Aylık Aktif Kullanıcılar). %20’nin üzerindeki bir değer iyi, %50’nin üzeri — çoğu uygulama kategorisi için mükemmel olarak kabul edilir.

Session Depth

Oturum derinliği, tek bir oturumdaki ekran veya eylem sayısıdır. Kullanıcının uygulamanın işlevselliğini ne kadar derinlemesine keşfettiğini gösterir. Yüksek süreye rağmen düşük derinlik, gezinme sorunlarına işaret eder.

• Session Duration — ziyaret başına uygulamada geçen süre
• Session Interval — geri dönüş sıklığı
• Sessions Per User — etkileşim düzeyi
• Session Depth — etkileşim kalitesi

iOS ve Android’de oturum

Uygulama yaşam döngüsündeki platform farklılıkları, oturum tanımını doğrudan etkiler. iOS ve Android, arka plan durumlarını ve bildirimleri farklı şekilde işler.

Android — Activity yaşam döngüsü

Android’de oturum, ilk Activity’nin onStart() metodu çağrıldığında başlar ve son Activity’nin onStop() metoduyla sona erer. Ancak sistem, arka planda işlemi sonlandırabilir ve bu da oturumu hatalı bir şekilde sonlandırır. Güvenilir izleme için Application.ActivityLifecycleCallbacks kullanılması önerilir.

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 sayacı, kullanıcının en az bir ekran görüp görmediğini belirler. 0 olduğunda uygulama arka plana geçmiştir ve oturum sona ermiştir.

iOS — UIApplicationDelegate

iOS’ta oturum, applicationDidBecomeActive ve applicationDidEnterBackground yöntemlerine bağlıdır. Push bildirimlerine dokunmak, oturum sayısını yapay olarak şişirebilir — bu durum analizde dikkate alınmalıdır.

Swift örneği:

import UIKit

class AppDelegate: UIResponder, UIApplicationDelegate {

    func applicationDidBecomeActive(_ application: UIApplication) {
        Analytics.trackSessionStart()
    }

    func applicationDidEnterBackground(_ application: UIApplication) {
        Analytics.trackSessionEnd()
    }
}

Not: iOS’ta uygulamalar arasında geçiş yapmak (App Switcher) oturumu sonlandırmaz — yalnızca derin arka plana geçmek veya kapatmak için kaydırmak oturumu sonlandırır.

Kullanıcı oturumları nasıl analiz edilir?

Oturum analizi basit saymanın ötesine geçer. Segmentasyon ve kohort analizi, toplu verilerde görülemeyen etkileşim kalıplarını ortaya çıkarır.

Oturumların kohort analizi

Kullanıcıları kurulum haftasına göre gruplandırın ve ilk 7 gündeki ortalama oturum sayısına bakın. En yeni kurulum kohortundaki Sessions Per User eskilere göre düşükse, bu, karşılama veya trafik kalitesinde bozulmaya işaret eder.

• Gün 0 — kurulum + ilk oturum
• Gün 1–3 — etkinleştirme dönemi (3+ oturum beklenir)
• Gün 7–30 — alışkanlık oluşumu (günde 1–2 sabit oturum)
• Gün 30+ — sadık kullanıcıları elde tutma

Oturum anomalileri: tespit etme yöntemleri

Oturum metriklerindeki anomaliler, sorunların erken göstergeleridir. Bir sürümden sonra kısa oturumlarda (5 saniyeden az) ani artış, başlatma hatasına işaret eder. Session Duration’da bir günde %30 düşüş, sunucu kesintisi veya API değişikliğini gösterebilir. Eşik değerlerle izleme kurun: ortalama Session Duration, 7 günlük hareketli ortalamadan 2 standart sapmadan fazla düşerse bir uyarı tetikleyin.

Oturum raporlarında uygulama sürümüne göre segmentasyon kullanın. Sürüm 3.2.0, 4 dakikalık Session Duration gösterirken, sürüm 3.2.1 2 dakika gösterir. Bunun nedeni karşılamadaki bir değişikliktir. Sürümü geri almak metriği düzeltir. Sürüm segmentasyonu olmadan ortalama bir düşüş görür, ancak kök nedeni bulamazsınız.

Oturum sıklığına göre segmentasyon

Güçlü Kullanıcılar (günde 5+ oturum) — ana kitleniz. Sıradan Kullanıcılar (haftada 1–2 oturum) — yeniden etkinleştirme grubu. Pasif Kullanıcılar (30 günde 0 oturum) — yeniden hedefleme veya push aboneliğinden çıkma adayları.

Her segment için ayrı metrikler hesaplayın: Güçlü Kullanıcılar için Session Duration kullanım derinliğini gösterirken, Sıradan Kullanıcılar için giriş engellerini gösterir. Amplitude’e (2024) göre, içeriği oturum segmentine göre kişiselleştiren uygulamalar, aylık ortalama Session Duration’ı %18 artırır.

Elde tutma raporlarında oturumları kullanma

Kullanıcıyı elde tutma, oturumlar aracılığıyla hesaplanır: bir kullanıcı, N. Günde en az bir oturumu varsa elde tutulmuş sayılır. Ancak farklı ürünler farklı tanımlamalar gerektirir. Sosyal ağlar için oturum 1 saniye sürebilir, akış hizmeti için 15 dakika sürebilir.

Kalite göstergesi olarak kaldırma oturumlarını kullanın: bir güncellemeden sonra kısa oturumların (10 saniyeden az) sayısı artarsa, kullanıcılar gerekli işlevselliği bulamıyor demektir. Bu, kaldırmalar artmadan önce erken bir UX sorunu sinyalidir.

Oturum tabanlı trafik atfı

Oturumları trafik kaynaklarıyla ilişkilendirin: ücretli kanallardan gelen kullanıcılar daha fazla oturuma ve daha uzun Session Duration’a sahip olmalıdır. Organik trafik, ücretli trafikten %40 daha yüksek Session Duration gösteriyorsa, hedefleme kalitesinde sorun vardır. Oturum atfı, edinme bütçesini optimize etmeye yardımcı olur.