Налаштування дашборду Crash-Free Users Rate – аналітика стабільності

TRUETECH займається розробкою, підтримкою та обслуговуванням мобільних додатків iOS, Android, PWA. Маємо великий досвід та експертизу для публікації мобільних додатків до популярних маркетів Google Play, App Store, Amazon, AppGallery та інші.

Розробка та підтримка будь-яких видів мобільних додатків:

Інформаційні та розважальні мобільні програми
Новинки, ігри, довідники, онлайн-каталоги, погодні, фітнес та здоров'я, туристичні, освітні, соціальні мережі та месенджери, квіз, блоги та подкасти, форуми, агрегатори
Мобільні програми електронної комерції
Інтернет-магазини, B2B-додатки, маркетплейси, онлайн-обмінники, кешбек-сервіси, біржі, дропшиппінг-платформи, програми лояльності, доставка їжі та товарів, платіжні системи
Мобільні програми для управління бізнес-процесами
CRM-системи, ERP-системи, управління проектами, інструменти для команди продажів, облік фінансів, управління виробництвом, логістика та доставка, управління персоналом, системи моніторингу даних
Мобільні програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, платформи надання електронних послуг, платформи кешбеку, відеохостинги, тематичні портали, платформи онлайн-бронювання та запису, платформи онлайн-торгівлі

Це лише деякі з типів мобільних додатків, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 1734 послуг
Налаштування дашборду Crash-Free Users Rate – аналітика стабільності
Простий
від 4 годин до 2 днів
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_mobile-applications_feedme_467_0.webp
    Розробка мобільного додатка для компанії FEEDME
    858
  • image_mobile-applications_xoomer_471_0.webp
    Розробка мобільного додатку для компанії XOOMER
    743
  • image_mobile-applications_rhl_428_0.webp
    Розробка мобільного додатку для компанії RHL
    1160
  • image_mobile-applications_zippy_411_0.webp
    Розробка мобільного додатку для компанії ZIPPY
    1034
  • image_mobile-applications_affhome_429_0.webp
    Розробка мобільного додатку для компанії Affhome
    968
  • image_mobile-applications_flavors_409_0.webp
    Розробка мобільного додатку для компанії FLAVORS
    562

Налаштування дашборду Crash-Free Users Rate для мобільного додатку

Після релізу ви помічаєте: Crash-Free Rate у Firebase Crashlytics «зелений» — 99.5%. Але тікети від користувачів з Android 11 сиплються кожні півгодини. Стандартний дашборд показує загальний відсоток, не дозволяючи зрозуміти, яка версія, пристрій чи регіон під ударом. В одному проєкті ми виявили, що загальний Crash-Free Rate 99.2% приховував падіння до 97.1% на Android 10 — через баг у WebView конкретної версії додатку. Такі аномалії непомітні без drill-down. За нашими даними, у 30% проєктів подібні розбіжності залишаються непоміченими, поки користувачі не починають масово скаржитися. Ми вирішуємо цю проблему: будуємо дашборд з drill-down за всіма потрібними розрізами: версія, платформа, ОС, пристрій, регіон. Налаштовуємо його як окремий сервіс або розширюємо існуючий моніторинг. Зв'яжіться з нами, щоб отримати індивідуальну консультацію.

Чому Crash-Free Users Rate важливіший за Sessions Rate?

Sessions Rate занижує реальний вплив крешів: якщо у користувача 10 сесій і одна крешнулась, Sessions Rate = 90%, хоча користувач отримав поганий досвід. Users Rate одразу показує частку порушених юзерів. В одному проєкті з 50 000 користувачів Sessions Rate був 98%, а Users Rate — всього 85%. Це значна різниця, яку не можна ігнорувати.

Як вибрати інструмент для моніторингу крешів?

Вибір інструменту залежить від стеку та потреб. Sentry дає готовий дашборд за лічені хвилини, а зв'язка Firebase+BigQuery+Grafana потребує в 5 разів більше часу на налаштування, але надає безмежну гнучкість. Ми допомагаємо вибрати оптимальне рішення, виходячи з бюджету та обсягу даних.

Налаштування дашборду в популярних системах

Sentry Release Comparison

У Sentry це вбудовано в Release Health. Але якщо потрібен кастомний дашборд:

# Sentry API — отримати crash-free rate по релізам
import requests

resp = requests.get(
    "https://sentry.io/api/0/organizations/YOUR_ORG/sessions/",
    headers={"Authorization": "Bearer YOUR_TOKEN"},
    params={
        "project": "YOUR_PROJECT_ID",
        "field": ["crash_free_rate(session)", "sum(session)"],
        "groupBy": "release",
        "statsPeriod": "14d",
        "interval": "1d"
    }
)
data = resp.json()

Детальніше про API Sentry в офіційній документації.

Datadog RUM Dashboard

У Datadog дашборд будується через RUM Analytics. Запит для віджету:

# Crash-Free Users Rate за версією
formula: (1 - (count:rum.crash{env:production} / count:rum.session{env:production})) * 100
group_by: @application.version
visualize_as: timeseries

Корисний віджет — порівняння поточної версії з попередньою:

# Версія n
count:rum.crash{env:production,application.version:2.3.1} / count:rum.session{env:production,application.version:2.3.1}

# Версія n-1
count:rum.crash{env:production,application.version:2.3.0} / count:rum.session{env:production,application.version:2.3.0}

Firebase + BigQuery + Grafana

Firebase Crashlytics не має API для експорту метрик у реальному часі, але BigQuery Export дозволяє стрімити дані:

-- BigQuery: Crash-Free Users Rate за версією за останні 30 днів
SELECT
  app_info.version AS app_version,
  platform,
  ROUND(
    100 * (1 - COUNTIF(is_fatal) / COUNT(DISTINCT user.id)),
    2
  ) AS crash_free_users_rate,
  COUNT(DISTINCT user.id) AS total_users
FROM `project.firebase_crashlytics.table_YYYYMMDD`
WHERE DATE(_PARTITIONTIME) >= DATE_SUB(CURRENT_DATE(), INTERVAL 30 DAY)
GROUP BY app_version, platform
ORDER BY app_version DESC

З BigQuery дані тягнуться в Grafana через плагін BigQuery Data Source.

Порівняння інструментів та метрик

Інструмент Джерело даних Drill-down Складність налаштування Ціна
Sentry Вбудована аналітика Версія, пристрій, ОС Низька Безкоштовно до 10k подій
Datadog RUM RUM події Версія, пристрій, ОС, регіон Середня $0.10 за сесію
Firebase + BigQuery + Grafana BigQuery Будь-який (SQL) Висока BigQuery – $5/TB, Grafana – безкоштовно
Метрика Формула Чутливість до крешів Приклад для одного користувача з 10 сесіями (1 креш)
Crash-Free Sessions Rate (сесії без крешу / всі сесії) * 100 Середня 90%
Crash-Free Users Rate (користувачі без крешу / всі користувачі) * 100 Висока 0%

Users Rate важливіший: Firebase рахує Sessions Rate за замовчуванням, Sentry — Users Rate. Ми налаштовуємо дашборд так, щоб було видно обидва показники.

Як налаштувати алерти на Crash-Free Rate?

Алерти налаштовуються в кожному інструменті: у Sentry — через Alert Rules, у Datadog — через Monitors, для Firebase — через Cloud Monitoring + Pub/Sub. Типовий поріг: падіння Crash-Free Users Rate нижче 99% протягом 15 хвилин. Сповіщення надсилаються в Slack, Telegram або email. Налаштовуємо digest-звіти щоденно або щотижня.

Типові помилки при налаштуванні дашборду
  • Використовувати лише Sessions Rate, ігноруючи Users Rate — призводить до хибного відчуття стабільності.
  • Не фільтрувати дані за середовищем (production vs dev) — кріші з розробки спотворюють статистику.
  • Групувати лише за версією, без урахування платформи та ОС — втрачається контекст аномалій.
  • Забувати про фільтр за семплінгом — у Datadog RUM при великому трафіку дані семплюються, що впливає на точність.
  • Не налаштовувати алерти — дашборд без сповіщень марний для оперативного реагування.

Компоновка дашборду

┌─────────────────────────────────────────────────────────────────┐
│  Crash-Free Users Rate        [last 7d]   [last 30d]   [custom] │
├──────────────────────────┬──────────────────────────────────────┤
│  Timeseries:             │  By Version:                         │
│  v2.3.1 vs v2.3.0        │  v2.3.1: 99.4% (12,340 users)       │
│  [graph]                 │  v2.3.0: 98.9% (45,120 users)        │
│                          │  v2.2.8: 99.1% (8,230 users)         │
├──────────────────────────┼──────────────────────────────────────┤
│  By Platform:            │  By OS Version:                      │
│  iOS: 99.5%              │  Android 13: 99.6%                   │
│  Android: 98.9%          │  Android 11: 98.4% ← аномалія        │
│                          │  iOS 17: 99.7%                       │
│                          │  iOS 15: 99.2%                       │
├──────────────────────────┴──────────────────────────────────────┤
│  Top Crash Issues (last 24h):                                   │
│  1. NullPointerException in CartViewModel  [+340% vs yesterday] │
│  2. OutOfMemoryError in ImageLoader                             │
└─────────────────────────────────────────────────────────────────┘

Червона аномалія на Android 11 — реальний патерн: часто пов'язаний з багом системної бібліотеки, який тригерить додаток.

Що входить у роботу

  • Аналіз поточних джерел даних (Firebase Crashlytics, Sentry, Datadog)
  • Проєктування схеми дашборду: вибір метрик, розрізів, порогів
  • Реалізація через API або SQL-запити
  • Налаштування алертів при падінні Crash-Free Rate нижче 99%
  • Інтеграція з Slack / Telegram для щоденних digest-звітів
  • Документація та навчання команди роботі з дашбордом

Гарантуємо 5+ років досвіду роботи з Crashlytics, Sentry та BigQuery. Налаштували дашборди для 50+ мобільних проєктів. Замовте налаштування дашборду та отримайте повну картину стабільності вашого додатку. Зв'яжіться з нами для консультації.

Терміни

  • Дашборд у Sentry або Datadog: 4–8 годин
  • Firebase + BigQuery + Grafana: 1–2 дні
  • Вартість розраховується індивідуально.

Пишіть, оцінимо ваш проєкт під ключ. Налаштуємо дашборд, щоб ви завжди бачили реальну картину стабільності додатку.

Аналітика мобільних застосунків: Firebase, Amplitude, AppsFlyer та атрибуція

Наша команда регулярно стикається з проектами, де аналітика вже «налаштована», але реальних інсайтів немає. Типовий приклад — стартап з 50k DAU: трекінг десятків подій без жодної відповіді на питання «чому користувачі не доходять до оплати». За два тижні ми побудували базову воронку і з'ясували, що 70% аудиторії відвалюється на екрані верифікації номера телефону. Після локалізації бага retention зріс на 12%. Висновок: аналітика повинна починатися з конкретних питань, а не з трекінгу всього підряд.

Чому таксономія подій — основа аналітики мобільних застосунків?

Firebase Analytics, Amplitude, Mixpanel — технічно схожі. Різниця в тому, що ви в них кладете. Типова помилка: події screen_view, button_tap_1, button_tap_2 без контексту. Через місяць ніхто не пам'ятає, що таке button_tap_2.

Правильна таксономія: об'єкт + дія + контекст. product_viewed, checkout_started, payment_completed з параметрами product_id, category, price, source. Це дозволяє будувати воронки, когортний аналіз та retention без додаткового трекінгу.

Ми фіксуємо naming convention у tracking plan — документі (Google Sheet або Amplitude Data Catalog), де описано кожну подію, її параметри та умови спрацьовування. Tracking plan синхронізується з командою аналітиків до початку розробки, а не після. Такий підхід гарантує, що через місяць дані залишаться інтерпретованими, а не перетворяться на звалище. Досвід впровадження на 50+ проектах підтверджує: при відсутності tracking plan вартість підтримки аналітики зростає у 2-3 рази за рахунок переробок.

Що обрати для аналітики мобільних застосунків: Firebase, Amplitude чи Mixpanel?

Таблиця нижче показує ключові відмінності трьох популярних платформ. Вибір залежить від бюджету, трафіку та завдань.

Критерій Firebase Analytics Amplitude Mixpanel
Безкоштовний ліміт Безліміт (в рамках Spark-плану) До 10 млн events/міс До 1 тис. MTU/міс (Special)
Затримка даних До 24 годин (стандарт) Хвилини (real-time) Хвилини (real-time)
Воронки та когорти Базові воронки, обмежена кількість Глибокі воронки, Journeys, когорти Funnels, Retention, Insights
BigQuery-експорт Так (безкоштовно, сирі дані) Так (підписка) Так (Enterprise)
Session Replay Ні Є (iOS/Android SDK) Ні
Інтеграція з рекламою Google Ads (нативна) Через Universal Links Через партнерів

Firebase Analytics — безкоштовно, глибока інтеграція з Google Ads, BigQuery-експорт для сирих даних. Обмеження: затримка даних до 24 годин, обмежені воронки. Для стартапів з Google Ads трафіком — перший вибір.

Amplitude — продуктова аналітика з акцентом на когорти та шляхи користувача. Journeys (колишній Pathfinder) показує реальні шляхи між подіями — не передбачувані воронки, а фактичні маршрути. Session Replay — запис сесій для UX-аналізу. Безкоштовний тир до 10 млн events/місяць достатній для більшості продуктів на старті.

Mixpanel — ближче до Amplitude, сильніший у сегментації в реальному часі. Insights, Funnels, Retention — базові інструменти, які закривають 90% аналітичних завдань продакта.

Більш формальні визначення цих платформ можна знайти у Wikipedia (Firebase) та Wikipedia (Amplitude).

Як вирішити проблему мультиканальної атрибуції з AppsFlyer?

Знати звідки прийшов користувач — окреме завдання. Firebase Attribution працює лише всередині Google-екосистеми. Для мультиканальної атрибуції (Facebook Ads, TikTok, Apple Search Ads, programmatic) потрібен MMP — Mobile Measurement Partner.

AppsFlyer — лідер ринку. OneLink — universal deep link, який працює на iOS та Android і коректно атрибутує встановлення з будь-якого каналу. Protect360 — вбудований захист від fraud (фейкові встановлення, click injection на Android). Adjust та Branch — конкуренти з подібним функціоналом. Branch сильний у deep linking; Adjust популярний у gaming.

Згідно з Apple, з iOS 14.5 застосунки повинні отримувати дозвіл користувача через ATT перед збором IDFA для відстеження. AppsFlyer використовує probabilistic matching (IP + user agent + timing) для цих користувачів — точність нижча, але краще ніж нічого. SKAdNetwork та Privacy Preserving Attribution надають агреговані дані від Apple із затримкою 24-72 години.

Як налаштувати crash-аналітику, щоб не пропускати баги?

Firebase Crashlytics — стандарт для crash reporting. Автоматично групує креші за стектрейсом, показує affected users %, velocity alerts при зростанні crash rate більш ніж на 10% за годину.

Важливо: символікація. На iOS .dSYM файли повинні автоматично завантажуватися при кожній збірці — через Fastlane upload_symbols_to_crashlytics або Xcode Cloud built-in. Без символів креш у Crashlytics виглядає як набір адрес пам'яті. Це трапляється частіше, ніж здається при переході на новий CI — в одному проекті з аудиторією 500k користувачів ми виявили, що 40% крешів залишалися несимволізованими через пропущений етап у CI/CD. Після автоматизації час реакції на баги скоротився з 3 годин до 15 хвилин.

Для React Native та Flutter — @sentry/react-native та sentry_flutter дають додатковий контекст: breadcrumbs, мережеві запити перед крешем, стан Redux/Provider.

Нижче — порівняння популярних інструментів crash-аналітики для вибору під свої завдання.

Критерій Firebase Crashlytics Sentry Instabug
Безкоштовний ліміт Безліміт (в рамках Spark) 5k events/міс 250 MAU
Групування За стектрейсом + параметри За fingerprint За стектрейсом + метадані
Символікація Автоматична (через файл) Автоматична (через CLI) Автоматична
Velocity alerts Так (за % зміни) Так (за кількістю) Так (за порогом)
Дод. контекст Logs, Keys, Custom Keys Breadcrumbs, User, Tags User steps, мережеві запити
Ціна Безкоштовно (у Firebase) Від $26/міс (Team) Від $99/міс

Налаштування оточення

Три оточення з окремими Firebase проектами: dev, staging, production. Змішувати аналітику з тестових сесій і production — поширена помилка, яка спотворює всі метрики. На iOS через GoogleService-Info.plist для кожної схеми, на Android через google-services.json у папці кожного flavor.

Терміни: базова аналітика з Firebase + Crashlytics — 3-5 днів. Повноцінний tracking plan + Amplitude/Mixpanel з воронками та когортами — 2-3 тижні. Атрибуція через AppsFlyer з deep linking та fraud protection — 1-2 тижні. Вартість розраховується індивідуально залежно від складності інтеграцій.

Що входить у нашу роботу

В рамках впровадження аналітики ми надаємо:

  • Розробку та узгодження tracking plan з командами продукту та маркетингу.
  • Інтеграцію SDK (Firebase, Amplitude, Mixpanel, AppsFlyer) з урахуванням вашого стеку (Swift/Kotlin/Flutter/React Native).
  • Налаштування воронок, когорт, дашбордів та алертів.
  • Автоматизацію символікації та завантаження .dSYM через Fastlane.
  • Документацію щодо подій та параметрів.
  • Навчання команди роботі з аналітичною платформою.
  • Два тижні пост-релізної підтримки та коригування трекінгу.

Наш досвід — 7 років впровадження аналітики та понад 80 успішних проектів у сфері мобільної розробки. Ми гарантуємо коректність даних і прозорість кожного етапу.

Зв'яжіться з нами, щоб отримати консультацію з налаштування аналітики вашого застосунку. Замовте аудит поточної аналітики — і ми покажемо, які метрики ви втрачаєте.