Запис сесій у мобільній аналітиці — суть, можливості та принцип роботи

Що таке запис сесій?

Запис сесій (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 і crash-сесії. Налаштуйте алерти на аномальну поведінку — зростання 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, crash і slow rendering, інтеграція з 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), версією застосунку, джерелом трафіку та поведінковим сегментом. Тільки тоді ви побачите патерни, характерні для конкретної групи користувачів.