Google prepara un cambio pequeño en apariencia, pero muy útil para quien lleva un reloj con Wear OS. Una versión futura del sistema añadirá una barra de estado fija sobre las aplicaciones, parecida a la que llevan los móviles Android desde hace años. Mostrará la hora y los indicadores del sistema sin obligar a volver a la pantalla de inicio ni a abrir los ajustes rápidos. La novedad se ha visto por primera vez en un emulador de pruebas basado en Wear OS 7.1, pero no llegará con esa versión estable. Por ahora solo muestra un icono de estrella como marcador. Aun así, la documentación para desarrolladores ya explica cómo funcionará y qué tendrán que hacer las aplicaciones para adaptarse. Repasamos qué se sabe, cómo se comporta la barra y qué implica para quienes programan apps para relojes.

Una función de móvil que llega a la muñeca

En un móvil Android, la barra de estado es tan habitual que casi nadie piensa en ella. Siempre está arriba, con la hora, la cobertura, la batería y los avisos. En un reloj con Wear OS, esa información queda repartida. Hay que salir de la aplicación o desplegar los ajustes rápidos para consultarla.

Eso es justo lo que quiere corregir Google. Según la información que adelantó Android Authority, la barra reducirá la necesidad de visitar la pantalla de inicio o de activar los ajustes rápidos para ver el estado del sistema. La idea es sencilla y tiene sentido en una pantalla tan pequeña, donde cada gesto cuesta más que en un móvil.

Los medios especializados coinciden en un punto importante. La barra no llegará con Wear OS 7.1. Digital Trends la describe como una barra al estilo del móvil que mantiene visibles la hora y los iconos del sistema en cada aplicación, pero recuerda que su llegada se aplaza a una versión posterior.

Dónde se ha visto: el emulador canary de octubre

La pista procede de un nuevo emulador que Google publicó el 26 de octubre de 2026 para Android Studio. Se trata de la imagen de sistema Wear OS 7.1, con nivel de API 37.2-beta1, basada en Android 17. Pertenece al canal Canary, el más experimental, pensado para probar funciones antes de que lleguen a los relojes reales.

También se indica que la imagen está disponible para procesadores ARM de 64 bits y para Intel x86_64. Desde Wear OS 6, estas imágenes son compilaciones firmadas, así que no se puede obtener acceso root con adb root. Es un detalle técnico que importa a quien depure aplicaciones a bajo nivel.

Cómo funciona la barra de estado

La barra aparece fija en la parte superior de la pantalla circular, por encima de la ventana de cada aplicación. Muestra la hora y los indicadores del sistema. Todos usan la misma tipografía, la misma posición y el mismo fondo en todas las apps, también en las de terceros. Esa uniformidad es una de las ventajas: el usuario siempre sabe dónde mirar.

En esta primera versión, los indicadores finales aún no existen. En su lugar aparece una estrella. Google lo menciona de forma expresa en su comunicado, así que no es un fallo, sino un marcador de posición.

El comportamiento es bastante cuidado. Cuando el usuario se desplaza por una lista, el sistema oculta la barra para ganar espacio. Tras unos 2 segundos sin actividad, la hora vuelve a mostrarse. Es una decisión lógica, ya que en una pantalla redonda de poco más de 3 cm cada milímetro cuenta.

Los componentes a pantalla completa también la ocultan. Es el caso de AlertDialog, Dialog, Stepper, TimePicker y DatePicker en Wear Compose Material 3. Para experiencias inmersivas, los desarrolladores pueden usar StatusBarSuppression.

Lo que deben hacer las aplicaciones

La barra no se activa en todas las apps. Solo lo hace en las que apuntan al nivel de API 35 o superior. Además, deben compilarse con Compose para Wear OS 1.8.0-alpha02 o una versión posterior, o bien activar la opción de forma manual en el archivo de manifiesto.

Para quien ya usa Jetpack Compose, el trabajo es mínimo. Los componentes AppScaffold y ScreenScaffold activan la barra de forma automática. El primero deja de dibujar su propio reloj TimeText, de modo que solo se vea la hora del sistema. El segundo añade un margen superior para que el contenido no quede tapado.

Hay una salvaguarda para las versiones actuales. En dispositivos con Wear OS 7 o anterior, AppScaffold vuelve a mostrar el TimeText que la app tuviera definido. Así no se pierde la hora en los relojes que no reciban la novedad.

Las aplicaciones basadas en vistas clásicas de Android también pueden participar. Deben añadir la etiqueta com.google.wear.ENABLE_GLOBAL_STATUS_BAR en el manifiesto y gestionar a mano los márgenes superiores. Google lo desaconseja y recomienda migrar a Compose, ya que las vistas están en modo de mantenimiento.

El producto principal: la barra de estado del sistema

Conviene detenerse en lo que supone esta pieza. No es una función vistosa ni algo que se anuncie en una presentación. Es infraestructura de interfaz, de las que solo se notan cuando faltan.

Hoy, cada aplicación de Wear OS decide cómo mostrar la hora. Algunas la dibujan arriba, otras abajo y otras no la enseñan. Con la barra del sistema, esa decisión pasa a la plataforma. El resultado es una experiencia más coherente entre apps de distintos fabricantes.

Esto recuerda a lo que ocurre en los móviles. 9to5Google señaló en su momento que Android 17 QPR2 añade un menú propio de ajustes de barra de estado, con opciones para los iconos de notificación. Es una muestra de que Google sigue dando importancia a esta zona de la pantalla. Allí la barra se personaliza; en el reloj, de momento, se estandariza.

La confirmación del cambio en Wear OS también la recogió 9to5Google, que cita la mención de Google a una futura versión de la plataforma y a una barra persistente sobre las ventanas de las aplicaciones.

Reflexiones adicionales

Lo más llamativo es la prudencia del anuncio. Google no ha dado fecha, ni siquiera el número exacto de la versión que incluirá la barra. Solo habla de una versión posterior de Wear OS. Quien tenga un reloj hoy tendrá que esperar, y no todos los modelos recibirán la actualización.

También hay una cuestión de diseño. Una barra fija puede quitar espacio útil en una pantalla redonda y pequeña. La solución de ocultarla al desplazarse y de suprimirla en pantallas completas parece razonable. Habrá que ver cómo se comporta en relojes reales, con diferentes tamaños y formas de esfera.

Para los desarrolladores, el mensaje es claro. Quien ya use Compose para Wear OS y apunte a una API reciente tendrá poco trabajo. Quien siga con vistas antiguas, tendrá más. Probar ahora la aplicación en el emulador canary es una buena forma de detectar problemas con tiempo.

En definitiva, es un cambio modesto, pero acertado. Sirve para que el reloj sea un poco más predecible y para que la hora no se pierda dentro de cada aplicación. Esperamos verlo en acción cuando llegue a dispositivos de verdad.