Cold / Warm / Hot Start

Cold Start / Warm Start / Hot Start · cold start app · cold launch · app startup time · время запуска приложения

Определение

Cold / Warm / Hot start — три уровня запуска мобильного приложения по степени сохранённого состояния в памяти; cold start требует полной инициализации и является критическим параметром воспринимаемой производительности.

Три типа запуска приложения

Состояние памяти устройства в момент запуска определяет, сколько времени потребуется пользователю до первого взаимодействия с контентом.

Cold Start (холодный запуск)

Процесс приложения не существует — система создаёт его с нуля:

ОС выделяет память и создаёт процесс
Загружается JVM/Dalvik (Android) или запускается runtime (iOS)
Инициализируется класс Application / AppDelegate
Создаётся первый экран (Activity / ViewController)
Загружаются данные для первого экрана

Это самый дорогой сценарий. Типичное время — 500 мс–3 с, в тяжёлых случаях до 8–10 с.

Warm Start (тёплый запуск)

Процесс существует в памяти, но Activity/ViewController была уничтожена (пользователь нажал «Назад» или ОС освободила ресурсы). Нет необходимости инициализировать Application — только пересоздать UI.

Быстрее cold start в 2–4 раза.

Hot Start (горячий запуск)

Приложение возвращается из фона: процесс жив, контекст сохранён. ОС возобновляет Activity/ViewController. Для пользователя — мгновенное возвращение на прежний экран.

Тип	Что создаётся заново	Типичное время
Cold	Процесс + Application + UI	500 мс–3 с+
Warm	UI (Application готов)	200–500 мс
Hot	Ничего (только восстановление)	< 100 мс

Почему cold start критичен для e-commerce

В e-commerce приложениях cold start особенно важен в двух сценариях:

Переход по push-уведомлению — пользователь не запускал приложение несколько часов, оно выгружено из памяти. Cold start 3+ с «остужает» намерение, сформированное пушем. Самое дорогое время для потери конверсии.

Утренний запуск — пользователь открывает приложение первым делом утром. Если первый экран загружается медленно, сессия начинается с разочарования.

Важно: отслеживайте cold start в Google Play Console (Android Vitals → App startup time) и Xcode Instruments / MetricKit (iOS). Оба инструмента позволяют видеть перцентили (p50, p95) — не только среднее.

Что замедляет cold start

Синхронные сетевые запросы в Application.onCreate() — блокируют основной поток
Тяжёлые SDK с немедленной инициализацией — аналитика, рекомендации, push-сервисы инициализируются последовательно
Большой размер DEX — дольше загрузка классов
Ожидание ответа сервера перед показом UI — пользователь видит белый экран вместо skeleton

Частые вопросы

Какой cold start считается приемлемым?

По рекомендациям Google: cold start до 500 мс — отлично, до 1000 мс — хорошо, от 1000 до 5000 мс — терпимо, выше 5000 мс — проблема. Apple не называет цифры, но TTID (Time to Interactive Display) > 400 мс фиксируется MetricKit как медленный запуск.

Как ускорить cold start на Android?

Основные техники: отложить инициализацию тяжёлых библиотек (lazy init), убрать блокирующие сетевые запросы из Application.onCreate(), уменьшить размер DEX-файлов, использовать App Startup (Jetpack), включить baseline profiles для предварительной компиляции.

Как cold start влияет на конверсию в e-commerce приложениях?

Пользователи, пришедшие по push-уведомлению, особенно чувствительны к cold start — их намерение покупки максимально в первые секунды. Cold start 3+ с за это время «остужает» намерение. Внутренние исследования мобильных команд показывают корреляцию: -10% конверсии на каждую секунду cold start выше 2 с.

Gravity Field

Персонализация для e-commerce — на одной платформе

Gravity Field помогает онлайн-ритейлерам растить конверсию, средний чек и удержание за счёт персонализации на всех этапах пути покупателя — без перегрузки IT.

✦Товарные рекомендации и merchandising-правила

✦A/B-тесты с байесовской статистикой и автопилотом (MAB)

✦Персонализация контента, PLP и сегментация аудитории

✦AI Shopping Assistant с доказанным ростом выручки на визит

Запросить демо →