Снимање сесија у мобилној аналитици — суштина, могућности и принцип рада

Шта је снимање сесија?

Снимање сесија (session recording, session replay) — технологија која бележи и репродукује све радње корисника у апликацији: кликове, превлачења, унос текста, прелазе између екрана и скроловање. Резултат изгледа као видео, али у стварности је то редослед реконструисаних догађаја и стања интерфејса.

За разлику од аналитичких метрика (DAU, Conversion Rate), снимак сесије пружа контекст: зашто је корисник отишао, у ком кораку је настала грешка и шта је покушавао да уради пре одласка. Према подацима NN Group (2024), session recording је једина метода која показује несклад између очекиваног и стварног понашања корисника са прецизношћу од једног клика.

Како функционише технологија session recording

Прикупљање догађаја и снимака стања

Прикупљање података почиње повезивањем SDK-а (UXCam, Smartlook, Hotjar), који пресреће све догађаје додира, гестове, измене UI и системске грешке. Сваки догађај се чува са временском ознаком и контекстом — идентификатором екрана, координатама, циљним елементом. Подаци се баферују на уређају и шаљу на сервер у деловима.

Репродукција путем canvas-а или DOM-а

Репродукција се реализује на два начина: кроз canvas рендеровање (узастопно цртање снимака екрана) или кроз DOM репродукцију (реконструкција стабла елемената). Canvas приступ даје тачну копију екрана, али захтева већи саобраћај. DOM приступ је лакши, али зависи од верзије апликације и може изобличити приказ при промени UI.

Филтрирање приватних података

Приватност — критичан аспект session recording-а. SDK аутоматски маскира поља за унос лозинки, бројеве картица и личне податке. Подесите додатна правила маскирања кроз конфигурацију: сакријте одређене UI елементе по ID-у или класи. Према подацима UXCam (2024), 92 % корисника пристаје на снимање сесије под условом маскирања поверљивих поља. Без маскирања, пристанак пада испод 40 %, што узорак чини нерепрезентативним за целу публику.

Које увиде пружа снимање сесија

Снимање сесија открива три врсте проблема: техничке (грешке, падове), бихевиоралне (неразумевање интерфејса) и контекстуалне (неусклађеност са очекивањима). Технички проблеми се виде одмах — екран се не учитава, дугме не реагује на додир, анимација се прекида. Бихевиорални су сложенији — корисник више пута кликће у једну зону (rage click), затим одлази.

Контекстуални проблеми захтевају поређење са маркетиншким каналима. Ако се корисници са Instagram-а понашају током онбординга другачије од оних из Google Ads-а, сегментирајте снимке према извору саобраћаја. Према подацима Smartlook (2024), 35 % увида из снимака сесија односи се на контекст — не на грешке, већ на неслагање између очекивања и стварности.

Примена за оптимизацију конверзије

Session recording — кључни алат за оптимизацију конверзије (CRO). Прегледајте снимке корисника који нису завршили циљну радњу и пронађите заједнички образац. На пример, 5 од 10 снимака показује да корисници попуњавају образац, кликну „Пошаљи” и виде поруку о грешци без навођења поља — то је UX грешка.

Метод „левак одбијања”: филтрирајте снимке корисника који су стигли до одређеног корака левка (нпр. екран плаћања) и отишли. Погледајте 20–30 снимака и класификујте разлоге одласка: техничка грешка, дуго учитавање, неразумевање интерфејса или неочекивана цена. Према подацима VWO (2024), анализа 30 снимака открива 80 % критичних проблема левка.

Аутоматизујте проналажење проблема: платформе попут UXCam-а аутоматски означавају rage click, U-turn и сесије с падом. Подесите упозорења на аномално понашање — пораст rage click-а од 50 % у току дана захтева хитну проверу путем снимака сесија.

Пример имплементације снимања сесија

За интеграцију UXCam-а у Android апликацију користите доњи Kotlin код. Он иницијализује SDK са кључем апликације и укључује маскирање поверљивих поља.

class MainApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        UXCam.initialize(this, "YOUR_APP_KEY")
        UXCam.setAutomaticScreenNameTagging(true)
        UXCam.addScreenNameFilter("PaymentActivity")
    }
}

class PaymentActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        UXCam.occludeSensitiveViewGroup(findViewById(R.id.cardNumberInput))
    }
}

Након интеграције, SDK аутоматски снима све сесије. Сегментирајте снимке у контролној табли UXCam-а према верзији апликације, типу уређаја и догађајима (нпр. „корисник није завршио плаћање”).

Платформе за снимање сесија: поређење

Избор платформе за session recording зависи од платформе апликације (веб / мобилна / вишеплатформска), буџета и потребне дубине података. Hotjar — популарно решење за веб-сајтове са бесплатним пакетом од 35 сесија дневно, али без подршке за мобилне SDK-ове. Smartlook је погодан за вишеплатформске пројекте: снима веб, Android и iOS у једном пројекту са јединственом аналитиком.

UXCam — специјализовано решење за мобилне апликације са максималном дубином: аутоматска детекција rage click-а, U-turn-а, падова и спорог рендеровања, интеграција са Firebase и Amplitude, као и ML-кластеризација проблематичних сесија. LogRocket — избор за веб апликације са фокусом на техничко отклањање грешака: снима не само UI, већ и стање Redux стора, мрежне захтеве и console.log. Све платформе подржавају филтрирање по догађајима — подесите снимање само оних сесија у којима се догодио кључни догађај, нпр. грешка плаћања, како не бисте затрпали складиште непотребним подацима.

Критеријуми избора: подршка за target SDK, маскирање података из кутије, интеграција са тренутним аналитичким стеком, ограничења броја сесија и време чувања снимака. Према подацима AwesomeTech (2025), 65 % тимова бира UXCam за мобилне апликације са високим оптерећењем (100k+ MAU), а Smartlook — за средње пројекте са вишеплатформским захтевима.

GDPR и поверљивост при снимању сесија

Усклађеност са GDPR-ом — обавезан услов при коришћењу session recording-а у апликацијама за кориснике из ЕУ. Основни захтеви: добијање изричите сагласности пре почетка снимања, пружање могућности одбијања, маскирање свих личних података (PII) и чување снимака не дуже него што је потребно (препоручује се 30–90 дана).

Подесите SDK на аутоматско маскирање: сакријте поља email, phone, card_number, passport и сва текстуална поља означена атрибутом sensitive. Користите листу дозвољених (allowlist) за UI елементе који се могу снимати и листу блокираних (blocklist) за поверљиве. Према подацима UXCam (2024), 78 % проблема са GDPR-ом при снимању сесија повезано је са недовољним маскирањем прилагођених UI елемената, а не системских поља.

За кориснике из САД узмите у обзир CCPA (California Consumer Privacy Act): обезбедите могућност захтева за брисање свих снимака сесија одређеног корисника. Имплементирајте ово кроз идентификатор корисника у SDK-у — позив UXcam.deleteUserData(userId) обрисаће све повезане снимке са сервера.

Типичне грешке при анализи снимака

Прва грешка — прегледање снимака без хипотезе. Ако отварате насумичне сесије без питања, постоји велика шанса да потрошите сате гледајући „нормално” понашање, не проналазећи проблеме. Увек формулишите хипотезу: „Корисници не стижу до плаћања — проверићу где се задржавају на екрану корпе”.

Друга грешка — екстраполација појединачног снимка на целу публику. Једна сесија са rage click-ом може бити изузетак узрокован грешком на одређеном уређају. Потврдите образац на 5–10 снимака, а затим проверите обим проблема кроз квантитативну аналитику. Према подацима Hotjar (2024), 60 % „проблематичних” снимака не потврђује се при масовној провери.

Трећа грешка — игнорисање сегментације снимака. Прегледање снимака „свих редом” даје замућену слику. Сегментирајте према платформи (iOS / Android), верзији апликације, извору саобраћаја и бихевиоралном сегменту. Тек тада ћете видети обрасце карактеристичне за одређену групу корисника.