Desarrolla experiencias para niños en Wear OS

Revisa los siguientes lineamientos para optimizar la experiencia de tu app para Wear OS para niños. Además, confirma que tu app o juego cumpla con los requisitos para experiencias aptas para niños.

Revisa los principios de Wear OS

Revisa los siguientes recursos para crear nuevas apps para Wear OS:

No transferir la app de teléfono

No conviertas tu app para dispositivos móviles a Wear OS. Los dispositivos Wear OS tienen baterías y componentes mucho más pequeños que los dispositivos móviles, lo que dificulta mucho el juego de los juegos para dispositivos móviles portados directamente.

Obtén más información para diseñar experiencias para niños en Wear OS.

Elige un entorno de desarrollo

Para desarrollar experiencias aptas para niños, puedes usar Compose para Wear OS, nuestro enfoque recomendado para compilar IUs en Wear OS, así como Unity para Android.

Si conoces mejor los flujos de trabajo y las funciones de Unity, o si tu juego es más complejo y tiene física y gráficos en 3D, te recomendamos que uses Unity para desarrollarlo. También incluye una variedad de funciones de optimización de rendimiento. Es posible que algunos requisitos de calidad de Wear OS requieran implementaciones personalizadas en Unity, como la compatibilidad con la entrada rotativa.

Para los juegos con solo algunas animaciones simples y cortas, la API de Compose Animation debería ser suficiente y es más compatible con el entorno de Android.

Minimiza el impacto en la batería del dispositivo

Minimiza los eventos que afectan la duración de la batería durante una sesión. Los niños usan relojes que proporcionan funciones de seguridad importantes para sus madres, padres o tutores, que dependen de que el dispositivo tenga suficiente duración de batería.

En la siguiente lista, se incluyen algunas prácticas recomendadas para reducir el impacto en la batería. También puedes obtener más información para ahorrar energía y batería.

  • Diseña la app para casos de uso sin conexión, de modo que los niños puedan jugar sin incurrir en costos de batería relacionados con la red.
  • Minimiza las tareas que requieren una conexión a Internet o GPS.
  • Limita el tiempo de juego activo por día.
  • Usa APIs eficientes en términos de energía para el seguimiento de actividades durante todo el día, así como para hacer un seguimiento de los ejercicios.
  • Reduce la creación manual de bloqueos de activación y usa WorkManager.

La siguiente lista incluye elementos que no debes incluir en tu experiencia:

  • No uses el seguimiento de sensores directo, ya que reduce significativamente la duración de la batería.
  • No incluyas animaciones de larga duración.
  • No fomentes que el usuario mantenga la pantalla encendida más tiempo del necesario.

Prepárate para las experiencias independientes

Cuando desarrolles experiencias independientes, ten en cuenta lo siguiente:

  • Diseña para casos de uso sin conexión para que los niños siempre puedan jugar.
  • Prueba cómo se comporta tu app en un emulador que no tenga una conexión activa a un dispositivo móvil.

Usa el Formato de Caras de Relojes para crear caras de reloj

Las caras de reloj diseñadas para niños deben crearse con el Formato de Caras de Relojes. Ten en cuenta cómo la saturación de color afecta el rendimiento de la batería.

Obtén más información para diseñar una cara de reloj con Watch Face Studio o configurar manualmente el Formato de Caras de Relojes, y consulta nuestras herramientas de validación de caras de reloj.

Oculta las acciones de abrir en el teléfono

A partir de Wear OS 5, la API de RemoteActivityHelper incluye compatibilidad para detectar si un dispositivo Wear OS está en modo independiente. Si un dispositivo está en modo independiente, oculta las interacciones Abrir en el teléfono que tu app o juego podría mostrar.

En los casos de uso en los que una app debe poder abrir una URL pública en el teléfono para mostrar las Condiciones del Servicio, los avisos legales, una política de privacidad o algo similar, muestra un vínculo corto o un código QR con el componente Dialog. Si proporcionas un código QR, los padres y tutores podrán escanearlo con un dispositivo móvil.

Verifica el estado del modo independiente antes de enviar solicitudes de autorización en varios dispositivos

Si tu app realiza solicitudes de autorización de OAuth a otros dispositivos, primero verifica si el dispositivo está en modo independiente. Para ello, llama a getAvailabilityStatus() desde un objeto RemoteAuthClient:

  • Si el valor que se muestra es STATUS_UNAVAILABLE, el dispositivo está en modo independiente y debes esperar para enviar solicitudes de autorización de OAuth a dispositivos móviles.
  • Si el valor que se muestra es STATUS_TEMPORARILY_UNAVAILABLE, espera a que cambie a STATUS_AVAILABLE antes de enviar solicitudes de autorización.