Session στην αναλυτική κινητών είναι μια περίοδος συνεχούς αλληλεπίδρασης του χρήστη με την εφαρμογή, περιορισμένη χρονικά. Η μετρική χρησιμεύει ως βάση για τον υπολογισμό της διατήρησης, της δέσμευσης και του 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% μέσα σε ένα τρίμηνο. Αυτή είναι άμεση συσχέτιση μεταξύ του χρόνου στην εφαρμογή και της δημιουργίας εσόδων.
Η μέτρηση της συνεδρίας βασίζεται σε συμβάντα του κύκλου ζωής της εφαρμογής: open (session_start) και close (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
}
}
Ο κώδικας παρακολουθεί την έναρξη και το τέλος της συνεδρίας μέσω callbacks συστήματος. Η παράμετρος 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 μειώνεται, είναι σήμα προβλημάτων με το περιεχόμενο ή την απόδοση.
Διάστημα μεταξύ συνεδριών — ο χρόνος μεταξύ του τέλους της προηγούμενης συνεδρίας και της έναρξης της επόμενης. Σύντομο διάστημα (λεπτά ή ώρες) υποδηλώνει υψηλή δέσμευση. Μεγάλο διάστημα (ημέρες) — χαμηλό ενδιαφέρον ή σενάριο χρησιμότητας όταν η εφαρμογή χρειάζεται σπάνια.
Αριθμός συνεδριών ανά χρήστη σε μια περίοδο (ημέρα, εβδομάδα, μήνα) — δείκτης Stickiness. Τύπος: DAU / MAU (Day Active Users / Monthly Active Users). Τιμή άνω του 20% θεωρείται καλή, άνω του 50% — εξαιρετική για τις περισσότερες κατηγορίες εφαρμογών.
Βάθος συνεδρίας — ο αριθμός οθονών ή ενεργειών κατά τη διάρκεια μιας συνεδρίας. Δείχνει πόσο βαθιά βυθίζεται ο χρήστης στη λειτουργικότητα της εφαρμογής. Χαμηλό βάθος με υψηλή διάρκεια υποδηλώνει προβλήματα πλοήγησης.
Διαφορές πλατφόρμας στον κύκλο ζωής της εφαρμογής επηρεάζουν άμεσα τον ορισμό της συνεδρίας. Το iOS και το Android διαχειρίζονται διαφορετικά τις καταστάσεις παρασκηνίου και τις ειδοποιήσεις.
Στο Android, η συνεδρία ξεκινά με την κλήση onStart() του πρώτου Activity και τελειώνει με onStop() του τελευταίου Activity. Ωστόσο, το σύστημα μπορεί να σκοτώσει τη διαδικασία στο παρασκήνιο, η οποία θα τερματίσει ψευδώς τη συνεδρία. Συνιστάται η χρήση του 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. Οι ειδοποιήσεις κλικ σε push ειδοποίηση μπορούν να αυξήσουν τεχνητά τον μετρητή συνεδριών — αυτό πρέπει να λαμβάνεται υπόψη στην ανάλυση.
Παράδειγμα 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 είναι χαμηλότερο από ό,τι σε παλαιότερες, αυτό είναι σήμα επιδείνωσης του onboarding ή της ποιότητας κίνησης.
Ανωμαλίες στις μετρήσεις συνεδρίας είναι πρώιμοι δείκτες προβλημάτων. Απότομη αύξηση σύντομων συνεδριών (έως 5 δευτερόλεπτα) μετά από έκδοση υποδηλώνει σφάλμα εκκίνησης. Πτώση του Session Duration κατά 30% σε μία ημέρα — πιθανή βλάβη διακομιστή ή αλλαγή API. Ρυθμίστε παρακολούθηση με όρια: εάν το μέσο Session Duration μειώθηκε περισσότερο από 2 τυπικές αποκλίσεις από τον κινητό μέσο όρο 7 ημερών — ειδοποίηση στο σύστημα.
Χρησιμοποιήστε τμηματοποίηση ανά έκδοση εφαρμογής στις αναφορές συνεδρίας. Η έκδοση 3.2.0 δείχνει Session Duration 4 λεπτά, η έκδοση 3.2.1 — 2 λεπτά. Αιτία — αλλαγή στο onboarding. Η επαναφορά της έκδοσης αποκαθιστά τη μέτρηση. Χωρίς τμηματοποίηση ανά έκδοση, θα βλέπατε μέση πτώση αλλά δεν θα βρίσκατε την αιτία.
Power Users (5+ συνεδρίες την ημέρα) — το βασικό σας κοινό. Casual Users (1–2 συνεδρίες την εβδομάδα) — ομάδα για επανενεργοποίηση. Dormant Users (0 συνεδρίες σε 30 ημέρες) — υποψήφιοι για retargeting ή διαγραφή από push ειδοποιήσεις.
Για κάθε τμήμα υπολογίστε ξεχωριστές μετρήσεις: το Session Duration για Power Users θα δείξει το βάθος χρήσης, και για Casual — τα εμπόδια εισόδου. Σύμφωνα με δεδομένα της Amplitude (2024), οι εφαρμογές που εξατομικεύουν το περιεχόμενο ανά τμήμα συνεδρίας αυξάνουν το Session Duration κατά μέσο όρο 18% το μήνα.
Η διατήρηση υπολογίζεται μέσω συνεδριών: ο χρήστης διατηρείται την Ημέρα Ν εάν είχε τουλάχιστον μία συνεδρία. Ωστόσο, διαφορετικά προϊόντα απαιτούν διαφορετικούς ορισμούς. Για κοινωνικά δίκτυα, η συνεδρία μπορεί να είναι 1 δευτερόλεπτο (απλά άνοιξε για να ελέγξει ειδοποιήσεις), για υπηρεσία ροής — 15 λεπτά.
Χρησιμοποιήστε συνεδρίες απεγκατάστασης ως δείκτη ποιότητας: εάν μετά από ενημέρωση αυξήθηκε ο αριθμός σύντομων συνεδριών (λιγότερο από 10 δευτερόλεπτα), οι χρήστες δεν βρίσκουν την απαραίτητη λειτουργικότητα. Αυτό είναι πρώιμο σήμα προβλημάτων UX πριν από την αύξηση των απεγκαταστάσεων.
Συνδέστε τις συνεδρίες με την πηγή κίνησης: οι χρήστες από πληρωμένα κανάλια θα πρέπει να έχουν περισσότερες συνεδρίες και μεγαλύτερο Session Duration. Εάν η οργανική κίνηση δείχνει Session Duration 40% υψηλότερο από την πληρωμένη, το πρόβλημα είναι στην ποιότητα στόχευσης. Η απόδοση συνεδρίας βοηθά στη βελτιστοποίηση του προϋπολογισμού απόκτησης.
Συχνές Ερωτήσεις
Η μέση διάρκεια συνεδρίας εξαρτάται από την κατηγορία: παιχνίδια — 8–15 λεπτά, κοινωνικά δίκτυα — 5–10 λεπτά, βοηθητικά προγράμματα — 1–3 λεπτά. Η τάση είναι πιο σημαντική: εάν το Session Duration μειωθεί κατά 20% σε ένα μήνα, απαιτείται έλεγχος UX.
Πολλά αναλυτικά SDK δεν καταγράφουν το συμβάν λήξης κατά την ελαχιστοποίηση — περιμένουν χρονικό όριο. Εάν ο χρήστης ελαχιστοποίησε την εφαρμογή για 1 λεπτό και επέστρεψε, αυτό μετράται ως μία συνεδρία. Μόνο μετά το χρονικό όριο (30–60 λεπτά) ξεκινά νέα συνεδρία.
Η διατήρηση χρήστη την Ημέρα Ν υπολογίζεται ως το ποσοστό αυτών που εγκατέστησαν και είχαν τουλάχιστον μία συνεδρία εκείνη την ημέρα. Εάν οι συνεδρίες δεν παρακολουθούνται σωστά, η διατήρηση θα υποτιμάται ή θα υπερτιμάται συστηματικά.
Ναι, η δραστηριότητα παρασκηνίου (αναπαραγωγή μουσικής, πλοήγηση, συγχρονισμός) μπορεί να διατηρεί την εφαρμογή σε ενεργή κατάσταση. Είναι καλύτερο να διαχωρίζετε τις συνεδρίες προσκηνίου (ο χρήστης βλέπει οθόνη) από τις συνεδρίες επεξεργαστή (εργασία παρασκηνίου χωρίς διεπαφή).
Για συνδρομητικές υπηρεσίες (ροή, γυμναστική, εκπαίδευση) συνιστάται χρονικό όριο 5–10 λεπτών. Οι χρήστες συχνά επιστρέφουν μετά από σύντομη παύση — και κάθε παύση πρέπει να μετράται ως νέα συνεδρία για να μην παραμορφώνεται το Session Duration.
Σύνοψη
Θα αναπτύξουμε μια εφαρμογή για κινητά έτοιμη για χρήση
Η IT Sectr δημιουργεί εφαρμογές iOS και Android για νεοφυείς επιχειρήσεις και επιχειρήσεις από το 2017. Θα σας συμβουλεύσουμε και θα προτείνουμε την καλύτερη λύση.
Διαβάστε επίσης