Durante mais de uma década, o Android foi o sistema em que o dono do aparelho instalava o que quisesse. Bastava baixar um arquivo de instalação, o famoso APK, e aceitar o aviso de risco. Essa liberdade começou a mudar em 30 de setembro de 2026, e o Brasil, para o nosso azar ou sorte, está na primeira leva.
Para a maioria dos veículos de comunicação, a mudança em si não vai derrubar nada. O que ela faz é jogar luz sobre um problema antigo e pouco discutido nas empresas de mídia: muitas não são, formalmente, donas dos próprios aplicativos.
O que mudou?
O Google criou a verificação de desenvolvedores do Android. A regra, em resumo:
- Todo app precisa de um responsável identificado. O desenvolvedor, pessoa ou empresa, confirma sua identidade junto ao Google e registra os aplicativos que distribui.
- O registro amarra três coisas: a identidade verificada, o nome do pacote (o identificador único do app) e a chave de assinatura usada para publicá-lo.
- Vale dentro e fora da Google Play. Nesta primeira fase, a exigência cobre sete lojas: Google Play, Galaxy Store (Samsung), GetApps (Xiaomi), OPPO App Market, HONOR App Market, V-Appstore (vivo) e Palm Store.
- Brasil, Indonésia, Singapura e Tailândia são os primeiros países. A expansão global está prevista para 2027.
- Aparelhos afetados: os certificados pelo Google, com Android 7 ou mais recente.
O cadastro tem taxa única de US$ 25, cerca de R$ 125. Segundo o Google, a verificação confirma quem é o desenvolvedor, e não avalia o conteúdo do app, a menos que ele seja publicado na Google Play, onde as regras da loja já valiam.
Ainda dá para instalar APK?
Dá, mas ficou mais difícil para apps de desenvolvedores não verificados. Os caminhos que restaram:
- Fluxo avançado. O usuário ativa as opções de desenvolvedor, habilita a permissão para apps não verificados, confirma que ninguém o está pressionando a instalar, espera 24 horas e reinicia o aparelho.
- ADB. A instalação por cabo, a partir de um computador, continua funcionando.
- Distribuição limitada. Contas gratuitas para estudantes e entusiastas permitem compartilhar um app com até 20 aparelhos.
Apps de desenvolvedores verificados seguem sendo instalados normalmente.
Se era tão prático, por que o Google fez isso?
O argumento oficial é segurança. Aplicativos maliciosos costumam circular por fora das lojas, e o golpe clássico é conhecido de qualquer família: o aviso falso de "seu celular está com vírus" que leva alguém a instalar justamente o vírus. A espera de 24 horas e a pergunta sobre coação miram os golpes em que a vítima é orientada por telefone a instalar um app.
Há muitas críticas. Comunidades de software livre e pequenos desenvolvedores apontam o custo, a exigência de documentos e o fato de que alguém precisa colocar o próprio nome como responsável por projetos coletivos. Críticos também observam que a medida amplia o controle do Google sobre o ecossistema pouco depois de a empresa ter sido obrigada pela Justiça americana, no processo movido pela Epic Games, a facilitar a instalação de lojas concorrentes.
O que isso muda para um veículo de comunicação
Se o aplicativo do veículo está na Google Play, o impacto imediato tende a ser pequeno. O Google afirma que a maioria dos desenvolvedores da loja já estava verificada e que mais de 99% dos apps foram registrados automaticamente.
Ainda assim, três situações pedem atenção.
Apps que ficaram sem registro. O Google orienta conferir a página inicial do Play Console e registrar o que estiver pendente. O aviso oficial fala em risco de remoção global da loja.
APKs distribuídos por fora. Versões de teste enviadas por WhatsApp, apps internos para repórteres, aplicativos para TV box ou parceiros. Tudo isso agora depende de registro ou esbarra no fluxo avançado.
O nome que aparece para o leitor. Segundo guias técnicos sobre a mudança, o nome legal, o endereço e, no caso de organizações, o site do desenvolvedor verificado ficam visíveis na instalação. Se a conta for de um terceiro, é o nome dele que aparece, não o do jornal.
É nesse terceiro ponto que mora o alerta principal.
O alerta: seu app pode estar no nome de outra pessoa
Muitos veículos, inclusive tradicionais, não têm um time de tecnologia especializado e contratam o desenvolvimento do aplicativo de fora. Até aí, nada de errado. O problema aparece em um detalhe que quase ninguém pergunta na hora de contratar: em qual conta o app será publicado?
Por desconhecimento do contratante e praticidade do contratado, é comum o aplicativo ir ao ar na conta de desenvolvedor do freelancer ou da pequena empresa que o construiu. O app leva a marca do veículo, mas, para o Google e para a Apple, pertence a quem é dono da conta.
Empresas de desenvolvimento profissionais, com política de ética bem estabelecida, seguem um protocolo: o aplicativo é publicado na conta do próprio publisher, e a fornecedora recebe apenas um acesso de colaboradora. É esse cuidado que evita dor de cabeça no futuro.
Com a verificação de desenvolvedores, a situação fica ainda mais formal. O registro liga o nome do pacote e a chave de assinatura a uma identidade verificada. Se essa identidade for a do terceirizado, é ele, oficialmente, o responsável pelo aplicativo do seu veículo.
O que pode dar errado
- O relacionamento acaba mal. Sem acesso à conta, o veículo não publica atualizações nem corrige falhas.
- O desenvolvedor some. Muda de área, fecha a empresa, perde o acesso ao e-mail. O app fica órfão.
- A conta dele é suspensa. Por um problema em outro aplicativo, sem relação com o veículo, tudo o que está naquela conta pode sair do ar.
- Recomeçar do zero. Sem a transferência, a alternativa é lançar um novo app, com outro identificador. Perdem-se a base instalada, as avaliações e os leitores que recebiam notificações.
- Negociação desequilibrada. Quem controla a conta controla a conversa sobre preço e prazo.
Como descobrir e como resolver
1. Descubra quem é o dono. Abra a página do app na Google Play e na App Store e veja o nome do desenvolvedor. Se não for o do veículo, o app está em conta de terceiros.
2. Crie a conta da empresa. Abra uma conta de desenvolvedor do tipo organização, em nome do CNPJ, com um e-mail corporativo compartilhado, e não o e-mail pessoal de um funcionário. O processo pode exigir o número D-U-N-S, um cadastro empresarial internacional cuja emissão pode levar cerca de 30 dias. Comece cedo.
3. Peça a transferência. O Google tem um processo oficial para mover um app de uma conta para outra. Ele preserva usuários, estatísticas, avaliações, comentários e assinaturas. Os registros da verificação de desenvolvedores, com o nome do pacote e as chaves, acompanham o app. A análise do suporte leva até dois dias úteis.
4. Entenda a limitação. A transferência só pode ser iniciada pela conta original. Ou seja, depende da colaboração de quem publicou. Por isso, o melhor momento para pedir é enquanto a relação está boa.
5. Recupere o resto. O app é só uma parte. Confira também quem controla:
- a conta na App Store, da Apple
- o código-fonte e o repositório
- as chaves de assinatura e de upload
- o projeto no Firebase
- a conta do serviço de notificações push
- as ferramentas de análise de audiência
- o domínio e o DNS do site
6. Coloque no contrato. Em novos projetos, deixe por escrito que contas, código, chaves e dados pertencem ao veículo, e que o fornecedor atua como colaborador convidado.
Perguntas para fazer ao seu fornecedor:
- Em qual conta nosso aplicativo está publicado, no Android e no iOS?
- Essa conta já passou pela verificação de desenvolvedores do Google?
- Nosso app está registrado? Há alguma pendência no Play Console?
- Quem tem a chave de assinatura?
- Distribuímos algum APK fora das lojas?
- Se encerrarmos o contrato amanhã, o que precisamos receber para continuar operando?
Se o fornecedor responder a tudo com tranquilidade, ótimo. Se hesitar, o veículo acabou de descobrir um risco que não sabia que tinha.
Fontes:
