Com verificação de desenvolvedor, Google ameaça legado aberto do Android

O Google está implementando a verificação de desenvolvedores Android a partir de setembro de 2026, começando no Brasil, Cingapura, Indonésia e Tailândia. A política exige que quem distribui apps fora da Play Store, como em sites próprios, fóruns ou repositórios independentes, se registre com nome real, e-mail, telefone e endereço. Desenvolvedores profissionais precisam do pacote 'Distribuição Completa', com taxa de US$ 25 (R$ 2.322), verificação D-U-N-S e confirmação de site. Já estudantes e entusiastas podem usar a conta gratuita 'Distribuição Limitada', válida para até 20 dispositivos, sem exigência de documento de identificação governamental.

Apps de desenvolvedores não verificados serão bloqueados por padrão em todos os dispositivos Android certificados. Para contornar isso, o usuário precisa passar por um 'Fluxo Avançado': habilitar modo de desenvolvedor, confirmar ausência de coerção, reiniciar o aparelho, aguardar 24 horas e reautenticar com biometria ou PIN. Após isso, pode optar por permitir instalações não verificadas por sete dias ou indefinidamente, mas avisos de segurança persistem. Instalações via ADB e soluções corporativas (EMM/DPC, Managed Google Play) seguem isentas.

Essa mudança é um ponto de inflexão no legado aberto do Android. Por mais de uma década, o sideloading foi uma característica central da plataforma, usada por projetos de código aberto como F-Droid, por iniciativas de privacidade como Tor Browser para Android, e por comunidades locais que distribuem apps em regiões com baixa conectividade ou restrições de loja. Agora, a exigência de identificação real e pagamento cria barreiras estruturais para desenvolvedores individuais, pequenas equipes e iniciativas sem fins lucrativos. Organizações como EFF e Tor Project já alertaram que isso pode reduzir a diversidade de aplicativos disponíveis e ampliar o controle do Google sobre o ecossistema, mesmo sem eliminar o sideloading formalmente.

Para devs brasileiros, o impacto é direto: quem mantém APKs no GitHub Pages, envia builds para grupos no Telegram ou hospeda app próprio em domínio próprio precisará decidir entre se registrar (com dados pessoais e custo) ou perder acessibilidade em novos dispositivos. O fluxo de 24 horas + biometria também inviabiliza testes rápidos com usuários finais. Por outro lado, devs que já publicam na Play Store têm vantagem, muitos requisitos já estão cumpridos. Projetos de código aberto devem avaliar alternativas como integração com F-Droid (que opera sob modelo distinto) ou migração para canais de distribuição corporativa isentos. A isenção de ADB e EMM mantém espaço para desenvolvimento local e ambientes controlados, mas não resolve o problema de distribuição pública.