Verificação de desenvolvedor Android no Brasil: checklist de QA
A primeira fase cobre sete lojas de apps. Veja o que eu conferiria nos seus builds Android antes do próximo release.
O que mudou em 30 de setembro?
A verificação de desenvolvedor Android começou em 30 de setembro de 2026 no Brasil, na Indonésia, em Singapura e na Tailândia. A primeira fase cobre instalações de sete lojas participantes em dispositivos certificados com Android 7 ou superior. O Google prevê a expansão global em 2027.
As lojas são Google Play, Galaxy Store, GetApps, OPPO App Market, V-Appstore, HONOR App Market e Palm Store. APKs instalados diretamente e outras lojas ficam fora dessa etapa inicial. Dá tempo de preparar o registro, mas eu já colocaria isso na lista do próximo release.
Depois de mais de 18 anos como dev, eu costumo olhar para o build que de fato chega ao aparelho. O checklist precisa considerar como ele chega lá.
Referências: Guia de implantação do Google
Confira o package junto com o certificado
O Google informa que 99% dos apps da Play foram registrados automaticamente. Eu ainda conferiria o Play Console, principalmente para packages distribu?dos fora da loja.
O package name sozinho conta só parte da história. A Android Developer ID Status API permite consultar o par package e fingerprint SHA-256 do certificado. Quando existe registro com outro certificado, ela retorna REGISTERED_WITH_ANOTHER_CERTIFICATE_FINGERPRINT. Eu resolveria essa diferença antes de distribuir o build.
Com Play App Signing, confira o certificado de assinatura do app entregue ao usuário. A chave de upload local pode ser outra.
Referências: Documentação da API de status
Cinco checagens antes do release
Para um app Android ou jogo mobile, eu começaria por aqui:
- Liste os packages de produção, QA, staging e variantes regionais com seus canais de distribuição.
- Anote o fingerprint SHA-256 do certificado que assina cada APK entregue. Inclua builds de debug quando fizer sentido.
- Confira o registro no Play Console ou Android Developer Console. Para checar pares de package e certificado em ferramentas, use a API de status.
- Teste instalação limpa e update da versão anterior suportada, preservando os dados do app. Registre aparelho, versão do Android, canal e resultado.
- Revise como os testers vão instalar os builds em 2027. Registrar esses builds continua sendo uma opção. ADB segue funcionando sem essa verificação.
Referências: Guia de registro no Play Console
E os builds sem registro?
O Google documenta um fluxo avançado para usuários que aceitem os riscos, com espera única de 24 horas durante a configuração. Contas de distribuição limitada também permitem até 20 dispositivos. Vale escolher o caminho pensando no público que precisa receber o app.
Eu testaria updates separadamente das instalações novas. Compatibilidade de assinatura já importa no Android, e o registro acrescenta uma checagem. Se uma chave sumiu, investigue a configuração de assinatura e as opções de recuperação antes de concluir que o app foi perdido.
Referências: FAQ oficial da verificação
Coloque a distribuição no escopo de QA
Na Kakunyn, oferecemos testes de jogos mobile e QA de software. Se essa mudança afeta seu release, vamos conversar sobre os aparelhos, canais e caminhos de atualização que precisam entrar na cobertura de testes.
Sobre o autor
Rofli Sanches é desenvolvedor há mais de 18 anos e cofundador da Kakunyn.
Tem uma dúvida sobre seu produto ou quer uma segunda opinião?
Converse com a equipe Kakunyn sobre software e qualidade.