Como distribuir e atualizar apps internos em dispositivos Android corporativos

Para distribuir um app interno em Android corporativo, publique-o como app privado no Google Play gerenciado, inclua-o na política dos aparelhos com instalação forçada e entregue por grupo. Para atualizar, envie uma versão com número de versão (versionCode) maior, valide em um grupo piloto e só depois amplie. Se uma versão der problema, não dá para simplesmente voltar: o Android impede instalar por cima uma versão com número menor, então a reversão é publicar de novo o código anterior, ou uma correção, com um número maior.

Na Urmobo, o caminho tem duas rotas: Apps Particulares na Play Store gerenciada, dentro da política, ou APK pelo Catálogo de Software com a opção Entregar Aplicação. Este guia mostra as duas, com o passo a passo, as condições que travam cada uma e o que checar antes de cada publicação.

EM RESUMO

• Um app privado fica visível só para a organização, nunca aparece na loja pública e não pode ser convertido em público depois, segundo o Google.
• O Google descreve três formas de publicar apps privados: a integração do Google Play gerenciado na console, a Play Console e a API de apps personalizados. Há ainda a entrega de APK direto, fora do Google Play.
• A instalação silenciosa é definida na política (instalação forçada) e entregue por equipamento, entidade ou grupo.
• No modo padrão, o Google Play atualiza o app com o aparelho no Wi-Fi, carregando e sem uso. A atualização pode levar até 24 horas para entrar na fila.
• Apps privados não passam pelas mesmas verificações dos demais apps do Google Play, segundo o Google. Faça a sua própria análise de segurança antes de publicar.
• O número de versão só pode crescer. A reversão é uma nova versão, nunca uma volta ao número anterior.

Quais caminhos existem para distribuir um app interno

Há quatro caminhos. Três publicam no Google Play gerenciado e um entrega o APK direto, sem passar pela loja. A escolha depende de quem já tem conta de desenvolvedor, de quem vai publicar e de quanto controle você quer sobre a ficha do app.

Caminho	Como funciona	Como chegam as atualizações	Quando faz sentido
Apps privados pela console de gerenciamento	A console abre a integração com o Google Play gerenciado. Você informa título e arquivo (o Google recomenda AAB e também aceita APK). A conta de desenvolvedor da organização é criada na primeira publicação, sem taxa. Nem toda console oferece essa integração.	Pela loja. Para atualizar, você edita o app e envia o novo pacote.	A organização não tem conta na Play Console e quer publicar rápido.
Apps privados pela Play Console	Exige conta de desenvolvedor (há taxa de registro, e o cadastro pode levar até 48 horas). O app é restrito a até 1.000 organizações. Descrição, capturas de tela e outros detalhes da ficha só existem na Play Console.	Novo release em Release > Produção, com os controles de release da Play Console.	A equipe de desenvolvimento já usa a Play Console ou precisa dos recursos dela.
API de apps personalizados	A publicação é feita por API, com APK (a API não aceita AAB). Exige título e idioma padrão da ficha. Segundo o Google, o app fica disponível em cerca de cinco minutos.	Pela API de publicação ou pela Play Console, com a mesma conta de serviço.	Integrações próprias e publicação automatizada.
APK direto, fora do Google Play	O APK fica no catálogo da plataforma de gerenciamento e é entregue aos aparelhos por política ou por entrega direta. Não passa pelo Google Play.	Você envia a nova versão ao catálogo e entrega de novo aos aparelhos.	O Google Play gerenciado recusou o APK ou o app não deve ir para a loja.

Fontes, consultadas em 10/11/2026: Google, publicar apps privados pela console, pela Play Console, API de apps personalizados e publicação via API. Urmobo, como instalar um aplicativo nos equipamentos.

Na Urmobo, os dois caminhos que usamos no dia a dia são o app particular na Play Store gerenciada e o APK pelo catálogo. O segundo é a saída quando a Play Store privada recusa o pacote e não dá para ajustá-lo, como a Central de Ajuda descreve.

O que preparar antes de publicar

A maior parte das recusas e das falhas de atualização nasce no pacote. Confira estes pontos antes do primeiro envio:

• Build de produção. O Google Play recusa APK marcado como depurável, e o APK precisa estar alinhado (zipalign). Gerar o pacote pelo Android Studio costuma resolver o alinhamento.
• Nome do pacote único. O package name precisa ser único em todo o Google Play, e não só na sua organização. Se o nome já existe, ou se alguém iniciou o cadastro do app na loja pública, o envio é recusado. Excluir um app privado não libera o nome, segundo o Google.
• Assinatura estável. A chave usada na primeira versão passa a ser a chave de assinatura do app e não pode ser trocada, segundo as boas práticas do Google. Use a mesma chave em todas as versões e escolha uma com validade longa.
• Número de versão crescente. O versionCode é um inteiro positivo, e cada versão precisa usar um valor maior. O Google Play não aceita reutilizar um versionCode, e o limite é 2.100.000.000, conforme a documentação do Android.
• Formato. O iframe aceita AAB e APK, com chave de assinatura gerada pelo Google no caso do AAB. A API de apps personalizados aceita só APK. Veja os detalhes e limites.
• Limite diário. No iframe, cada organização pode enviar 15 apps privados por dia, e apps web entram nessa conta.

Passo a passo: publicar o app como privado e instalar nos aparelhos

Rota 1: Apps Particulares na Play Store gerenciada

Esta rota publica o app no Google Play gerenciado da sua organização e o instala pela política Android. O Google informa que apps privados costumam ficar prontos para distribuição em até 10 minutos pelo iframe.

1.  Acesse Operação > Policies > Android, edite a política e abra a aba Aplicações.

2.  Clique em Adicionar aplicação > Adicionar da Play Store. A integração com a Play Store é aberta.

3.  No lado direito da tela, selecione Apps Particulares e clique em + para adicionar um APK.

4.  Informe um nome, clique em Enviar APK e depois em Criar.

5.  A Play Store pede um e-mail para avisos sobre mudanças no app (pode ser qualquer e-mail) e analisa o pacote.

6.  Com o app aprovado, selecione o app, escolha o tipo de instalação e clique em Salvar na política.

O passo a passo completo, com as telas, está na Central de Ajuda.

Rota 2: APK pelo Catálogo de Software

Esta rota entrega o APK direto, sem passar pelo Google Play. Ela permite instalação silenciosa, sem nenhuma interação do usuário com o instalador, e exige uma versão atual da plataforma. Os requisitos estão no artigo da Central.

1.  Acesse Operação > Aplicações > Catálogo de Software, clique em Adicionar, escolha o arquivo APK e salve. A plataforma lê sozinha a impressão digital SHA-256 do certificado de assinatura. Apps enviados antes de 01/09/2025 não têm essa impressão e precisam de um novo envio.

2.  Na política, aba Aplicações, clique em Adicionar Aplicação > Adicionar app do catálogo e escolha o tipo de instalação Personalizada (APK). Se o pacote já existe na política, exclua e adicione de novo para a impressão digital ser reconhecida.

3.  Em Operação > Aplicações, abra o menu de três pontos ao lado de Adicionar e clique em Entregar Aplicação.

4.  No assistente, selecione os equipamentos, entidades ou grupos, escolha os apps e revise. Clique em Enviar.

Os aparelhos selecionados recebem o app e concluem a instalação de forma silenciosa, segundo a Central.

Como escolher o tipo de instalação e os grupos

O tipo de instalação define o que acontece no aparelho. Na política Android, a Urmobo oferece cinco valores:

Tipo de instalação	O que acontece no aparelho	Quando usar
Instalação Forçada	O app é instalado automaticamente e o usuário não pode removê-lo.	Apps essenciais para a operação, como ponto eletrônico, comunicação interna e ferramentas de campo.
Pré-instalado	O app é instalado automaticamente, e o usuário pode removê-lo.	Apps úteis, mas que não sustentam a operação.
Disponível	O app aparece na Play Store do aparelho, e o usuário instala se quiser.	Catálogo opcional de apps internos.
Obrigatório para Setup	O app é instalado no momento do setup, e o usuário não pode removê-lo.	Apps que precisam existir desde o primeiro uso.
Bloqueado	O app não pode ser instalado nem acessado. Use quando o modo Play Store estiver configurado como BLACKLIST.	Apps proibidos no parque de dispositivos.

Fonte, consultada em 10/11/2026: Urmobo, como instalar um aplicativo nos equipamentos e como alterar o tipo de instalação.

Organize os grupos pela função do colaborador e pelo tipo de aparelho. Um exemplo ilustrativo: o grupo de vendas em campo recebe o app de pedidos e o de rastreamento, enquanto o grupo administrativo recebe só o sistema de chamados. A entrega aceita equipamentos, entidades ou grupos, então a mesma política atende vários grupos sem duplicar configuração.

Dois cuidados evitam surpresa. O primeiro: se o campo Modo PlayStore da política estiver em WHITELIST e o nome do pacote do app não constar na lista como Disponível ou Instalação Forçada, a Urmobo remove o app do aparelho. Para apps do catálogo, copie o nome do pacote em Operação > Aplicações e adicione na política com Adicionar nome de pacote, como explica a Central. O segundo: para o app ser instalado já no momento do cadastro do aparelho, veja como incluir uma aplicação para instalação automática no enroll.

Esse controle por política também responde a outra dúvida comum, a de quais apps podem rodar nos celulares da empresa. O checklist para controlar apps em celulares corporativos detalha o assunto. A Central traz ainda exemplos de pedidos ao Odin, o assistente de IA da Urmobo, para incluir um app em uma política.

Como atualizar um app interno sem derrubar a operação

Como a atualização chega ao aparelho

Quando o app vem do Google Play, a atualização segue as regras de atualização do Android Enterprise, que a TI pode ajustar por app:

• Modo padrão: o app atualiza quando o aparelho está no Wi-Fi, carregando, sem uso e com o app fora de primeiro plano. O Google Play verifica novas versões cerca de uma vez por dia, então a atualização pode levar até 24 horas para entrar na fila.
• Alta prioridade: o app é atualizado assim que a nova versão é publicada e revisada pelo Google Play. Nesse modo, as restrições de rede e a janela de manutenção são ignoradas para o app, e um app em uso é fechado para concluir a atualização.
• Adiada: a atualização fica retida por até 90 dias iniciais depois que o app fica desatualizado. Passado o prazo, vale o modo padrão.

Fonte, consultada em 10/11/2026: Google, atualização de apps (página atualizada em 28/10/2026).

Forçar a nova versão na Urmobo

O caminho documentado depende de onde o app vem:

• App da Play Store, inclusive app particular: identifique o código da versão que você quer (um número inteiro, visível na aba Aplicações do cadastro de um aparelho já atualizado). Remova a entrada do app na política, adicione de novo com Instalação Forçada e informe o código no campo Versão mínima. Salve a política. Segundo a Central, os aparelhos da política recebem a atualização em seguida.
• APK do catálogo: suba a nova versão em Catálogo de Software e use Entregar Aplicação. Atualizar o APK no catálogo, sozinho, não leva a versão aos aparelhos. O envio é o passo que dispara a atualização.

Sobre a versão mínima, o Google explica que o aparelho tenta atualizar o app para, no mínimo, aquele código, e que o app precisa já estar publicado no Google Play nessa versão ou em uma maior. Caso contrário, o aparelho fica com a pendência registrada. Veja a referência da política.

Valide em etapas antes de liberar para todos

Atualizar em ondas reduz o risco de uma falha atingir todos os aparelhos de uma vez. O Google permite faixas de teste fechadas para apps privados desenvolvidos internamente, liberadas para IDs de organização específicos, como descreve a documentação de distribuição. Na prática de operação, o piloto costuma ser um grupo pequeno de aparelhos, com ao menos um de cada modelo e de cada unidade.

Um exemplo de sequência, para ajustar ao seu risco: grupo piloto de TI, observação por dois ou três dias, 25% dos aparelhos, observação, e o restante. A Play Console também tem rollout em etapas para atualizações de apps: só um percentual dos usuários recebe a versão, e você pode interromper o rollout, caso em que quem já recebeu continua na versão nova. Veja a ajuda do Google. A documentação de apps privados não detalha como esse recurso se aplica a eles, então teste o seu caso. Quando a console não controla percentuais, o mesmo efeito vem de grupos: entregue primeiro ao grupo piloto e amplie.

Plano de reversão

Reverter um app Android é diferente de reverter uma configuração. O sistema usa o versionCode para proteger contra downgrade e impede instalar um APK com número menor do que o instalado, como informa a documentação do Android. O próprio Google indica, para versão com problema, criar e liberar uma nova versão corrigida.

Por isso, monte o plano antes da publicação:

1.  Guarde o código-fonte e o pacote assinado de cada versão liberada.

2.  Reserve o número da próxima versão para o pacote de reversão, que é o código anterior (ou a correção) recompilado com um versionCode maior.

3.  Defina o gatilho: por exemplo, taxa de falhas ou volume de chamados de suporte acima de um limite que a equipe escolhe.

4.  Se a nova versão alterou dados locais, teste se o pacote de reversão lê esses dados.

5.  Publique o pacote de reversão, valide no piloto e force a versão pela política (versão mínima) ou por Entregar Aplicação.

Se o app é publicado pela Play Console com rollout em etapas, interrompa o rollout assim que o problema aparecer. Isso impede que novos usuários recebam a versão, enquanto o pacote de reversão é preparado.

Erros comuns que travam a distribuição e a atualização

Sintoma	Causa provável	O que verificar
A Play Store recusa o APK com a mensagem de nome de pacote diferente	O nome do pacote já existe no Google Play, ou o cadastro do app foi iniciado na loja pública, mesmo sem terminar.	Troque o package name. O nome fica registrado no Google. A Central descreve a mensagem.
A Play Store recusa o APK por ser depurável ou sem zipalign	O pacote é de teste, ou não foi alinhado.	Compile em modo release e alinhe o APK. Gerar pelo Android Studio costuma resolver.
O app é instalado e some depois	Modo PlayStore em WHITELIST e app fora da lista da política.	Adicione o nome do pacote na política como Disponível ou Instalação Forçada. Veja a Central e como achar o nome do pacote.
O catálogo tem a versão nova, e o aparelho continua na antiga	A entrega não foi feita.	Use Entregar Aplicação. Atualizar o catálogo não basta.
O Android recusa a atualização	Assinatura diferente da instalada, nome do pacote alterado, ou versionCode igual ou menor.	Use a mesma chave e o mesmo package name em todas as versões, com versionCode maior. Veja as boas práticas e o versionamento.
A atualização demora dias	No modo padrão, o app só atualiza com Wi-Fi, carregamento e sem uso, e a fila pode levar até 24 horas.	Confira a política de atualização do app. A alta prioridade ignora restrições de rede e janela de manutenção. Veja o Google.
O app não instala ou não abre em parte do parque	O app exige uma versão de Android maior do que a de alguns aparelhos.	Confira a versão mínima de Android do app e a dos aparelhos antes de entregar. Nos aparelhos antigos, como coletores, veja o guia de MDM para coletores.

Fontes, consultadas em 10/11/2026: Urmobo, como instalar um aplicativo, aplicativo removido automaticamente e forçar a atualização das aplicações Android. Google, boas práticas para apps privados e atualização de apps. Android, versionamento.

Checklist antes de cada publicação

• O pacote é de produção, assinado e alinhado.
• O package name e a chave de assinatura são os mesmos da versão anterior.
• O versionCode é maior do que o da versão em uso.
• A versão mínima de Android do app cabe nos aparelhos do grupo de destino.
• O app foi testado em ao menos um aparelho de cada modelo.
• A política tem o tipo de instalação certo, e o nome do pacote consta na lista se o modo PlayStore for WHITELIST.
• A entrega vai primeiro ao grupo piloto, com observação de instalação e erros nas primeiras 48 horas.
• O pacote de reversão está definido, com versionCode reservado.

Como a Urmobo apoia esse processo

A Urmobo reúne, no mesmo console, as duas rotas de distribuição de apps Android, os cinco tipos de instalação, a entrega por equipamento, entidade ou grupo e a remoção de apps fora da lista aprovada, quando o modo PlayStore está em WHITELIST. O mesmo console gerencia Android, iOS, macOS, Windows, Windows Server, Windows CE/Mobile, Linux e ChromeOS, e a Urmobo é Android Enterprise Recommended (veja a página de Android Enterprise Device Trust). Para planejar a compatibilidade de uma nova versão do sistema, leia Android 17 nas empresas.

Teste a distribuição de apps com os seus aparelhos

Escolha um app interno e um grupo de três a cinco aparelhos e reproduza as duas rotas num piloto. Comece o teste grátis de 15 dias ou fale com a Urmobo para avaliarmos o seu cenário.

Perguntas frequentes

Como publicar um app interno como privado no Android?

Gere um pacote de produção e envie-o pela integração do Google Play gerenciado na console de gerenciamento, pela Play Console ou pela API de apps personalizados. Na integração, bastam o título e o arquivo, e o Google cria a conta de desenvolvedor da organização na primeira publicação. O app fica restrito à organização, e o Google informa que ele costuma ficar pronto em até 10 minutos pelo iframe. O nome do pacote precisa ser único em todo o Google Play.

Qual a diferença entre app privado e app público no Google Play?

Um app privado fica visível só para uma ou mais organizações escolhidas e nunca aparece na loja pública. Um app público pode ser encontrado por qualquer pessoa. O app privado não pode ser convertido em público: para torná-lo público, é preciso publicar um novo app com outro nome de pacote, segundo o Google.

O Google analisa os apps privados?

Segundo o Google, apps privados não estão sujeitos às mesmas verificações dos demais apps. Isso significa que a análise de segurança e a revisão do código ficam por conta da sua equipe, antes da publicação.

Como instalar um app em todos os celulares da empresa sem o colaborador acessar a loja?

Inclua o app na política Android com tipo de instalação Instalação Forçada e entregue por equipamento, entidade ou grupo. Na Urmobo, apps da Play Store entram pela aba Aplicações da política, e APKs do catálogo seguem por Entregar Aplicação, com o tipo Personalizada (APK) para instalação silenciosa. Reserve a instalação forçada para apps essenciais e deixe os opcionais como Disponível.

Qual a diferença entre publicar no Google Play gerenciado e enviar o APK direto?

No Google Play gerenciado, o app privado fica na loja da organização e as atualizações passam pelas regras do Google Play. No APK direto, o arquivo fica no catálogo da plataforma de gerenciamento, e a nova versão só chega aos aparelhos quando você a envia de novo. O APK direto serve quando a Play Store privada recusa o pacote ou o app não deve passar pela loja.

Como atualizar um app interno e forçar a nova versão?

Publique a nova versão com versionCode maior. Para app da Play Store, na Urmobo, coloque o app na política com Instalação Forçada e informe o código da versão no campo Versão mínima. Para APK do catálogo, envie a nova versão ao catálogo e use Entregar Aplicação. Antes de liberar para todos, valide em um grupo piloto.

Como fazer rollback de um app interno Android?

O Android impede instalar um APK com versionCode menor do que o instalado, então o rollback é uma nova publicação: recompile o código da versão anterior, ou uma correção, com versionCode maior, valide no piloto e force a versão. Se o app usa rollout em etapas na Play Console, interrompa o rollout para parar a distribuição da versão com problema.

Por que a atualização de um app interno falha em aparelhos Android?

As causas mais comuns são assinatura diferente da versão instalada, nome do pacote alterado, versionCode igual ou menor, versão de Android do aparelho abaixo da mínima do app, e entrega não feita no caso de APK do catálogo. Em atualizações pela Play Store, o modo padrão também exige Wi-Fi, carregamento e aparelho sem uso, e pode levar até 24 horas.