Настройка дашборда 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 по всем нужным разрезам: версия, платформа, OS, устройство, регион. Настраиваем его как отдельный сервис или расширяем существующий мониторинг. Свяжитесь с нами, чтобы получить индивидуальную консультацию.

Почему 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 Встроенная аналитика Версия, устройство, OS Низкая Бесплатно до 10k событий
Datadog RUM RUM события Версия, устройство, OS, регион Средняя $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) — крэши из разработки искажают статистику.
  • Группировать только по версии, без учёта платформы и OS — теряется контекст аномалий.
  • Забывать про фильтр по семплингу — в 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 и Wikipedia.

Как решить проблему мультиканальной атрибуции с 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 успешных проектов в сфере мобильной разработки. Мы гарантируем корректность данных и прозрачность каждого этапа.

Свяжитесь с нами, чтобы получить консультацию по настройке аналитики вашего приложения. Закажите аудит текущей аналитики — и мы покажем, какие метрики вы теряете.