Criação de App Web no Google Play

Aplicação: Nomid MDM Documento: V1.0.0 Última atualização: 03/08/2026 Responsável editorial: Documentação Nomid MDM Última revisão editorial: 03/08/2026 Idioma editorial: pt-BR

(Modelo “Apps da Web” do Managed Google Play via EMM)

1. Objetivo

Este manual explica, de forma operacional e conceitual, como criar, configurar e disponibilizar um App da Web no Managed Google Play pelo fluxo de EMM/Nomid MDM, sem publicar um app público na Play Store.

Este modelo:

Não utiliza APK ou AAB
Não utiliza Android Studio
Publica uma URL como app privado para a organização no Managed Google Play
Pode ser distribuído por política no Nomid MDM

Este manual não cobre PWA + TWA nem apps Android nativos.

Para transformar o link compartilhado de uma rota em uma App Web individual, consulte Criar App Web para uma rota do Google Maps. O guia explica como criar e testar a rota, cadastrar o link, distribuir Maps e Chrome e validar o atalho no dispositivo.

2. O que é um App da Web no Managed Google Play

Um App da Web é um aplicativo que:

Abre uma URL hospedada externamente
É instalado pela Play Store gerenciada quando distribuído pela política
Usa o modo de exibição escolhido para apresentar o conteúdo da URL

Ele deve ser entendido como:

“Um site instalado como aplicativo”, não como um app Android tradicional.

3. Pré-requisitos

Item	Obrigatório
URL pública	✅
HTTPS válido	✅
Site funcional em mobile	✅
Ícone 512×512	✅
Acesso ao Managed Google Play pelo EMM/Nomid	✅

4. Caminho no Managed Google Play

Para criar a App Web e associá-la diretamente a uma política, use o caminho confirmado:

Nomid MDM → Policies → selecione a política → Home Screen → Add App → Create Web App

Esse caminho abre o formulário de criação no contexto da política que distribuirá o atalho. Outras telas podem apresentar catálogos ou cadastros de aplicativos, mas não devem ser tratadas como caminho equivalente sem confirmação do fluxo exibido no portal.

5. Tela “Novo app da Web”

5.1 Título

Nome do aplicativo exibido na Play Store.

Boas práticas:

Use o nome real do produto
Evite termos enganosos (“oficial”, “sistema”, etc.)

5.2 URL

URL inicial aberta ao iniciar o app.

Regras:

Deve iniciar com https://
Não pode usar autenticação HTTP básica
Login via aplicação é permitido

5.3 Modo de exibição

Tela cheia

Remove totalmente a interface do navegador.

Efeito no uso: oferece uma apresentação mais imersiva, mas deixa menos controles visíveis para conferir o endereço, atualizar a página ou voltar durante o diagnóstico. Valide retorno, autenticação e navegação no dispositivo piloto antes de adotar esse modo.

Independente

Modo intermediário.

Efeito no uso: apresenta o conteúdo em uma janela separada, com as barras do dispositivo, mas sem a barra de URL completa. Homologue esse modo quando o fluxo de retorno e a navegação funcionarem sem depender de controles adicionais.

Interface reduzida (RECOMENDADO)

Exibe:

Barra de status
Barra de navegação
Barra de URL + botão de atualizar

Por que usar:

Facilita conferir o endereço aberto
Mantém atualização e retorno visíveis durante o teste
Ajuda a diagnosticar redirecionamentos e falhas de carregamento

Use Interface reduzida como ponto de partida do primeiro piloto, não como requisito universal. Depois do teste, a organização pode homologar outro modo. O modo controla a apresentação da App Web; sozinho, não define qual aplicativo abrirá um link externo.

5.4 Ícone

Requisitos:

512×512 px
PNG ou JPG
Quadrado e mascarável

Um arquivo incompatível pode impedir a conclusão do cadastro ou dificultar o reconhecimento do aplicativo. Confirme as dimensões, o formato e a legibilidade antes de selecionar Create.

6. Boas práticas (com explicação)

6.1 Usar Interface reduzida

Por quê: Esse modo mantém controles visíveis que ajudam a conferir o endereço, atualizar o conteúdo e retornar durante o piloto.

O que permite validar:

URL e redirecionamentos esperados
Atualização do conteúdo
Retorno e navegação no dispositivo

6.2 Evitar redirecionamentos excessivos

Por quê: Cada redirecionamento pode levar o usuário a outro domínio ou fluxo de autenticação. Teste o caminho completo na App Web antes de distribuir.

Riscos se ignorado:

Loop de login
Tela branca
App não carrega

Por quê: O teste no Chrome Android ajuda a identificar problemas de layout, redirecionamento e autenticação antes da criação da App Web.

Regra prática: O teste no Chrome é uma preparação, não uma homologação. Repita o fluxo na App Web e no dispositivo piloto.

6.4 Garantir boa experiência mobile

Por quê: Uma página adaptada a telas móveis reduz erros de toque, leitura e navegação no dispositivo.

Problemas comuns:

Botões pequenos
Menus inacessíveis
Tabelas inutilizáveis

7. Limitações (impacto real)

Android Enterprise APIs

Não é possível:

Aplicar políticas por app
Enviar configurações gerenciadas
Controlar comportamento via MDM

Tudo deve ser controlado via backend web.

Device Owner

Não pode:

Controlar o dispositivo
Bloquear sistema
Operar como kiosk real

Managed Configurations

Não recebe parâmetros do MDM.

Alternativa:

Configuração via login
Perfil por usuário/empresa

Zero-touch

Não participa do provisionamento inicial do Android.

APIs nativas

Não acessa:

USB
Bluetooth clássico
Hardware especializado

Somente APIs permitidas pelo navegador.

8. Checklist de revisão antes da publicação

8.1 URL

[ ] HTTPS válido
[ ] Abre sem erro
[ ] Sem autenticação HTTP
[ ] Sem redirect em loop

[ ] Funciona no Chrome Android
[ ] Cookies persistem
[ ] Logout funciona
[ ] Sessão não expira imediatamente

8.3 Navegação

[ ] Botão voltar funciona
[ ] Links externos abrem corretamente
[ ] Erros são tratados

8.4 Store Listing

[ ] Nome coerente
[ ] Descrição realista
[ ] Screenshots verdadeiros
[ ] Categoria correta

8.5 Política de Privacidade

Obrigatória se houver:

Login
Cookies
Dados do usuário

8.6 Data Safety

Revisar com o time técnico:

[ ] Dados coletados
[ ] Armazenamento
[ ] Compartilhamento
[ ] Criptografia
[ ] Exclusão de dados

9. Publicação

Revise todos os itens e confirme título, URL, modo de exibição, ícone e política de privacidade quando aplicável.
Salve/crie a Web App no fluxo de Managed Google Play disponibilizado pelo Nomid.
Aguarde a propagação no Managed Google Play; a publicação costuma levar alguns minutos, mas alterações podem demorar mais para aparecer em todos os dispositivos.
Adicione a Web App à política como Optional ou Required, publique a política e valide em um dispositivo piloto.

Excluir a Web App do catálogo remove a distribuição futura, mas não substitui a revogação de acesso no sistema web. Se o site não deve mais ser acessado, bloqueie ou remova o acesso também no backend da aplicação.

10. Conclusão

Este modelo é ideal para:

Portais web
Dashboards
Sistemas administrativos

Não substitui:

Apps Android nativos
Soluções MDM/EMM