Real-time отслеживание на экране блокировки долго было историей про iOS. Пока поездка, доставка или заказ двигались к цели, пользователь iPhone видел это в Live Activity — а у пользователей Android между статусами “подтверждён” и “доставлен” была либо серия разрозненных пушей, либо вообще ничего.
Android 16 закрывает этот разрыв. Новые Live Updates приносят live-отслеживание прогресса на экран блокировки Android, в шторку уведомлений и в статус-бар. Для любой команды, отвечающей за жизненный цикл пользователя, это значит одно: real-time опыт, который вы спроектировали, больше не достаётся только половине аудитории.
В статье разберём, что такое Android Live Updates, каким сценариям они подходят и как начать отправлять их через Pushwoosh — с одного SDK, который уже покрывает и iOS, и Android.
Что такое Android Live Updates
Android Live Update — это непрерывное, прогресс-ориентированное уведомление, которое система выносит на экран блокировки, держит в шторке уведомлений и закрепляет чипом в статус-баре — пользователь следит за процессом, не открывая приложение.
Весь жизненный цикл управляется с вашего сервера. Вы отправляете 1 пуш в момент старта активности, ещё несколько — по мере её движения, и финальный пуш — когда она завершена. Каждый пуш обновляет то же самое уведомление на месте, а не создаёт новое поверх старого. За это отвечают 3 операции: start публикует уведомление, update молча его обновляет, end убирает с экрана.
Если вы уже используете iOS Live Activities, это их аналог для Android: та же идея живой, самообновляющейся карточки для real-time события, только построенная на прогресс-ориентированных уведомлениях Android 16. Механика настройки отличается, но маркетинговая задача одна и та же: держать пользователя в курсе непрерывно, а не пинговать его на каждом шаге.
Для команд, которые ведут пользователей на обеих платформах одновременно — а у диаспорной и международной аудитории распределение iOS/Android обычно близко к паритету, — это закрывает последний крупный разрыв в native-опыте. С одним SDK и одним API Pushwoosh вам не нужно проектировать этот сценарий дважды: логика событий общая, различается только то, как система рендерит карточку.
Как это выглядит: отслеживаем поездку от начала до конца 🚕
Возьмём стандартный сценарий райдшеринга — он одинаково узнаваем для международной аудитории, где бы она ни жила. Вот вся поездка как одно Live Update вместо серии пушей.
1. Start — водитель назначен. В момент, когда водитель принимает заказ, ваш бэкенд отправляет start-пуш. На экране блокировки появляется Live Update: “Водитель уже едет — 4 минуты,” с данными машины и расчётным временем. Пассажир видит это, не открывая приложение.
2. Update — поездка движется. По мере приближения водителя и хода поездки бэкенд отправляет update-пуш против той же активности. Карточка обновляется на месте — водитель в пути → подъезжает → поездка началась — время пересчитывается, статус синхронизирован с реальным положением машины. Ни жужжания, ни нового уведомления. Только актуальное состояние, всегда точное.
3. End — поездка завершена. Финальный пуш закрывает Live Update: “Вы на месте. Стоимость: $18,40.” Уведомление само себя очищает. Цикл закрыт.
Пассажир прошёл путь от серии разрозненных пушей до нулевых прерываний и полной прозрачности — live-трекер поездки на экране блокировки от заказа до финиша, вместо пингов, которые мелькают и исчезают. И поскольку карточка остаётся на экране, экран блокировки становится точкой возврата в приложение: пользователи с активным Live Update открывают приложение чаще, а не реже.
Где Live Updates находят своё место — по типу приложения
Тот же паттерн работает везде, где пользователь отслеживает происходящее прямо сейчас, с чётким началом и концом.
| Тип приложения | Start | Что обновляется live | End |
|---|---|---|---|
| E-commerce / доставка | Заказ подтверждён | Готовится, передан в доставку, рядом, ETA | Доставлен |
| Райдшеринг | Водитель назначен | Геопозиция водителя, ETA, поездка в процессе | Поездка завершена |
| FinTech | Перевод инициирован | Этапы верификации и обработки | Транзакция завершена |
| Gaming / live-события | Матч или live-событие началось | Счёт, прогресс события в реальном времени | Итоговый результат |
| Фитнес | Тренировка началась | Прошедшее время, дистанция, прогресс | Сессия завершена |
Из топ-3 вертикалей, где Pushwoosh закрывает больше всего сценариев — E-commerce, Gaming и FinTech, — все три попадают в эту таблицу напрямую: возврат заказа, live-события внутри игры, статус транзакции. В каждой строке правило одно: активность инициирована пользователем, привязана ко времени и продолжается прямо сейчас. Live Update несёт состояние между стартом и концом; пуш-уведомление срабатывает только тогда, когда по пути реально нужно решение пользователя.
Когда не стоит использовать Live Updates 🚫
У Live Updates одно жёсткое правило, и Android следит за его соблюдением: Live Updates — только для инициированных пользователем, привязанных ко времени активностей, которые реально идут прямо сейчас, и ни для чего больше.
Это исключает:
- Промо, акции и кампании. Live Update — не рекламная площадка. Держите это в push, in-app и email.
- Чат-сообщения и фоновую информацию. Никаких переписок, никаких “просто чтобы вы знали” апдейтов, которые не являются live-активностью.
- Всё, что пользователь закрыл. Никогда не публикуйте повторно Live Update, который пользователь смахнул с экрана.
Воспринимайте это как защиту, а не ограничение. Live Update получает постоянное место на экране блокировки именно потому, что зарезервировано для того, что пользователь сам попросил отслеживать. Наполните его маркетингом — и оно перестанет быть полезным, а Android позаботится о том, чтобы оно перестало быть доступным.
Как настроить в Pushwoosh 🛠️
Отправлять Live Updates вручную не придётся — они срабатывают на события, которые ваше приложение уже отслеживает. Настройка — разовая задача для команды разработки, и она делится на 3 шага:
-
Выберите сценарий и его 3 момента
Определите одну real-time активность (заказ, поездка, доставка, перевод) и отметьте её start, промежуточные update и end. Это вся карта, которая нужна Live Update.
-
Свяжите её с существующими событиями
Разработчик подключает изменения статуса, которые вы уже отслеживаете, так что каждое отправляет нужный момент: start при начале активности, update при каждой смене статуса, end по завершении.
-
Дайте Pushwoosh отрендерить её
SDK сам рисует уведомление — прогресс-бар, иконку, live-чип — и обновляет его на месте при каждом апдейте. Ничего не нужно проектировать под каждое сообщение отдельно.
Вот и всё. Это разовая интеграция внутри того же проекта Pushwoosh, который вы уже используете для push, email и in-app, а дальше она работает сама на ваших реальных событиях.
Для команд, которые уже проходили аудит безопасности поставщиков: Pushwoosh сертифицирован по SOC 2 Type I и ISO 27001:2022, соответствует GDPR, а дата-центры в ЕС и США дают контроль над резидентностью данных — это касается и Live Updates, и остальных каналов на той же платформе.
