HTML para Durante a maior parte da história do Android, compartilhar um app era simples. Você compilava um APK, enviava para alguém, a pessoa permitia instalações de fontes desconhecidas, e pronto. Ninguém precisava saber quem tinha feito o app.
Isso está mudando. O Google está implementando a verificação de desenvolvedores Android, uma exigência de que apps instalados em dispositivos Android certificados venham de desenvolvedores que verificaram sua identidade e registraram seus apps. Se você só publica no Google Play, talvez não perceba muita diferença. Se você compartilha APKs diretamente, no seu site, em um grupo de conversa ou por outra loja, vale a pena entender o que foi realmente anunciado.
Este artigo se limita ao que o Google disse em suas páginas oficiais. Alguns detalhes mudaram desde o primeiro anúncio e podem mudar de novo, então confira os links no final antes de tomar decisões importantes.
O que o Google anunciou
Em agosto de 2025, o Google publicou um post no Android Developers Blog intitulado A new layer of security for certified Android devices. A ideia: o Android passaria a exigir que os apps fossem registrados por desenvolvedores verificados antes que os usuários pudessem instalá-los em dispositivos certificados.
A justificativa do Google é o malware. Pessoas mal-intencionadas costumam se esconder no anonimato, publicam um app, são pegas e voltam com outro nome. Vincular apps a uma identidade de desenvolvedor verificada dificulta isso. O Google deixou claro que a verificação é sobre quem é o desenvolvedor. Não é uma análise do conteúdo do app em si.
O texto atual do guia de verificação de desenvolvedores do Google diz que o Android exige que todos os apps sejam registrados por desenvolvedores verificados para que os usuários possam instalá-los em dispositivos Android certificados.
O cronograma oficial
Segundo a visão geral da verificação de desenvolvedores do Google, a implementação fica assim:
- Agosto de 2026: lançamento das APIs para desenvolvedores, das contas de distribuição limitada e do "fluxo avançado" para usuários avançados.
- 30 de setembro de 2026: começam as proteções para usuários que instalam apps de lojas participantes no Brasil, Indonésia, Singapura e Tailândia, em dispositivos certificados com Android 7 ou mais recente.
- 2027 em diante: o Google diz que vai expandir a verificação globalmente para todos os apps em dispositivos Android certificados.
As lojas participantes listadas no guia do Google para esta primeira fase são Google Play, HONOR App Market, OPPO App Market, Samsung Galaxy Store, Palm Store da Transsion, vivo V-Appstore e Xiaomi GetApps.
Então, hoje, a exigência está valendo em quatro países e focada nessas lojas. As perguntas frequentes do Google dizem que o prazo de 30 de setembro se aplica apenas às lojas participantes, e que apps de outras lojas ou instalados diretamente ainda não estão cobertos pelas novas exigências. A palavra "ainda" importa: o plano declarado é a cobertura global de todos os apps em dispositivos certificados a partir de 2027. O Google não publicou uma data exata para isso.
Dois tipos de conta
O Google oferece duas portas de entrada, dependendo de onde você distribui:
- Google Play Console, se você publica no Google Play, compartilhando ou não o app em outros lugares. O Google diz que o Play Console será o único lugar para cuidar da verificação, inclusive para cópias do seu app distribuídas fora do Play.
- Android Developer Console, um novo console para desenvolvedores que distribuem apenas fora do Google Play.
O Android Developer Console tem duas opções. Uma conta de distribuição completa exige verificação de identidade e permite distribuir por qualquer loja ou canal; as perguntas frequentes do Google mencionam uma taxa de $25 para ela. Uma conta de distribuição limitada é pensada para estudantes, entusiastas e uso pessoal: sem documento oficial e sem taxa, mas os apps só podem ser compartilhados com até 20 dispositivos. O Google diz que você pode passar de uma conta limitada para uma completa, mas não o contrário.
O que envolve registrar um app
A verificação tem duas partes. Primeiro você verifica quem você é. Depois registra seus apps, o que significa vincular cada nome de pacote à sua conta e à sua chave de assinatura. O guia do Google diz que você comprova a propriedade fornecendo um APK assinado com sua chave privada.
Daí vêm duas consequências práticas:
- Sua chave de assinatura importa mais do que nunca. As perguntas frequentes do Google são diretas: se você perder sua chave de assinatura, não vai conseguir registrar seus pacotes.
- Nomes de pacote são reivindicados. Se outra pessoa já usa um nome de pacote, talvez você não consiga reivindicá-lo, e o Google sugere usar outro. Evite nomes genéricos como
com.example.app; use algo que seja claramente seu.
Se você publica no Google Play e usa a Assinatura de apps do Play, as perguntas frequentes dizem que os apps elegíveis entram no registro automático, e o Google afirma que o Play registra automaticamente 99% dos apps.
O que muda para quem instala APKs
Em um dispositivo certificado onde as regras se aplicam, um app de um desenvolvedor não registrado não vai ser instalado pelo caminho normal. Segundo o Google, há duas formas de contornar isso:
- ADB. Instalar por cabo USB com o Android Debug Bridge não exige verificação. Isso é pensado para desenvolvedores testando seus próprios builds.
- O fluxo avançado. Uma configuração única para usuários avançados que aceitam o risco. Envolve ativar as opções do desenvolvedor, confirmar que ninguém está te orientando, reiniciar, esperar um dia e confirmar com sua digital, rosto ou PIN. Mesmo assim, apps não verificados mostram um aviso antes da instalação.
O Google também observa que atualizações de apps não registrados só vão ser instaladas pelo fluxo avançado ou pelo ADB. Para usuários comuns, isso é muito atrito, então, se você quer que as pessoas instalem seu app com facilidade a longo prazo, deve se planejar para ser verificado.
Passos práticos se você compartilha APKs
- Publique um AAB no Google Play, se puder. É o caminho mais simples: sua conta do Play Console cuida da verificação, e a maioria dos apps no Play é registrada automaticamente. Você ainda pode compartilhar o APK diretamente com testadores.
- Mantenha a mesma chave de assinatura e faça backup dela. Use uma chave para todas as atualizações. Guarde uma cópia em um lugar seguro. Se você usa a Assinatura de apps do Play e também compartilha seu próprio APK, lembre que seu APK é assinado com a sua chave de upload, não com a chave de assinatura de apps do Google; as perguntas frequentes do Google dizem que o Android Developer Console permite adicionar e verificar várias chaves de assinatura para um mesmo pacote, então confira se cada chave que você usa está registrada.
- Escolha um nome de pacote que seja seu. Use seu próprio domínio ou nome, como
com.yourstudio.menu, e nunca o altere depois do lançamento. - Escolha a conta certa. Vai compartilhar só com algumas pessoas? Uma conta de distribuição limitada pode bastar. Vai distribuir amplamente fora do Play? Planeje uma conta de distribuição completa e a verificação de identidade.
- Acompanhe as páginas oficiais. Datas e detalhes já mudaram antes. Confira sempre que planejar um lançamento.
Onde o Free HTML to APK entra
O Free HTML to APK não verifica desenvolvedores nem registra apps por você; isso acontece nos consoles do Google. O que ele faz é te dar os dois arquivos de que o processo precisa: um APK assinado para instalações diretas e testes, e um AAB para o Google Play. Compilar sempre com a mesma chave é fácil, já que tanto o compilador do site quanto o app Android permitem reutilizar um arquivo de chave existente. Para a parte do Play, siga o guia de publicação no Google Play, e leia APK ou AAB se os dois formatos forem novidade para você.
Fontes oficiais
- Visão geral da verificação de desenvolvedores Android
- Guia de verificação de desenvolvedores
- Perguntas frequentes sobre a verificação de desenvolvedores
- Android Developers Blog, anúncio de agosto de 2025