Настройка мониторинга скорости запуска приложения (Launch Time Tracking)

Время холодного запуска — первая метрика, которую замечает пользователь. Если ваш cold launch превышает 2 секунды, каждый двадцатый пользователь может закрыть приложение. Apple рекомендует холодный запуск менее 20 секунд, но реальный порог терпения ниже. Без мониторинга вы не узнаете, что P95 достигает 5 секунд. Мониторинг перцентилей (P50, P95) даёт полную картину: среднее значение скрывает хвост, который убивает пользовательский опыт. Настройка алертов на регрессию позволяет не пропустить ухудшение между релизами. Мы настраиваем мониторинг запуска для iOS и Android, используя MetricKit и Firebase Performance — многолетний опыт и десятки реализованных интеграций. С нашей помощью вы сможете в течение двух дней получить прозрачную систему метрик и перестать гадать, что тормозит запуск. Настройка включает интеграцию SDK, создание дашборда и настройку уведомлений в Slack или Telegram. Это позволяет сэкономить до 40% времени на отладку регрессий и повысить конверсию удержания на 5-10%.

Мониторинг скорости запуска: что измеряем и как

Cold launch — приложение не в памяти, процесс создаётся заново. Самый медленный, самый важный для мониторинга. Warm launch (iOS) — приложение было в памяти, но сброшено в background. Процесс жив, но viewDidLoad выполняется заново. Hot launch — возврат из background. Практически мгновенный. Мониторить нужно cold и warm. Hot не показателен.

Почему холодный запуск — главная метрика?

Холодный запуск — первое впечатление пользователя. Если он длится дольше 3 секунд, каждый двадцатый пользователь может закрыть приложение. Apple в рекомендациях по производительности требует холодный запуск менее 20 секунд, но реальный порог терпения — около 2 секунд. Мониторинг P95 показывает худший сценарий, который не виден в среднем.

Какой инструмент мониторинга выбрать для вашего проекта?

Выбор между MetricKit и Firebase Performance зависит от платформы и требований к real-time данным. MetricKit идеален для iOS-only проектов, где нужна агрегированная статистика от всех пользователей без установки SDK. Firebase Performance подходит для кроссплатформенных приложений и позволяет получать данные в реальном времени с разбивкой по устройствам. Подробнее о Firebase Performance можно узнать в документации Firebase Performance.

Как настроить мониторинг запуска?

1. Выберите инструмент: MetricKit или Firebase Performance.
2. Интегрируйте SDK в проект.
3. Добавьте кастомные метки для pre-main времени (iOS) или инициализации (Android).
4. Создайте дашборд метрик (P50, P95, распределение по версиям).
5. Настройте алерты на регрессию: уведомление, если P95 холодного запуска вырос на 20% по сравнению с предыдущей версией.
6. Проверьте сбор данных на реальных устройствах через TestFlight или Firebase App Distribution.

Встроенные инструменты платформ

iOS — MetricKit. Начиная с iOS 13, система агрегирует диагностику реальных пользователей и отдаёт через MXMetricManager:

class AppDelegate: MXMetricManagerSubscriber { func applicationDidFinishLaunching() { MXMetricManager.shared.add(self) } func didReceive(_ payloads: [MXMetricPayload]) { for payload in payloads { if let launchMetric = payload.applicationLaunchMetrics { let coldLaunchP50 = launchMetric.histogrammedTimeToFirstDrawKey .histogram(for: .applicationLaunchTimeToFirstDraw) Analytics.track("cold_launch_p50", value: coldLaunchP50) } } } } 

MetricKit отдаёт данные раз в сутки, агрегированные за предыдущие 24 часа. Это не real-time, но реальная выборка по всем пользователям.

Android — Firebase Performance Monitoring. app_start trace собирается автоматически при подключении SDK. Разделяет app_start_cold и app_start_warm. Доступен в Firebase Console с разбивкой по устройствам, версиям ОС, версиям приложения.

Для кастомных меток в Android — FirebasePerformance.getInstance().newTrace("custom_init") + start() / stop(). Позволяет понять, какая именно инициализация тормозит.

Как измерить pre-main время на iOS?

Pre-main время (загрузка dynamic linker, инициализация Objective-C runtime) не покрывается обычными замерами в AppDelegate. Единственный способ увидеть его — включить переменную окружения DYLD_PRINT_STATISTICS в схеме Xcode. Для автоматического сбора используйте инструментирование через MetricKit и специализированные библиотеки.

Инструментирование в коде

Даже без внешних SDK можно измерить запуск самостоятельно. iOS:

// В AppDelegate или @main static let appLaunchTimestamp = Date() // В viewDidAppear первого экрана let launchDuration = Date().timeIntervalSince(AppDelegate.appLaunchTimestamp) Analytics.track("cold_launch_duration", value: launchDuration) 

Но этот метод неточен — не учитывает pre-main время (динамические библиотеки, runtime). Для pre-main: переменная окружения DYLD_PRINT_STATISTICS в Xcode схеме.

Android:

class App : Application() { override fun onCreate() { val start = SystemClock.elapsedRealtime() super.onCreate() // ... инициализации val initDuration = SystemClock.elapsedRealtime() - start FirebaseAnalytics.getInstance(this).logEvent("app_init_duration") { param("duration_ms", initDuration) } } } 

SystemClock.elapsedRealtime() точнее System.currentTimeMillis() для измерения интервалов.

Dashboard и алерты

Минимальный набор метрик для мониторинга:

Алерт на рост P95 между версиями — важнее абсолютного значения. Регрессия на 500 мс между двумя релизами — сигнал искать виновника в diff изменений.

В Grafana или Firebase Alerts настраиваем уведомление: если P95 cold launch в текущей версии превышает P95 предыдущей версии на 20% — уведомление в Slack.