Em 30 de setembro de 2026, a verificação de desenvolvedor Android entra em uma fase de aplicação regional que inclui o Brasil. O ponto mais importante é não tratar a data como um bloqueio universal de todo APK fora da Play Store: nesta etapa, as proteções valem para instalações feitas por lojas participantes, em dispositivos Android certificados com Android 7 ou mais recente. Para quem publica no Google Play, a tarefa imediata é conferir se todos os apps estão registrados; para quem distribui exclusivamente fora da Play, o caminho passa pelo Android Developer Console e pelo registro dos nomes de pacote.
O que passa a valer no Brasil em 30 de setembro
A documentação oficial do Android lista sete lojas participantes na fase inicial: Google Play, HONOR App Market, OPPO App Market, Galaxy Store, Palm Store, V-Appstore e GetApps. No Brasil, assim como na Indonésia, em Singapura e na Tailândia, essas lojas passam a verificar se o app está registrado por um desenvolvedor verificado antes da instalação em dispositivos Android certificados com Android 7 ou mais recente.
O marco de 30/9/2026 é, portanto, regional e ligado a lojas específicas. A expansão global está prevista para 2027, quando o Android pretende ampliar a exigência para todos os apps em dispositivos certificados. A própria documentação também informa que a capacidade de verificação será expandida para outras lojas Android de terceiros.
Fonte principal: visão geral da verificação de desenvolvedor Android e guia de implementação.
Quem precisa agir agora
| Cenário | Console principal | Prioridade antes de 30/9 |
|---|---|---|
| App publicado somente no Google Play | Google Play Console | Verificar a página inicial e registrar qualquer app que ainda apareça como pendente. |
| App no Google Play e também fora dele | Google Play Console | Usar a mesma conta para conferir apps da Play e registrar pacotes/chaves usados na distribuição externa. |
| App distribuído apenas fora da Play por loja participante | Android Developer Console | Concluir a conta adequada, verificar identidade quando aplicável e registrar o nome do pacote. |
| Distribuição direta por site ou loja que não participa da fase inicial | Android Developer Console, conforme estratégia | A regra de 30/9 ainda não é aplicada a esse canal, mas o registro deve entrar no plano para o rollout global de 2027. |
| Estudante, entusiasta ou uso pessoal restrito | Android Developer Console | Avaliar a conta de distribuição limitada, que permite compartilhar apps com até 20 dispositivos autorizados. |
Google Play: 99% automático não significa 100%
Para a maioria dos desenvolvedores do Google Play, a verificação de identidade já feita no Play Console atende ao novo requisito. O Google afirma que 99% dos apps da Play foram registrados automaticamente com as informações já disponíveis, mas orienta os desenvolvedores a abrir a página inicial do Play Console e conferir se há algum app restante.
Se houver pendência, o registro deve ser concluído até 30 de setembro de 2026. A documentação do Play alerta que apps restantes não registrados podem ser removidos globalmente do Google Play, além de prejudicar a experiência de instalação. Novos apps criados no Play Console passam a ter o nome do pacote registrado e vinculado à conta automaticamente.
Quem usa Google Play e também distribui o mesmo app por outros canais não precisa manter dois processos separados: o Play Console pode ser usado como ponto central para gerenciar os requisitos de verificação, inclusive pacotes e chaves usados fora da Play. Veja o guia oficial do Google Play Console.
Há ainda uma diferença de escopo por formato: para apps distribuídos no Google Play, a documentação diz que os apps em todos os formatos precisam ser registrados. Fora da Play, a aplicação inicial nas regiões selecionadas se concentra em celulares e tablets, embora o Android recomende registrar todos os formatos pensando na expansão futura.
Fora do Google Play: distribuição completa ou limitada
Quem distribui exclusivamente fora do Google Play usa o Android Developer Console. Para distribuição ampla, a conta de distribuição completa exige verificação de identidade. Em contas individuais, os documentos aceitos variam conforme o país; a documentação prevê documento oficial e comprovante de endereço, além de e-mail e telefone privados verificados. Para organizações, entram requisitos adicionais, como número D-U-N-S e site da organização verificado no Google Search Console.
Já a conta de distribuição limitada foi criada para estudantes, entusiastas e outros casos de uso pessoal ou restrito. Ela não tem custo financeiro, não exige documento oficial de identidade e permite compartilhar apps com até 20 dispositivos explicitamente autorizados. Para criá-la, o Android pede Conta do Google, verificação em duas etapas, perfil para pagamentos do Google e e-mail de contato. Esse modelo não substitui uma conta de distribuição completa para quem precisa alcançar público amplo.
Detalhes: distribuição completa e distribuição limitada.
Como funciona o registro do nome do pacote
Para apps fora do Google Play, a etapa técnica central é ligar o nome do pacote e a chave de assinatura à conta correta. O fluxo documentado no Android Developer Console é:
- Informar o nome do pacote que será registrado.
- Adicionar a chave usando a impressão digital SHA-256 do certificado do par de chaves de assinatura do app.
- Comprovar a propriedade em nomes de pacotes existentes, assinando um APK com a chave privada e enviando o arquivo com o desafio indicado pelo console.
- Aguardar o status “Registrado” antes de considerar a pendência encerrada.
Esse inventário de chaves merece atenção. A FAQ oficial informa que, se a chave de assinatura for perdida, não será possível registrar o pacote por esse caminho. O Android Developer Console aceita múltiplas chaves de assinatura para um mesmo pacote. Para equipes com muitos apps, o Android também oferece APIs para consultar status e automatizar registro e gestão de pacotes no pipeline de CI/CD.
Passo a passo: registro no Android Developer Console.
Sideload e lojas fora da lista: a nuance que evita interpretação errada
O prazo de 30 de setembro não significa que todo sideload direto será bloqueado nessa data. A FAQ do Android afirma que, na fase inicial, a aplicação está limitada às lojas participantes. Se o app for distribuído por outra loja não listada ou baixado diretamente para sideload, a nova exigência ainda não será aplicada a esse canal em setembro de 2026.
Isso não elimina a necessidade de preparação. O Android planeja o rollout global em 2027 e recomenda concluir a verificação antes dessa expansão. Usuários avançados também contam com um fluxo avançado para instalar apps de desenvolvedores não verificados com salvaguardas adicionais. O uso do ADB para desenvolvimento e testes continua sem exigir registro.
Há outra exceção operacional importante: apps corporativos distribuídos pelo repositório da própria organização em dispositivos gerenciados não precisam cumprir a verificação nesse fluxo, porque a instalação já está sob controle do administrador de TI. Ainda assim, o Android recomenda registrar esses apps caso possam ser instalados por outras fontes ou em dispositivos não gerenciados.
Checklist para não chegar a 30/9 com app pendente
- Mapeie os canais de distribuição: Google Play, lojas participantes, outras lojas, site próprio, distribuição corporativa e sideload.
- Defina o console correto: Play Console para quem publica na Play; Android Developer Console para quem atua exclusivamente fora dela.
- Confirme o tipo de conta: completa para distribuição ampla ou limitada para uso restrito em até 20 dispositivos.
- Revise a identidade da conta: dados pessoais/organizacionais, contatos e, para organizações fora da Play, D-U-N-S e site verificado quando exigidos.
- Faça um inventário de pacotes: liste todos os application IDs/nome de pacote que chegam a usuários.
- Faça um inventário das chaves: localize certificados, impressões digitais SHA-256 e responsáveis pelo armazenamento das chaves privadas.
- Cheque o status de registro: não presuma que “está na Play” significa que todos os pacotes estão resolvidos; confirme no console.
- Registre pendências e apps externos: conclua a prova de propriedade e acompanhe até o status final.
- Teste o caminho real de instalação: use um dispositivo Android certificado compatível com o público e valide o canal que será usado no Brasil.
- Documente o processo: defina responsável, prazo interno anterior a 30/9 e, em equipes maiores, avalie as APIs para integrar a checagem ao CI/CD.
O que acontece se nada for feito
Dentro do escopo inicial, um app que precise da verificação e continue sem registro poderá ser bloqueado para instalação em dispositivos Android certificados nas regiões abrangidas. Para apps do Google Play que ainda estejam pendentes, a documentação do Play também alerta para o risco de remoção global da loja.
A ação mais segura é transformar o prazo em uma checagem objetiva: identificar o canal, abrir o console correspondente, confirmar identidade e status dos pacotes, registrar o que falta e guardar evidências internas de que cada app crítico ficou com status concluído. A página de perguntas frequentes do Android é a melhor referência para exceções de sideload, ADB, apps corporativos, formatos e chaves de assinatura.
