Cómo usar y activar las Live Updates en Android

¿Cómo usar y activar las Live Updates en Android? Las Live Updates de Android se han convertido en una de las funciones más comentadas de Android 16, y no es para menos: cambian por completo la forma en la que ves el progreso de ciertas actividades sin tener que abrir constantemente la aplicación. Son algo así como una evolución de las notificaciones clásicas, pero mucho más inteligentes, dinámicas y bien integradas en el sistema.

Con esta función, Android se pone al nivel (e incluso va un paso más allá) de las Live Activities de iOS y de la Now Bar de Samsung. Gracias a las Live Updates, puedes seguir en tiempo real un viaje en Uber, una ruta en Maps o el estado de tu pedido de comida directamente desde la barra de estado, la pantalla de bloqueo o la pantalla siempre activa, sin llenar el móvil de notificaciones pesadas e inútiles.

Qué son exactamente las Live Updates en Android

Las Live Updates, llamadas también Actualizaciones en vivo o Novedades en tiempo real, son un tipo especial de notificación pensada para mostrar el desarrollo de una actividad que está en marcha. A diferencia de las notificaciones tradicionales, que son estáticas, estas se actualizan continuamente mientras la actividad sigue activa.

Este tipo de notificación se muestra de forma destacada en diferentes zonas del sistema: barra de estado, panel de notificaciones, pantalla de bloqueo y pantalla siempre activa. En la barra de estado aparece en forma de “píldora” o chip compacto, y al desplegar las notificaciones verás una tarjeta ampliada con más detalles de la actividad.

Google ha dejado claro que no se trata de un juguete para cualquier app, sino de una herramienta pensada para actividades sensibles al tiempo e iniciadas por el usuario. Es decir, cosas que están pasando ahora mismo, tienen un principio y un final claros, y que el usuario necesita vigilar de un vistazo sin dejar lo que está haciendo.

Por eso, las Live Updates están muy vinculadas a casos de uso como navegación, llamadas, viajes compartidos o entregas a domicilio. En todos ellos, el usuario obtiene valor directo de poder mirar el estado en tiempo real sin abrir la app, y el sistema les da un trato prioritario en la interfaz.

Cómo se muestran las Live Updates en Android 16

Cuando una Live Update está activa, la verás de varias formas según el contexto. En el panel de notificaciones se presenta como una tarjeta promocionada, con estas particularidades de diseño: viene expandida por defecto, ocupa más espacio y no se puede contraer. La idea es que la información clave se vea sin tocar nada.

En la barra de estado, las Live Updates utilizan chips de estado: pequeñas píldoras que incluyen siempre un icono y, si cabe, texto corto. Estos chips permiten que, incluso aunque hayas desplazado la notificación hacia arriba, sigas viendo una referencia al estado de la actividad (por ejemplo, el tiempo restante, un icono de navegación o el progreso aproximado).

En la pantalla de bloqueo y en la pantalla siempre activa, las Live Updates se muestran como bloques destacados con información dinámica, pensados para que puedas consultar el estado de un viaje, entrega o llamada sin desbloquear el móvil. Tocando la notificación, se abre directamente la app asociada para ver todos los detalles.

El sistema también utiliza elementos como la hora (setWhen) y el cronómetro (Chronometer) para mostrar un temporizador de cuenta atrás o tiempo restante en el propio chip de estado, cuando tiene sentido: por ejemplo, los minutos que faltan para que comience un vuelo o para que termine un trayecto.

Casos de uso permitidos y prohibidos para Live Updates

Google ha sido muy estricta con los criterios de uso de las Live Updates para evitar abusos y spam. Las apps solo deben utilizarlas cuando se cumplan tres condiciones principales: que la actividad esté en curso, que haya sido iniciada por el usuario y que requiera su atención de forma continuada o frecuente.

En el grupo de usos adecuados, la propia documentación y los ejemplos filtrados mencionan varios casos típicos. Entre ellos, navegación activa en Google Maps, donde la Live Update muestra el progreso del viaje, próximos giros y avisos rápidos; llamadas telefónicas en curso, donde se ve que hay una conversación activa; seguimiento en tiempo real de un viaje en Uber, Cabify o similares; y pedidos de comida en apps tipo Glovo, Deliveroo, Rappi o Blinkit, donde se muestra cómo avanza el reparto.

En el lado contrario, se considera un mal uso emplear Live Updates para anuncios, promociones, mensajes de chat, alertas genéricas, eventos futuros de calendario o accesos rápidos a funciones de la app. Tampoco está pensado para mostrar información basada en intereses o contexto del usuario, como noticias recomendadas o recordatorios automáticos sin acción directa suya.

Si quieres ofrecer acceso rápido a una funcionalidad de tu app (por ejemplo, controles de música, domótica o accesos a tareas frecuentes), Android recomienda usar widgets o tarjetas de Ajustes rápidos, no Live Updates. De esta forma se evita que la barra de estado se convierta en otro canal de publicidad o atajos permanentes.

Google además pide que no se permitan Live Updates generadas por terceros si el usuario no ha intervenido. Por ejemplo, que una persona te apunte a un evento y eso dispare una actualización en vivo en tu móvil sin que tú lo hayas aceptado. El control debe seguir estando en manos del usuario.

Actividades en curso, iniciadas por el usuario y urgentes

La piedra angular del concepto es que la Live Update represente una actividad en curso, con un inicio y un final bien definidos. Si algo ya ocurrió o todavía no ha empezado, no toca mostrarlo como actualización en vivo, sino como notificación normal o recordatorio puntual.

Por ejemplo, para un vuelo, un concierto o un evento deportivo, es correcto usar una notificación estándar horas antes con la tarjeta de embarque o la entrada. Solo cuando el usuario llega al aeropuerto o se acerca la hora de embarque, tiene sentido transformar esa notificación en una Live Update, porque en ese momento la información sí es crítica y el usuario necesita consultarla a menudo.

También se contempla el escenario en el que el usuario realiza una acción cuyo efecto será en el futuro, como comprar billetes, apuntarse a un torneo o marcar que quiere seguir un partido. En esos casos, se permite que la app inicie automáticamente una Live Update cuando el evento empiece o esté a punto de empezar, siempre ajustando bien el momento para que no sea intrusiva.

La segunda condición es que la actividad debe estar claramente iniciada por el usuario. Acciones como iniciar un entrenamiento, arrancar la navegación en coche, pedir un taxi o confirmar un pedido de comida son ejemplos claros. No se deben mostrar Live Updates con información ambiental (clima, noticias, próximos eventos detectados por IA…) si el usuario no ha pedido expresamente hacer un seguimiento.

Por último, la Live Update ha de ser realmente urgente o relevante durante toda la actividad. La idea es que el usuario saque partido de poder echar un vistazo para ver el estado cambiante de esa actividad. Un seguimiento de paquete estándar, por ejemplo, no suele ser adecuado como Live Update, porque el usuario no necesita verlo constantemente; bastan notificaciones puntuales cuando haya cambios importantes.

Experiencia de usuario: iconos, texto y chips de estado

Para que la función tenga sentido, Google marca una serie de buenas prácticas de UX. Una de las más claras es usar un icono de seguimiento que represente bien el estado de la actividad (por ejemplo, un coche en ruta, un avión, un repartidor), y que pueda actualizarse de forma dinámica a medida que cambian las etapas del proceso.

Cuando todavía se está calculando una hora estimada de llegada o esta no está disponible, se recomienda evitar estados vacíos. En su lugar, la interfaz debe mostrar texto de marcador de posición activo, como “Calculando…”, “Pensando…”, “Cambiando la ruta…” o mensajes similares que indiquen que el sistema está trabajando.

Los chips de estado son clave para seguir Live Updates cuando la notificación no está a la vista. Mediante propiedades como setShortCriticalText y setWhen, la app puede mostrar en ese chip información crítica resumida, como el tiempo restante o un breve mensaje sobre el progreso.

El tratamiento de la hora es bastante específico: si el valor de “cuándo” (When) se sitúa al menos dos minutos en el futuro, el chip mostrará algo como “5 min” (por ejemplo, si son las 10:05 y la hora configurada es 10:10). Si la fecha y hora ya han pasado, no se muestra texto de tiempo. Además, se puede configurar un cronómetro mediante Chronometer y las opciones setUsesChronometer y setChronometerCountdown, de manera que el chip muestre una cuenta atrás siempre que el valor sea positivo.

Si prefieres que no se vea la hora en la notificación, el sistema ofrece la posibilidad de establecer setShowWhen en FALSE. Así controlas con precisión qué información temporal se expone al usuario, evitando datos redundantes o confusos en la interfaz.

Diseño y comportamiento de los chips de estado

Los chips de estado que acompañan a las Live Updates siguen un diseño muy concreto. Siempre incluyen un icono obligatorio y texto opcional, y su anchura máxima es de 96 dp. El texto solo se muestra si puede encajar completo; si no, se evalúa cuánto cabe para que el resultado sea legible y coherente.

Las reglas para el texto son claras: si tiene menos de 7 caracteres, se muestra completo siempre que quepa. Si al pintar el chip solo se podría ver menos de la mitad del texto, el sistema decide mostrar únicamente el icono, sin texto. Si, en cambio, cabe más de la mitad, se recorta para enseñar la máxima cantidad posible de caracteres de forma útil.

Este comportamiento evita diseños rotos o textos cortados que no se entienden. El usuario ve siempre un chip limpio, con un icono reconocible y, cuando procede, un texto muy breve pero informativo. De nuevo, la idea es que con un simple vistazo puedas saber si el pedido está cerca, cuánto falta para llegar al destino o si el evento ya está comenzando.

En el caso concreto de Google Maps, por ejemplo, la Live Update adopta el icono de navegación clásico con el color de fondo verde de la app, y la píldora puede indicar datos como la distancia o el tiempo restante. Al tocarla, se despliega el panel con la ruta completa o se abre directamente la interfaz de navegación.

Control del usuario y gestión del dismissal

Uno de los miedos habituales con cualquier sistema de notificaciones avanzadas es el abuso por parte de las apps. Google es consciente, y por eso ha dotado a las Live Updates de mecanismos claros de control para el usuario. La persona puede decidir qué apps tienen permiso para publicar notificaciones promocionadas y revocar esos permisos si siente que le están molestando.

En el panel de notificaciones, el usuario puede descartar las Live Updates igual que cualquier otra notificación. Android aconseja a los desarrolladores no volver a publicar las actualizaciones en vivo que el usuario haya descartado, para no provocar frustración ni sensación de persecución por parte de la app.

Para saber cuándo se ha eliminado una Live Update, las apps pueden emplear setDeleteIntent, que les permite detectar que la notificación ha sido descartada. Con esa señal, pueden dejar de mandar actualizaciones para ese evento concreto y respetar la decisión del usuario.

Además, en Android 16 hay un principio claro: si el usuario quita una notificación, la app no puede “resucitarla” o recrearla sin una acción nueva. Este detalle busca evitar que las Live Updates se conviertan en algo intrusivo y preservar la confianza en el sistema de notificaciones.

APIs y ajustes para desarrolladores: cómo decide el sistema qué se promociona

A nivel técnico, Android 16 introduce una serie de APIs que ayudan al desarrollador a saber si el sistema va a promocionar una notificación como Live Update, y si la app tiene derecho a publicar este tipo de contenido prioritario en cada momento.

La bandera Notification.FLAG_PROMOTED_ONGOING sirve para indicar si una notificación en curso está siendo tratada como promocionada. Por su parte, el método Notification.hasPromotableCharacteristics() permite validar si la notificación tiene las características necesarias para que el sistema pueda promoverla, aunque no tiene en cuenta si el usuario ha desactivado las Live Updates para esa app en concreto.

Para comprobar si la aplicación puede en realidad publicar notificaciones promocionadas, entra en juego NotificationManager.canPostPromotedNotifications(). Esta llamada tiene en cuenta factores como los permisos concedidos y la configuración del usuario, incluyendo si ha desactivado las Actualizaciones en vivo para esa app desde los ajustes del sistema.

Si necesitas llevar al usuario directamente a la pantalla donde puede activar o desactivar estas notificaciones promocionadas, debes usar la acción de intent Settings.ACTION_MANAGE_APP_PROMOTED_NOTIFICATIONS. De este modo, desde tu propia app puedes abrir la sección exacta de configuración para que decida si quiere recibir Live Updates.

Conviene tener en cuenta que los fabricantes de dispositivos (OEM) pueden añadir criterios propios adicionales para decidir qué Live Updates son elegibles o cómo se muestran en sus capas de personalización. Por eso, siempre es recomendable revisar la documentación específica de cada fabricante si desarrollas apps que deban funcionar igual en muchos modelos diferentes.

Limitaciones de diseño: por qué no hay RemoteViews personalizados

Una duda habitual de los desarrolladores es por qué Android 16 no permite usar notificaciones personalizadas con RemoteViews para las Live Updates. La respuesta oficial es clara: las notificaciones totalmente personalizadas complican muchísimo las pruebas, rompen la coherencia de la experiencia de usuario y su comportamiento varía demasiado entre versiones de Android y fabricantes.

Al obligar a utilizar el diseño estándar de notificaciones, Google se asegura de que el comportamiento de las Live Updates sea predecible, consistente y accesible para todos los usuarios, independientemente del móvil que tengan o de la capa de personalización que use el fabricante.

De hecho, la propia documentación menciona ejemplos visuales donde se ve un punto blanco al final de la barra de progreso. Ese punto sirve simplemente para marcar visualmente el final de la barra, ayudando a entender de un vistazo hasta dónde puede avanzar el progreso de la actividad.

Aunque desde el punto de vista creativo pueda parecer un límite, esta decisión beneficia al usuario: todas las Live Updates se ven y se comportan de forma similar, lo que reduce la curva de aprendizaje y evita sorpresas desagradables cuando cambias de marca o modelo de móvil.

Live Updates frente a iOS Live Activities, Now Bar y otras soluciones

La llegada de Live Updates no se produce en el vacío. Android 16 aterriza en un contexto donde iOS ya contaba con Live Activities, y fabricantes como Samsung o OnePlus habían lanzado antes sus propias variantes, como Now Bar en One UI 7 o Live Alerts en algunas capas.

En los Samsung Galaxy, la Now Bar ya permitía seguir, por ejemplo, la reproducción de música o el estado de algunos servicios en una barra flotante muy parecida a lo que ahora vemos integrado en Android 16. Incluso la forma de mostrar una vista previa en la barra de estado que se expande al pulsar es prácticamente idéntica.

Con Android 16, Google toma muchas de estas ideas, las refina y las incorpora al sistema base, lo que significa que más dispositivos podrán disfrutar de la función sin depender de la capa de un fabricante concreto. Además, establece unas reglas claras sobre qué se puede hacer y qué no, intentando evitar el abuso que a veces se ve en otras plataformas.

Esta integración también le da a Android una baza para diferenciarse de iOS. Mientras Apple ha apostado fuerte por las Live Activities, Google combina las Live Updates con un rediseño profundo del sistema (Material 3 Expressive), nuevas medidas de seguridad como la Protección avanzada y funciones de conectividad como Auracast, creando un ecosistema más coherente y completo.

Estado actual de Live Updates en Android 16 y ejemplos reales

Durante el desarrollo de Android 16, Live Updates fue una de las funciones más herméticas. Durante bastante tiempo, Google apenas dio detalles públicos, y la mayoría de la información llegaba a través de la documentación para desarrolladores y análisis de sitios especializados que desgranaban cada beta del sistema.

En versiones preliminares como la beta 2.1 se empezó a ver la función en acción, aunque de forma algo inestable. Las primeras implementaciones, por ejemplo en Google Maps, mostraban la píldora en la barra de estado con el icono de navegación y el color verde característico, y al pulsarla se desplegaba un panel de información con más datos del trayecto.

Con el despliegue definitivo de Android 16 en los Google Pixel y las sucesivas actualizaciones (incluido el Pixel Drop de junio), la función ha ido ganando madurez. Aun así, algunos usuarios han comentado que en ciertas betas avanzadas no siempre funciona perfecta, algo normal en funciones tan integradas en el sistema.

Interesantemente, ya se han visto ejemplos de Live Updates funcionando en móviles de otros fabricantes, como el Moto Edge 60 Pro. En este modelo, un usuario comentó que la función de actualizaciones en vivo sí estaba operativa, especialmente con la app de entregas Blinkit, siempre que se activaran opciones como “alertas en vivo” dentro de la configuración de notificaciones de la aplicación.

Todo apunta a que con el paso de los meses iremos viendo más apps de transporte, delivery, eventos y deportes aprovechando esta capacidad, a medida que los desarrolladores adopten las nuevas APIs y los fabricantes de móviles terminen de ajustar la integración en sus capas.

Las Live Updates encajan en un contexto más amplio de cambios en Android 16, donde también encontramos Auracast para compartir audio, mejoras en el manejo de auriculares Bluetooth LE, opciones avanzadas de cámara (ajustes de temperatura de color y tono) y un rediseño visual profundo con Material 3 Expressive. Todo ello orientado a que la experiencia sea más fluida, personalizada y segura.

Al final, esta función tiene un objetivo muy claro: que puedas seguir lo que te importa en tiempo real sin que tu móvil se convierta en un festival de notificaciones molestas. Si los desarrolladores respetan las pautas, las Live Updates pueden ser una de las mejoras más útiles de Android 16 para el día a día, sobre todo en tareas tan comunes como moverte por la ciudad, pedir comida o gestionar tus viajes.