Sessioninspelning i mobilanalys — essens, möjligheter och funktionsprincip

Vad är sessioninspelning?

Sessioninspelning (session recording, session replay) — teknik som spelar in och spelar upp alla användaråtgärder i appen: klick, svep, textinmatning, övergångar mellan skärmar och scrollning. Resultatet ser ut som en video, men i själva verket är det en sekvens av rekonstruerade händelser och gränssnittstillstånd.

Till skillnad från analysmått (DAU, Conversion Rate) ger en sessioninspelning sammanhang: varför användaren lämnade, vid vilket steg felet uppstod och vad de försökte göra innan de gick. Enligt uppgifter från NN Group (2024) är session recording den enda metoden som visar diskrepansen mellan förväntat och faktiskt användarbeteende med noggrannheten av ett enda klick.

Hur fungerar tekniken session recording

Insamling av händelser och tillståndsögonblicksbilder

Datainsamling börjar med att ansluta en SDK (UXCam, Smartlook, Hotjar) som fångar alla beröringshändelser, gester, UI-ändringar och systemfel. Varje händelse sparas med en tidsstämpel och sammanhang — skärmidentifierare, koordinater, målelement. Data buffras på enheten och skickas till servern i omgångar.

Uppspelning via canvas eller DOM

Uppspelning realiseras på två sätt: via canvas-rendering (sekventiell ritning av skärmbilder) eller via DOM-uppspelning (rekonstruktion av elementträdet). Canvas-metoden ger en exakt kopia av skärmen men kräver mer trafik. DOM-metoden är lättare men beror på appversionen och kan förvränga visningen vid UI-ändringar.

Filtrering av privata data

Integritet — en kritisk aspekt av session recording. SDK maskerar automatiskt lösenordsfält, kortnummer och personuppgifter. Ställ in ytterligare maskeringsregler via konfiguration: dölj specifika UI-element efter ID eller klass. Enligt UXCam (2024) godkänner 92 % av användarna sessioninspelning under förutsättning av maskering av konfidentiella fält. Utan maskering sjunker godkännandet under 40 %, vilket gör urvalet icke-representativt för hela publiken.

Vilka insikter ger sessioninspelning

Sessioninspelning avslöjar tre typer av problem: tekniska (buggar, krascher), beteendemässiga (missförstånd av gränssnittet) och kontextuella (överensstämmelse inte med förväntningar). Tekniska problem syns omedelbart — skärmen laddas inte, knappen svarar inte på beröring, animationen avbryts. Beteendeproblem är mer komplexa — användaren klickar upprepade gånger i en zon (rage click) och lämnar sedan.

Kontextuella problem kräver jämförelse med marknadskanaler. Om användare från Instagram beter sig under onboarding annorlunda än de från Google Ads, segmentera inspelningar efter trafikkälla. Enligt uppgifter från Smartlook (2024) hänför sig 35 % av insikterna från sessioninspelningar till kontext — inte buggar, utan diskrepansen mellan förväntan och verklighet.

Tillämpning för konverteringsoptimering

Session recording — ett viktigt verktyg för konverteringsoptimering (CRO). Granska inspelningar av användare som inte slutförde målåtgärden och hitta ett gemensamt mönster. Till exempel visar 5 av 10 inspelningar att användare fyller i ett formulär, klickar på “Skicka” och ser ett felmeddelande utan fältangivelse — detta är en UX-bugg.

Metoden “avvisningstratt”: filtrera inspelningar av användare som nådde ett specifikt steg i tratten (t.ex. betalskärm) och lämnade. Titta på 20–30 inspelningar och klassificera orsakerna till avhopp: tekniskt fel, lång laddning, missförstånd av gränssnittet eller oväntad kostnad. Enligt VWO (2024) avslöjar analys av 30 inspelningar 80 % av trattens kritiska problem.

Automatisera problemsökning: plattformar som UXCam markerar automatiskt rage click, U-turn och kraschsessioner. Ställ in varningar för avvikande beteende — en ökning av rage click med 50 % på en dag kräver omedelbar kontroll via sessioninspelningar.

Exempel på implementering av sessioninspelning

För integrering av UXCam i en Android-app, använd Kotlin-koden nedan. Den initierar SDK med appnyckeln och aktiverar maskering av konfidentiella fält.

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))
    }
}

Efter integrering spelar SDK automatiskt in alla sessioner. Segmentera inspelningar i UXCam-instrumentpanelen efter appversion, enhetstyp och händelser (t.ex. “användaren slutförde inte betalningen”).

Plattformar för sessioninspelning: jämförelse

Plattformsval för session recording beror på app-plattformen (webb / mobil / cross-platform), budget och erforderligt datadjup. Hotjar — en populär lösning för webbplatser med en gratisplan på 35 sessioner per dag, men utan stöd för mobila SDK:er. Smartlook passar för cross-platform-projekt: spelar in webb, Android och iOS i ett projekt med enhetlig analys.

UXCam — en specialiserad lösning för mobila appar med maximalt djup: automatisk detektering av rage click, U-turn, krasch och långsam rendering, integration med Firebase och Amplitude, samt ML-klustering av problematiska sessioner. LogRocket — val för webbappar med fokus på teknisk felsökning: spelar inte bara in UI utan även Redux store-status, nätverksförfrågningar och console.log. Alla plattformar stöder filtrering efter händelser — konfigurera inspelning av endast de sessioner där en nyckelhändelse inträffade, t.ex. betalningsfel, för att inte fylla lagringen med onödiga data.

Urvalskriterier: stöd för target SDK, datamaskering direkt ur lådan, integration med nuvarande analysstack, gränser för antal sessioner och lagringstid för inspelningar. Enligt AwesomeTech (2025) väljer 65 % av teamen UXCam för mobila appar med hög belastning (100k+ MAU) och Smartlook för medelstora projekt med cross-platform-krav.

GDPR och integritet vid sessioninspelning

GDPR-efterlevnad — ett obligatoriskt krav vid användning av session recording i appar för användare från EU. Grundläggande krav: inhämta uttryckligt samtycke innan inspelning påbörjas, erbjuda möjlighet att avböja, maskera alla personuppgifter (PII) och lagra inspelningar inte längre än nödvändigt (rekommenderas 30–90 dagar).

Konfigurera SDK för automatisk maskering: dölj fälten email, phone, card_number, passport och alla textfält markerade med attributet sensitive. Använd en allowlist för UI-element som kan spelas in och en blocklist för konfidentiella. Enligt UXCam (2024) är 78 % av GDPR-problemen vid sessioninspelning relaterade till otillräcklig maskering av anpassade UI-element, inte systemfält.

För användare från USA, beakta CCPA (California Consumer Privacy Act): erbjud möjligheten att begära borttagning av alla sessioninspelningar för en specifik användare. Implementera detta via användar-ID i SDK — anropet UXcam.deleteUserData(userId) tar bort alla relaterade inspelningar från servrarna.

Typiska misstag vid analys av inspelningar

Första misstaget — titta på inspelningar utan hypotes. Om du öppnar slumpmässiga sessioner utan frågor finns det risk att du spenderar timmar på att titta på “normalt” beteende utan att hitta problem. Formulera alltid en hypotes: “Användare når inte betalningen — jag ska kolla var de fastnar på kundvagnsskärmen”.

Andra misstaget — extrapolering av en enskild inspelning till hela publiken. En session med rage click kan vara ett undantag orsakat av en bugg på en specifik enhet. Bekräfta mönstret på 5–10 inspelningar och kontrollera sedan omfattningen av problemet via kvantitativ analys. Enligt Hotjar (2024) bekräftas inte 60 % av “problematiska” inspelningar vid masskontroll.

Tredje misstaget — ignorera segmentering av inspelningar. Att titta på inspelningar “alla i rad” ger en suddig bild. Segmentera efter plattform (iOS / Android), appversion, trafikkälla och beteendesegment. Först då ser du mönster som är karakteristiska för en specifik användargrupp.