За 14 месяцев с выхода Android 16 поддержку Live Updates получили три приложения Google: Карты, Кошелек и, последним в начале августа, приложение «Часы». Live Updates – привилегированный класс уведомлений, который закрепляется вверху шторки, остаётся развёрнутым на экране блокировки и дублируется компактной плашкой в строке состояния (status bar chip). Samsung ещё в One UI 8 связала Now Bar со стандартным механизмом Android, и в вышедшей следом One UI 9 поведение не изменилось: одна реализация платформенного API покрывает и строку состояния Pixel, и экран блокировки Galaxy. Сторонних приложений в этом списке за всё время так и не появилось, и дело не в невнимании к функции: ради неё придётся выбросить собственное оформление уведомлений, уложиться в один из пяти утверждённых шаблонов и держать постоянно работающую службу переднего плана.
Пять шаблонов вместо собственной вёрстки уведомления
Собственная вёрстка уведомления исключена. Приложение обязано взять один из пяти утверждённых шаблонов – Standard Style, BigTextStyle, CallStyle, ProgressStyle или MetricStyle – и объявить в манифесте разрешение POST_PROMOTED_NOTIFICATIONS. Это разрешение не относится к запрашиваемым во время работы: оно выдаётся при установке, отдельного диалога пользователю не показывают. Командам, которые уже выстроили узнаваемый вид собственных уведомлений, эту работу придётся выбросить.
Live Updates – класс уведомлений в Android, рассчитанный на непрерывные события с явным началом и концом: поездку, доставку, таймер, навигацию. Такие уведомления идут выше обычных в шторке и получают отдельное место в строке состояния, на экране блокировки и на постоянно включённом экране.
ProgressStyle появился в Android 16 и рассчитан на сценарии с этапами – поездку, доставку, навигацию. MetricStyle добавили в Android 17 для приложений здоровья и фитнеса, таймеров и поездок: этот шаблон показывает до трёх измеряемых величин одновременно, у каждой своя подпись, значение и необязательная единица измерения. Оставшиеся три стиля закрывают текст и вызовы. Для приложения с узнаваемым видом уведомлений это первый барьер: переход на Live Updates означает не доработку, а замену готового элемента интерфейса на системный.
Now Bar в One UI 8 открыли, эффекта нет
Now Bar – версия той же идеи от Samsung: постоянная поверхность на экране блокировки для того, что происходит прямо сейчас. Попасть туда раньше можно было фактически только по приглашению, поскольку панель работала с приложениями самой Samsung и небольшого круга партнёров. В One UI 8 этот шаг убрали, и Now Bar принимает стандартные Live Updates от Android; в One UI 9 поведение сохранилось.
Практический смысл прост: одна реализация платформенного API выводит уведомление и в строку состояния Pixel, и на экран блокировки Galaxy. Более выгодного соотношения между объёмом работы и охватом устройств у функции не будет. Аргумент про охват сторонним командам уже приводили, и год спустя видно, что сам по себе он ничего не решает.
Секундомер Google появился в строке состояния через 14 месяцев
Самая проработанная реализация у Google Карт: во время активной навигации в строку состояния уходят расчётное время прибытия и подсказки поворотов, а на экране блокировки уведомление разворачивается в карточку с прогрессом поездки. Большую часть первого года Карты оставались в наборе Google практически единственным таким примером. Позже подключился Google Кошелек с отслеживанием рейсов, в остальном же собственные приложения компании охвачены неровно.
Очередь приложения «Часы» (Google Clock) подошла только в начале августа: в версии 9.0 запущенный таймер и секундомер видны в строке состояния, на экране блокировки и на постоянно включённом экране (Always On Display).
Хронология выглядит так. API показали в бетах Android 16 в начале 2025 года, отдельно продвигали на конференции I/O в мае и выпустили вместе с самой Android 16. На то, чтобы вывести секундомер собственного приложения в строку состояния, у Google ушло больше года. Пока владелец платформы не пользуется собственной разработкой, повода браться за неё у сторонних команд немного: отсутствие примеров внутри самой Google читается как оценка приоритета, который компания отводит функции.
Служба переднего плана вместо push-уведомлений Apple
Apple обновляет Live Activities через системную службу удалённых push-уведомлений, и постоянный фоновый процесс для этого не нужен. В Android аналогичного системного канала нет: приложение само просыпается и пересобирает уведомление при каждом изменении, а для непрерывных сценариев это означает постоянно работающую службу переднего плана.
Служба переднего плана (foreground service) – компонент Android, который продолжает работать, пока приложение свёрнуто, и обязан показывать пользователю постоянное уведомление. Система относит такую службу к высокоприоритетным и реже завершает её при нехватке ресурсов.
К этому добавляются ограничения фонового выполнения, которые у каждого производителя свои и заранее непредсказуемы. На выходе получается другая архитектура, а не «ещё один шаблон уведомления». Многие команды такой расход не оправдывают, а те, кто всё же готов вкладываться в живые уведомления, начинают с iOS. Здесь и лежит основной ответ на вопрос, почему список поддерживающих приложений не растёт.
Что могло бы сдвинуть Live Updates с места
Первое условие – собственные приложения Google. Владельцу платформы нужно показать, что механизм надёжен и на него имеет смысл смотреть.
Более сильный рычаг – давление через магазин. Google может потребовать поддержку Live Updates как условие приоритетного размещения в Play Store или объявить прежние уведомления устаревшими и перевести всех на новую схему.
Пока же складывается замкнутый круг: пользователи не ищут функцию, потому что её никто не использует, а сторонние команды не внедряют её, потому что пользователи не ищут. Учитывая, сколько времени ушло на секундомер в собственном приложении, быстрого разворота ждать не приходится.
Заключение
Причин застоя три, и ни одна не связана со сложностью самого API. Разработчику предлагают выбросить собственное оформление уведомления, поднять постоянно работающую службу переднего плана и заранее смириться с тем, что на прошивках разных производителей поведение окажется разным. Четвёртая причина внешняя: за 14 месяцев Google не подключила к Live Updates даже собственный набор приложений и тем самым не дала рынку сигнала, что механизм всерьёз поддерживается. Пока не изменится хотя бы это, а лучше – пока поддержка не станет условием приоритетного размещения в Play Store, верхняя часть экрана блокировки на Android останется почти пустой.