Nomid(Modelo "Apps web" de Managed Google Play mediante EMM)
1. Objetivo
Este manual explica, de forma operativa y conceptual, cómo crear, configurar y disponibilizar una App Web en Managed Google Play mediante el flujo de EMM/Nomid MDM, sin publicar una app pública en Play Store.
Este modelo:
- No utiliza APK ni AAB
- No utiliza Android Studio
- Publica una URL como app privada para la organización en Managed Google Play
- Puede distribuirse por política en Nomid MDM
Este manual no cubre PWA + TWA ni aplicaciones Android nativas.
Para transformar el enlace compartido de una ruta en una App Web individual, consulte Crear una App Web para una ruta de Google Maps. La guía explica cómo crear y probar la ruta, registrar el enlace, distribuir Maps y Chrome y validar el acceso directo en el dispositivo.
2. Qué es una App Web en Managed Google Play
Una App Web es una aplicación que:
- Abre una URL alojada externamente
- Se instala mediante Play Store administrada cuando se distribuye por política
- Utiliza el modo de visualización seleccionado para presentar el contenido de la URL
Debe entenderse como:
Un sitio web instalado como aplicación, no como una app Android tradicional.
3. Requisitos previos
| Elemento | Obligatorio |
|---|---|
| URL pública | Sí |
| HTTPS válido | Sí |
| Sitio funcional en dispositivos móviles | Sí |
| Icono de 512 x 512 | Sí |
| Acceso a Managed Google Play mediante el EMM/Nomid | Sí |
4. Ruta en Managed Google Play
Para crear la App Web y asociarla directamente a una política, utilice la ruta confirmada:
Nomid MDM > Policies > seleccione la política > Home Screen > Add App > Create Web App
Esta ruta abre el formulario de creación en el contexto de la política que distribuirá el acceso directo. Otras pantallas pueden mostrar catálogos o registros de aplicaciones, pero no deben tratarse como una ruta equivalente sin confirmar el flujo que muestra el portal.
5. Pantalla "Nueva App Web"
5.1 Título
Nombre de la aplicación que se muestra en Play Store.
Buenas prácticas:
- Utiliza el nombre real del producto
- Evita términos engañosos como "oficial" o "sistema"
5.2 URL
URL inicial que se abre al iniciar la aplicación.
Reglas:
- Debe comenzar con
https:// - No puede utilizar autenticación HTTP básica
- Se permite el inicio de sesión mediante la aplicación
5.3 Modo de visualización
Pantalla completa
Elimina por completo la interfaz del navegador.
Efecto durante el uso: ofrece una presentación más inmersiva, pero deja menos controles visibles para comprobar la dirección, actualizar la página o regresar durante el diagnóstico. Valide el regreso, la autenticación y la navegación en el dispositivo piloto antes de adoptar este modo.
Independiente
Modo intermedio.
Efecto durante el uso: presenta el contenido en una ventana separada con las barras del dispositivo, pero sin la barra de URL completa. Homologue este modo cuando el regreso y la navegación funcionen sin controles adicionales.
Interfaz mínima (recomendada)
Muestra:
- Barra de estado
- Barra de navegación
- Barra de URL y botón de actualizar
Por qué utilizarla:
- Facilita comprobar la dirección abierta
- Mantiene visibles la actualización y el regreso durante la prueba
- Ayuda a diagnosticar redirecciones y fallos de carga
Utilice Interfaz mínima como punto de partida del primer piloto, no como requisito universal. Después de la prueba, la organización puede homologar otro modo. El modo controla la presentación de la App Web; por sí solo, no determina qué aplicación abre un enlace externo.
5.4 Icono
Requisitos:
- 512 x 512 píxeles
- PNG o JPG
- Cuadrado y enmascarable
Un archivo incompatible puede impedir que se complete el registro o dificultar el reconocimiento de la aplicación. Confirme las dimensiones, el formato y la legibilidad antes de seleccionar Create.
6. Buenas prácticas
6.1 Utilizar la interfaz mínima
Por qué: este modo mantiene controles visibles que ayudan a comprobar la dirección, actualizar el contenido y regresar durante el piloto.
Qué permite validar:
- URL y redirecciones esperados
- Actualización del contenido
- Regreso y navegación en el dispositivo
6.2 Evitar redirecciones excesivas
Por qué: cada redirección puede llevar al usuario a otro dominio o flujo de autenticación. Pruebe la ruta completa en la App Web antes de distribuirla.
Riesgos:
- Bucle de inicio de sesión
- Pantalla en blanco
- La aplicación no carga
6.3 Probar el inicio de sesión en Chrome para Android
Por qué: la prueba en Chrome para Android ayuda a identificar problemas de diseño, redirección y autenticación antes de crear la App Web.
Regla práctica: la prueba en Chrome es una preparación, no una homologación. Repita el flujo en la App Web y en el dispositivo piloto.
6.4 Garantizar una buena experiencia móvil
Por qué: una página adaptada a pantallas móviles reduce errores de toque, lectura y navegación en el dispositivo.
Problemas comunes:
- Botones pequeños
- Menús inaccesibles
- Tablas inutilizables
7. Limitaciones e impacto real
APIs de Android Enterprise
No es posible:
- Aplicar políticas por aplicación
- Enviar configuraciones gestionadas
- Controlar el comportamiento mediante el MDM
Todo debe controlarse a través del backend web.
Device Owner
No puede:
- Controlar el dispositivo
- Bloquear el sistema
- Operar como un kiosk real
Configuraciones gestionadas
No recibe parámetros del MDM.
Alternativas:
- Configuración mediante inicio de sesión
- Perfil por usuario o empresa
Zero-touch
No participa en el aprovisionamiento inicial de Android.
APIs nativas
No accede a:
- USB
- Bluetooth clásico
- Hardware especializado
Solo están disponibles las APIs admitidas por el navegador.
8. Lista de comprobación antes de publicar
8.1 URL
- [ ] HTTPS válido
- [ ] Abre sin errores
- [ ] Sin autenticación HTTP
- [ ] Sin bucles de redirección
8.2 Inicio de sesión y sesión
- [ ] Funciona en Chrome para Android
- [ ] Las cookies persisten
- [ ] El cierre de sesión funciona
- [ ] La sesión no caduca inmediatamente
8.3 Navegación
- [ ] El botón Atrás funciona
- [ ] Los enlaces externos se abren correctamente
- [ ] Los errores se gestionan
8.4 Ficha de Play Store
- [ ] Nombre coherente
- [ ] Descripción realista
- [ ] Capturas de pantalla auténticas
- [ ] Categoría correcta
8.5 Política de privacidad
Es obligatoria cuando existen:
- Inicio de sesión
- Cookies
- Datos del usuario
8.6 Seguridad de los datos
Revisar con el equipo técnico:
- [ ] Datos recopilados
- [ ] Almacenamiento
- [ ] Compartición
- [ ] Cifrado
- [ ] Eliminación de datos
9. Publicación
- Revise todos los elementos y confirme título, URL, modo de visualización, icono y política de privacidad cuando aplique.
- Guarde/cree la Web App en el flujo de Managed Google Play disponibilizado por Nomid.
- Espere la propagación en Managed Google Play; la publicación suele tardar algunos minutos, pero las actualizaciones pueden demorar más en aparecer en todos los dispositivos.
- Agregue la Web App a la política como Optional o Required, publique la política y valide en un dispositivo piloto.
Eliminar la Web App del catálogo remueve la distribución futura, pero no reemplaza la revocación de acceso en el sistema web. Si el sitio ya no debe ser accesible, bloquee o remueva el acceso también en el backend de la aplicación.
10. Conclusión
Este modelo es adecuado para:
- Portales web
- Dashboards
- Sistemas administrativos
No sustituye a:
- Aplicaciones Android nativas
- Soluciones MDM/EMM