Mobil analitikada Screen View — bu nima, qanday metrikalar va qanday kuzatish

Screen View nima?

Screen View — mobil ilova ekrani ochilganda yuboriladigan analitika hodisasi. Hodisa ekran nomi (screen_name), sinf (screen_class) va vaqt tamg'asini o'z ichiga oladi. Veb analitikasidan farqli o'laroq, page_view URL ga bog'langan bo'lsa, mobil ilovalarda ekranlar Activity, Fragment, ViewController yoki Custom View nomi bilan aniqlanadi.

Screen View hodisasining tuzilishi

previous_screen parametri ayniqsa muhim: o'tishlar ketma-ketligini tiklash va Screen Flow — ilovadagi foydalanuvchi yo'llari xaritasini qurish imkonini beradi.

Screen View vs Page View: asosiy farqlar

Screen View va Page View bir vazifani — ko'rishni qayd etishni — lekin turli muhitlarda hal qiladi. Vebda URL sahifani yagona tarzda aniqlaydi va Page View hujjatning yuklanishiga bog'liq. Mobil ilovalarda ekran UI holati bo'lib, u albatta alohida manzilga mos kelmaydi.

• Page View HTTP so'rovi va URL ga bog'liq — Screen View Activity/ViewController hayotiy tsikli hodisasiga bog'liq
• Page View orqaga qaytganda takrorlanmaydi (kesh ishlatiladi) — Screen View har bir ekran ochilishida qayta yuboriladi
• Page View o'rtacha qisqaroq — foydalanuvchi veb sahifani interaktiv elementlarga ega mobil ekrandan tezroq ko'rib chiqadi

Yana bir farq — kontekst chuqurligi. Mobil ilovadagi Screen View holat parametrlarini o'z ichiga oladi: foydalanuvchi tizimga kirganmi, qanday ma'lumotlar yuklangan, ekran tahrirlash rejimida ochilganmi. Vebdagi Page View kamdan-kam bunday kontekstga ega — u faqat URL yuklanish faktini qayd etadi. Bu Screen View ni mahsulot analitikasi uchun yanada informativ qiladi, chunki har bir hodisani holat bo'yicha segmentlash mumkin.

Screen View bilan ishlashda odatiy xatolar

Birinchi xato — ekran ichidagi har bir holat o'zgarishida (tab almashtirish, popup ochish) screen_view yuborish. Screen View faqat yangi ekranga to'liq o'tishni qayd etishi kerak, mikrointeraksiyalarni emas.

Ikkinchi xato — texnik sinf nomini o'qiladigan nom o'rniga ishlatish. „ProductDetailActivityKt” analitik uchun foydasiz — screen_name da „Product Details” dan foydalaning.

Uchinchi xato — tegishli maydonlarsiz screen_view yuborish. Bo'sh screen_name guruhlab bo'lmaydigan axlat yozuvlar to'plamini yaratadi. Har doim hech bo'lmaganda screen_name va screen_class ni yuboring, hatto test ekranlarida ham.

Screen View ni qanday kuzatish?

Screen View tracking ni joriy etish navigatsiya arxitekturasiga bog'liq. Jetpack Compose va SwiftUI misolida avtomatik va qo'lda yondashuvlarni ko'rib chiqaylik.

Android: Jetpack Compose da avtomatik kuzatish

NavigationComponent darajasida LifecycleEventObserver dan foydalaning. Foydalanuvchi har safar yangi routga o'tganda screen_view hodisasi ishga tushadi.

class ScreenTrackingObserver(
    private val analytics: AnalyticsProvider
) : LifecycleEventObserver {

    override fun onStateChanged(
        source: LifecycleOwner,
        event: Lifecycle.Event
    ) {
        if (event == Lifecycle.Event.ON_RESUME) {
            val route = source.getRouteFromLifecycleOwner()
            analytics.logScreenView(
                screenName = route.screenName,
                screenClass = source.getLocalClassName()
            )
        }
    }
}

// NavHost ga ulanish
fun NavBackStackEntry.trackScreenView(analytics: AnalyticsProvider) {
    lifecycle.addObserver(ScreenTrackingObserver(analytics))
}

Bu yondashuv screen_view ning ekran har safar oldingi planga qaytganda, shu jumladan fondan qaytganda yuborilishini kafolatlaydi. Lifecycle.Event.ON_RESUME kuzatish uchun to'g'ri moment, ON_START yoki ON_CREATE emas.

iOS: SwiftUI da avtomatik kuzatish

SwiftUI da har bir View ga o'rnatilgan onAppear modifikatoridan foydalaniladi. Avtomatlashtirish uchun ViewModifier yaratiladi.

struct ScreenTrackingModifier: ViewModifier {

    let screenName: String

    func body(content: Content) -> some View {
        content.onAppear {
            Analytics.shared().logScreenView(
                name: screenName,
                className: "\(Self.self)"
            )
        }
    }
}

extension View {
    func trackScreen(_ name: String) -> some View {
        modifier(ScreenTrackingModifier(screenName: name))
    }
}

// Foydalanish:
ProductDetailView()
    .trackScreen("Product Details")

trackScreen modifikatori istalgan View ga bir qator bilan qo'shiladi. Bu SwiftUI loyihalari uchun toza va masshtablanuvchi yechimdir.

Ko'p modulli loyihalarda Screen View

Modulli arxitekturaga ega loyihalarda har bir modul o'z ekran nomlash tizimidan foydalanishi mumkin, bu esa screen_name ning takrorlanishiga olib keladi. Markazlashtirilgan enum ScreenName muammoni hal qiladi — barcha ekranlar bir joyda yagona standart bo'yicha nomlanadi. Yangi ekran qo'shish faqat enum da yangi doimiy talab qiladi, butun kodni qidirish shart emas.

Screen_name ni funksiyalarga ko'ra guruhlash uchun sealed class dan foydalaning: ProfileScreen.CHANGE_PASSWORD, OrdersScreen.ORDER_HISTORY, CatalogScreen.SEARCH_RESULTS. Bu analitika hisobotlarida filtrlashni soddalashtiradi.

Screen Flow: ekranlararo o'tish analitikasi

Screen Flow (yoki Path Analysis) — foydalanuvchi o'tadigan ekranlar ketma-ketligining vizualizatsiyasi. Bu navigatsiyadagi tor bo'yinlarni aniqlash uchun asosiy vositadir.

Screen Flow ni qurish

previous_screen parametriga ega har bir Screen View grafik qirrasini yaratadi: CatalogScreen → ProductDetails → CartScreen. Barcha o'tishlarni agregatsiya qilib, yo'llar xaritasi quriladi. Screen Flow ga asoslangan uch bosqichli voronka foydalanuvchilarning qayerda ketishini ko'rsatadi.

• 1-qadam: HomeScreen → CatalogScreen (95% o'tadi)
• 2-qadam: CatalogScreen → ProductDetails (65% o'tadi — 35% ketadi)
• 3-qadam: ProductDetails → AddToCart (30% o'tadi — yana 35% yo'qotamiz)

Mixpanel (2024) ma'lumotlariga ko'ra, Screen Flow tahlili alohida hodisalar tahlilida ko'rinmaydigan UX muammolarining 40% gacha qismini aniqlaydi. Masalan, ProductDetails → HomeScreen tez-tez o'tish xarid qilmasdan mahsulot narxi yoki tavsifi bilan bog'liq muammoni ko'rsatadi.

Drop-off tahlili

Drop-off — foydalanuvchi stsenariyni tark etadigan nuqta. Agar yuklash ekranidan keyin foydalanuvchilarning 60% ketsa, muammo yuklash tezligi yoki animatsiyada. Agar Paywall dan keyin — obuna narxi yoki qiymatida.

Firebase va BigQuery da Screen Flow

Firebase tayyor Screen Flow hisobotini taqdim etmaydi, ammo screen_view ma'lumotlari BigQuery da mavjud. O'tishlarni (previous_screen, screen_name) juftligi bo'yicha guruhlaydigan va chastotani hisoblaydigan so'rov yarating. Natija — Looker Studio da Sankey diagrammasi sifatida vizualizatsiya qilinishi mumkin bo'lgan o'tish matritsasi.

Screen Flow ni segmentatsiya bilan to'ldiring: alohida yangi foydalanuvchilar (birinchi 7 kun) va qaytganlar uchun. Yangi foydalanuvchilar ko'pincha onboardin ekranlarida qotib qoladi, tajribalilar maqsadli harakatlarga tezroq yetib boradi. Ikki oqimni taqqoslash adaptatsiyaning tor bo'yinlarini aniqlaydi.

Screen View analitikasi uchun vositalar

Vositani tanlash byudjet, texnologik stack va talab qilinadigan detallashtirishga bog'liq. Uchta mashhur yechimni ko'rib chiqaylik.

Firebase Analytics (bepul)

Firebase har bir hodisadagi screen_view parametri orqali ekranlarni avtomatik kuzatadi. SDK integratsiyasidan keyin qo'shimcha kod talab qilmaydi. Cheklov: screen_name Activity/ViewController dan yaratiladi, bu har doim ham o'qiladigan nomlarni bermaydi.

Amplitude (professional)

Amplitude o'rnatilgan Pathfinder — vizual Screen Flow quruvchisini taklif qiladi. User property va kogortlar bo'yicha segmentatsiyani qo'llab-quvvatlaydi. Ilova kodida o'zgarishlarsiz server tomonida ekran nomlarini o'zgartirish imkonini beradi.

Mixpanel (o'rta segment)

Mixpanel real vaqtda Flows hisobotini taqdim etadi. Faqat chiziqli o'tishlarni emas, balki tarmoqlanishlarni ham ko'rsata oladi — qaysi ekranlar ma'lum bir ekrandan keyin tashrif buyuriladi. iOS, Android, Flutter va React Native SDK bilan integratsiyalanadi.

Screen View ning unumdorlikka ta'siri

Har bir screen_view hodisasi tarmoq ma'lumotlarini yuborishdir. Agar ilova har bir tab almashtirishda (daqiqada 20+) screen_view yuborsa, bu qo'shimcha yuk hosil qiladi. Optimallashtirish: screen_view larni buferlang va har 5 soniyada batch bilan yuboring. Firebase hodisalarni avtomatik agregatsiya qiladi, ammo maxsus SDK lar har bir chaqiruvni darhol yuborishi mumkin.

Kuzatishning overhead ini o'lchang: har bir screen_view ga vaqt tamg'asi qo'shing va onResume dan yuborishgacha kechikishni hisoblang. Agar kechikish 100 ms dan oshsa, kuzatish UX ga ta'sir qiladi. Yuborish uchun fon thread dan foydalaning, UI thread ni bloklamaslik uchun. Past segment qurilmalarda farq sezilarli.