Não. Em 30 de setembro de 2026 o Android não passa a bloquear arquivos APK. O que entra em vigor no Brasil — junto com Indonésia, Singapura e Tailândia — é a exigência de que o app esteja registrado por um desenvolvedor verificado para ser instalado e atualizado em aparelho certificado com Android 7 ou superior. E, nesta primeira fase, isso vale apenas para sete lojas participantes: Google Play, HONOR App Market, OPPO App Market, Galaxy Store, Palm Store, V-Appstore e GetApps. O FAQ oficial do Google diz, com todas as letras, que “o prazo de 30 de setembro de 2026 se aplica apenas às lojas participantes” e que, se os usuários “fizerem sideload do seu app diretamente, esses novos requisitos ainda não se aplicam”. Ou seja: a rádio que distribui o APK por link de Drive ou grupo de WhatsApp não é bloqueada em setembro — ela entra no rollout global de 2027. E o app já instalado não é apagado: o que passa a travar, quando a exigência alcançar aquele canal, é instalar e atualizar app não registrado, a menos que o usuário use ADB ou ative o fluxo avançado.
Última verificação: 8 de setembro de 2026. Toda afirmação sobre a política do Google neste artigo foi lida no dia da publicação, nas quatro fontes primárias do próprio Google — a página do programa, o FAQ oficial (que exibe um “Last updated” por item), o post do blog de 18 de junho de 2026 e o anúncio original de 25 de agosto de 2025. As citações vêm em inglês, como estão no original, com a tradução ao lado. Isso importa mais do que o normal aqui: esta política mudou pelo menos três vezes desde o anúncio, e boa parte do que circula em português descreve a versão de agosto de 2025.
O que muda exatamente em 30 de setembro de 2026
São quatro coordenadas, e todas estão escritas na página oficial do programa de verificação de desenvolvedores:
- Quando: 30 de setembro de 2026. A data tem dia, sim, e é oficial — a página traz, em destaque, “Next milestone: September 30, 2026”, e o cronograma descreve o marco como “Regional deadline in Brazil, Indonesia, Singapore, and Thailand for participating app stores”.
- Onde: Brasil, Indonésia, Singapura e Tailândia. Quatro países no primeiro lote — o Brasil não está sozinho nem foi escolhido a dedo.
- Em quê: aparelhos certificados rodando Android 7 ou superior (“on certified devices running Android 7+”) e, nesta fase, só celular e tablet — o FAQ diz que “enforcement will only apply to mobile and tablet form factors in the selected regions”.
- Por onde: sete lojas participantes, nomeadas pelo Google: “(Google Play, HONOR App Market, OPPO App Market, Galaxy Store, Palm Store, V-Appstore, GetApps)” — ou, pelos donos, Google, Honor, OPlus, Samsung, Transsion, vivo e Xiaomi.
O que a regra exige dentro desse recorte é registro: o pacote do app tem de estar declarado por uma conta de desenvolvedor cuja identidade o Google verificou. Não é aprovação de conteúdo, não é revisão de código, não é homologação. É identidade.
A frase oficial que ninguém publicou: sideload direto não entra nesta fase
Este é o ponto que decide se o assunto é problema seu ou não, e ele está num item do FAQ oficial marcado como “Last updated: July 15, 2026”. A pergunta é literalmente a que interessa — o que acontece a partir de 30 de setembro de 2026 se eu fizer sideload do meu app ou distribuí-lo por uma loja que não está na lista? — e a resposta é esta:
“The September 30, 2026 deadline only applies to the specific participating stores. If you distribute your app through other stores, or if users sideload your app directly, these new verification requirements won't apply to your app yet. While your users' install experiences won't change in September, we still recommend that you plan to complete your verification before the global rollout begins in 2027.”
“O prazo de 30 de setembro de 2026 se aplica apenas às lojas participantes específicas. Se você distribui seu app por outras lojas, ou se os usuários fazem sideload do seu app diretamente, esses novos requisitos de verificação ainda não se aplicam ao seu app. Embora a experiência de instalação dos seus usuários não mude em setembro, ainda recomendamos que você planeje concluir sua verificação antes do início do rollout global em 2027.”
O item vizinho, atualizado em 18 de junho de 2026, fecha o raciocínio pelo lado das lojas: “If you use a store that is not explicitly listed in this announcement, the new developer verification requirements won't be enforced for your apps during this initial phase.”
Traduzindo para a decisão prática: quem baixa o APK direto do site do desenvolvedor, de um link do Drive ou de um grupo de WhatsApp não é afetado em 30 de setembro de 2026.
E aqui vem a parte que este texto não vai maquiar: isso não é permissão para deixar o assunto de lado. O próprio Google recomenda concluir a verificação antes de 2027, e a preparação leva semanas — só o número D-U-N-S, exigido de pessoa jurídica, pode consumir 28 dias. O que mudou foi o relógio, não o destino.
Linha do tempo oficial, sem intermediário
Cada linha desta tabela é o que o Google publicou, na data em que publicou. É a leitura que falta em quase toda a cobertura em português:
| Quando | O que o Google escreveu | Onde |
|---|---|---|
| 25/08/2025 | Anúncio original: “Starting next year, Android will require all apps to be registered by verified developers” — versão ampla, sem dia e sem recorte de lojas | Android Developers Blog — “Elevating Android security” |
| Out/2025 | Início do acesso antecipado à verificação, por convite gradual | idem |
| 19/03/2026 | Anúncio do fluxo avançado, que preserva a instalação de app de desenvolvedor não verificado para o usuário experiente | Blog — “Balancing openness and choice with safety” |
| 30/03/2026 | Verificação aberta a todos; o dado de malware sobe de “50×” para “over 90 times” | Blog — “Rolling out to all developers” |
| 18/06/2026 | O Google delimita a primeira fase: “Initial launch across seven stores and four countries”, nomeando as sete lojas | Blog — “Building a safer ecosystem together” |
| 15/07/2026 | O FAQ passa a dizer explicitamente que sideload direto não entra em setembro e que o enforcement é só de celular e tablet | FAQ oficial |
| Ago/2026 | “Developer APIs, limited distribution accounts, and power user advanced flow launch” — lançamento global | Página do programa |
| 30/09/2026 | “App registration becomes required for participating stores in Brazil, Indonesia, Singapore, and Thailand. Unregistered apps can be sideloaded with Android Debug Bridge (adb) or advanced flow.” | Blog de 18/06/2026 |
| 2027 em diante | “In 2027, we'll expand this globally to all apps on certified devices” — “Global rollout for all certified Android devices” | Página do programa |
O que mudou entre agosto de 2025 e hoje (e por que a página 1 se contradiz)
Coloque as duas frases lado a lado e a contradição da busca se explica sozinha.
Em 25 de agosto de 2025, o Google escreveu que “Starting next year, Android will require all apps to be registered by verified developers”. Todos os apps. Sem dia marcado, sem recorte de canal. Foi essa versão — ampla — que a maior parte da imprensa brasileira leu e resumiu como “fim dos APK”.
Em 18 de junho de 2026, dez meses depois, o Google publicou um post cujo próprio subtítulo é “Initial launch across seven stores and four countries”. A primeira fase deixou de ser “todos os apps” e passou a ser “os apps distribuídos por estas sete lojas, nestes quatro países”. A política se estreitou no caminho.
Daí a SERP contraditória. De um lado, matérias de 2025 anunciando o fim do sideload; de outro, manchetes de “recuo” — a mais citada é a do TecMundo, de 13 de novembro de 2025. O que a documentação mostra não é cancelamento: é estreitamento de escopo mais a criação do fluxo avançado. A política está de pé, com data marcada e com o Brasil no primeiro lote. Quem diz que o Google voltou atrás está lendo uma etapa como se fosse o fim da história.
Não há triunfalismo nisso. Este artigo não está corrigindo ninguém: está datando cada afirmação. Se a política mudar de novo até 30 de setembro — o Google prometeu “more updates as we approach September” —, vale o que estiver publicado no dia, e não o que está aqui.
O que a verificação é (e o que ela não é)
A analogia é do próprio Google, no anúncio de agosto de 2025: a verificação é como o check de identidade no aeroporto, que confirma quem é o passageiro e é separado da inspeção da bagagem. Nas palavras do post, o Google está “confirming who the developer is, but is separate from the security screening of their bags” — confirmando quem é o desenvolvedor, não revisando o conteúdo do app nem de onde ele veio.
Isso derruba dois mal-entendidos de uma vez:
- Não é revisão de app. A verificação não diz se o app é bom, seguro, legal ou bem feito. Um app ruim de um desenvolvedor verificado continua sendo um app ruim — só que agora com nome e CNPJ atrás dele.
- Não fecha o Android. A pergunta está no FAQ com todas as letras: “Does this mean Android is becoming a closed system? No. Android remains an open ecosystem where you distribute through a variety of channels you choose and install software from multiple sources.”
O que a medida cria é rastro de responsabilidade. Hoje, um app que rouba dados pode circular sem que ninguém saiba quem o assinou. Depois da regra, alguém responde pelo pacote. É pouco para quem esperava uma faxina na pirataria, e é muito para quem trabalha com app oficial e concorre com quem não tem custo nenhum de conformidade.
“Aparelho certificado”, Android 7+ e formato: quem fica de fora
Três filtros decidem se um aparelho está sob a regra, e os três costumam sumir nas matérias:
- Certificado. Vale para os aparelhos que passam pela certificação do Google e saem de fábrica com os serviços do Google (Play Store, Play Protect). Não existe lista pública de modelos — o critério é esse, não uma tabela.
- Android 7 ou superior. Aparelho mais antigo que isso não é alcançado.
- Celular e tablet. Nesta primeira fase, o enforcement “will only apply to mobile and tablet form factors in the selected regions”.
As consequências são diretas, e uma delas contraria o senso comum: TV Box genérica — daquelas sem os serviços do Google, que é justamente o aparelho que roda IPTV irregular — fica fora do alcance da regra, porque não é certificada. E Android TV não é alvo do enforcement de setembro de 2026 pelo critério de formato, mesmo quando o aparelho é certificado. O Google recomenda registrar os apps de todos os formatos para não ser pego pelo rollout de 2027, mas recomendação não é exigência.
Quem imaginava que a medida acabaria sozinha com a pirataria na sala de casa vai se decepcionar. Ela mira o canal de distribuição de app em celular, não o aparelho paralelo. Se o seu projeto é uma web TV com aplicativo para smart TV, o caminho de estar na loja oficial do fabricante continua sendo o mesmo de antes — e é ele que dá previsibilidade, não a regra do Google.
Quem é afetado no Brasil, e quando
Ache a sua linha. É a tabela que resolve a dúvida em dez segundos:
| Como o app é distribuído hoje | 30/09/2026 | 2027 (rollout global) |
|---|---|---|
| Publicado na Google Play | Precisa estar registrado — mas “over 99% of their apps have been registered” automaticamente, segundo o Google | Idem |
| Publicado na Galaxy Store, GetApps, OPPO, HONOR, Palm Store ou V-Appstore | Precisa estar registrado | Idem |
| Loja alternativa fora da lista das sete | Não é alcançado nesta fase (FAQ) | Passa a ser alcançado |
| APK direto do site, do Drive ou do WhatsApp (rádios, negócios locais) | Não é alcançado nesta fase (FAQ) | Passa a ser alcançado |
| App corporativo em aparelho gerenciado (organization store) | Dispensado de verificação, com recomendação de registrar mesmo assim | Idem |
| Instalação por ADB (desenvolvimento, teste) | Dispensada | Dispensada |
| Conta de distribuição limitada (estudante, professor, hobbista): até 20 aparelhos | Sem documento de identidade e sem taxa | Idem |
A linha do meio — APK direto, por Drive e WhatsApp — é a que descreve um público específico e numeroso no Brasil: rádios com app feito por freelancer, operações de IPTV e pequenos negócios que mandaram fazer um app e nunca souberam onde ele foi parar. Nenhum resultado da primeira página do Google fala com esse público; todos falam com o usuário curioso que quer instalar um APK.
E, agora que a apuração está correta, a mensagem para ele muda de tom: você não é bloqueado em setembro de 2026. Você tem até o rollout de 2027 — que é menos tempo do que parece, porque a preparação é burocrática e lenta.
Vale, mesmo assim, o argumento que não depende de prazo nenhum. Uma emissora que paga outorga, tem CNPJ, sinal de radiodifusão e um público que confia nela, e que mesmo assim entrega o app por um link solto, está pedindo ao ouvinte que ignore um aviso de “fonte desconhecida” exatamente no momento em que pede confiança. Foi assim que o assunto entrou na pauta do nosso podcast: durante uma campanha com emissoras, apareceu rádio exibindo no próprio site o logo do Android e um link do Drive para baixar o APK. O prazo do Google mudou; esse problema, não.
E quem já tem o app instalado?
Duas respostas, as duas com fonte:
1. Nada é apagado. Não há, em nenhum dos documentos oficiais, previsão de remoção de app já instalado. Quem tem o app no celular continua com ele.
2. Mas atualizar trava. O FAQ é literal, no item atualizado em 25 de março de 2026: “Unregistered apps can only be installed or updated when the advanced flow is enabled or by using ADB so if the advanced flow is disabled updates to unregistered apps will fail.”
É a consequência menos comentada e a mais séria para quem tem uma base instalada. Quando a regra alcançar o canal do seu app — 2027, no caso de quem distribui APK direto —, o ouvinte fica congelado na versão que tiver: sem correção de bug, sem atualização de segurança, sem recurso novo. Um app parado no tempo é um app que vai sendo desinstalado.
O fluxo avançado: como o Google deixa instalar app não verificado
O fluxo avançado foi anunciado em 19 de março de 2026 e lançado globalmente em agosto de 2026. O FAQ o descreve como “an advanced flow for power users who want to take educated risks to install apps from unverified developers”, com configuração única. O passo a passo publicado pelo Google, em linguagem simples:
- Ativar o modo desenvolvedor no aparelho.
- Confirmar que ninguém está orientando você por telefone naquele momento — é uma checagem anticoerção.
- Reiniciar o aparelho e autenticar de novo.
- Esperar o período de proteção de 24 horas e confirmar por biometria ou PIN.
- Instalar, com a opção de liberar por 7 dias ou indefinidamente — ainda vendo o aviso de desenvolvedor não verificado e o botão “Install Anyway”.
A espera de 24 horas não é capricho. O FAQ explica: “The waiting period is a defense against social engineering and coaching scams. Fraudsters often pressure victims into making immediate security changes while on a live call.” Para justificar o desenho, o Google cita um dado de terceiro — segundo o relatório de 2025 da Global Anti-Scam Alliance (GASA), 57% dos adultos entrevistados sofreram algum golpe no ano anterior, com perda global de US$ 442 bilhões. O número é da GASA, não do Google, e é assim que ele deve ser citado.
Uma observação necessária: descrever o fluxo avançado é explicar política pública, não ensinar a burlar nada. O Google publicou o passo a passo justamente porque a existência dele é parte do argumento de que o Android continua aberto.
Quanto custa e qual conta você precisa
Números conferidos na fonte oficial em 8 de setembro de 2026:
- Google Play Console: taxa de registro única de US$ 25 — “There is a US$25 one-time registration fee”.
- Android Developer Console, conta Full Distribution, para quem distribui só fora da Play: US$ 25, descrita no FAQ como “similar to Play's $25 registration fee”.
- Conta de distribuição limitada (professores, estudantes, hobbistas): gratuita, sem documento de identidade, para até 20 aparelhos. O FAQ avisa que dá para migrar de limitada para completa — mas não o contrário.
- Apple Developer Program: US$ 99 por ano (US$ 299/ano no Enterprise), para quem quiser comparar.
- Pessoa jurídica precisa de D-U-N-S, que é gratuito, mas cujo processo “can take up to 28 days”.
Uma correção que precisa ser feita, inclusive do nosso próprio episódio: a taxa do Google não é anual. Circula muito a versão de que o Google cobra “US$ 25 por ano” — não cobra. São US$ 25 uma vez, nas duas consoles. Quem cobra por ano é a Apple.
O dado de malware, com a atribuição e a data certas
O número que justifica a política mudou no meio do caminho, e mostrar isso vale mais do que repetir o mais impressionante:
- 25/08/2025: “over 50 times more malware from internet-sideloaded sources than on apps available through Google Play”.
- 30/03/2026: “our recent analysis found over 90 times more malware from sideloaded sources than on Google Play”.
Nos dois casos é análise do próprio Google, apresentada por ele para justificar a própria medida. Não é estatística independente, não é auditoria de terceiro, e é assim que deve ser citada: “segundo a análise do próprio Google, em março de 2026, há mais de 90 vezes mais malware em apps de sideload do que na Play Store”. O número de 2025 (50×) só faz sentido com a âncora temporal junto.
Isso não torna o dado irrelevante. Torna-o o que é: o argumento de quem propôs a regra. Para quem contrata desenvolvimento de app, o risco concreto não é estatístico, é contratual — é não saber quem assinou o pacote que você distribui com a sua marca.
Checklist: o que fazer agora (e o que dá para fazer até 2027)
- Descubra quem é o titular da conta de desenvolvedor do seu app hoje. Em app terceirizado, quase nunca é você — e a conta é de quem a criou. Descubra também onde está a chave de assinatura: o FAQ avisa que chave perdida significa pacote não registrável.
- Ache a sua linha na tabela acima. Ela define se o seu prazo é setembro de 2026 ou o rollout de 2027.
- Abra ou regularize a conta: Play Console, Android Developer Console (Full, US$ 25) ou conta de distribuição limitada (grátis, até 20 aparelhos).
- Se for pessoa jurídica, comece pelo D-U-N-S — até 28 dias, e nada anda sem ele.
- Registre os pacotes (nomes de pacote) e confira o status no Play Console, no Android Developer Console ou no próprio Android Studio.
- Levante os APKs em circulação — site, Drive, grupos de WhatsApp — e planeje a migração dos usuários para a loja.
- Avise a base. Quem já tem o app instalado precisa saber por onde vai receber as próximas versões, porque atualização de app não registrado falha quando a regra alcança o canal.
- Reveja a política de privacidade e o tratamento de dados do app. Conta verificada expõe um responsável — e responsável tem obrigações.
Se a sua operação é uma emissora, os itens 1 e 6 costumam ser os que doem: descobrir que o app está na conta de um ex-fornecedor, e que o link do APK ainda está no rodapé do site. É um trabalho de semanas, não de um dia — e é por isso que 2027 não é longe.
O episódio que deu origem a este artigo
Este texto nasceu do episódio “Google (Android) Bloqueia Apps Piratas em 2026 — Como Isso Afeta a Sua Rádio?”, do podcast Café & Tech, publicado pelo canal da JMV Technology em 25 de setembro de 2025 (1h04min29s), com Mário Sérgio, consultor de soluções da JMV, e Josimar Machado, CEO da JMV Technology.
Nota editorial (apuração de 08/09/2026). O episódio é de setembro de 2025 e foi gravado quando a única versão pública da política era a ampla, do anúncio de agosto de 2025. Ele acertou o essencial: a mudança existe, é real, tem data e o Brasil está no primeiro lote. Mas a política mudou depois dele, e três afirmações do episódio não se sustentam contra a documentação de hoje:
- “O APK fora da loja vai ficar indisponível, não vai ser possível utilizar” — não. O sideload continua permitido, e o sideload direto sequer entra na fase de 30/09/2026.
- “São 25 dólares por ano que o Google cobra” — a taxa do Google é única, não anual. Anual é a da Apple (US$ 99).
- “O Google vai fechar o Android” — o FAQ oficial responde que não, e que o Android “remains an open ecosystem”. Verificação de identidade não é homologação de app.
O que o episódio traz de melhor não é a previsão regulatória: é o retrato do problema real, que continua de pé — emissora com CNPJ e outorga distribuindo o app por link de Drive.
Trechos citados do episódio (transcrição)
“Aquela configuração que você tem de baixar um APK fora da loja e lá no seu sistema operacional Android marcar que você autoriza a instalação de um dispositivo desconhecido […] isso vai acabar e com isso, obviamente, APKs que estão aí circulando fora da loja oficial, eles vão ficar indisponíveis.” — Josimar Machado, aos ~9min. Contraditado pela documentação atual (ver a nota acima).
“APK, gente, é o pacote de um aplicativo que se desenvolve antes de mandar pra loja. […] O certo é: fez o APK, manda pra Play Store.” — Mário Sérgio.
“É muito feio você ver uma rádio postando um aplicativo que viola a privacidade do usuário […] quando é um aplicativo que nem é homologado pelo Google ou pela Apple. É assustador o radialista que tem seu CNPJ, que tem seu sinal de radiodifusão, que paga caro pela outorga que ele tem lá, que ele mantém a duras penas, para poder fazer um negócio desse.” — Josimar Machado.
“Inclusive expondo lá no site: coloca lá a logozinha do Android e, lá dentro, um link do Drive para baixar o APK.” — Mário Sérgio, sobre o que a equipe encontrou durante uma campanha com emissoras.
Transcrição automática do YouTube, revisada para remover gralhas de reconhecimento de fala. As falas estão datadas de 25/09/2025 e devem ser lidas contra a apuração de 08/09/2026 feita neste artigo.
Ver também
- Aplicativos iOS, Android e Smart TV para rádios e TVs — o app oficial publicado nas lojas, no nome da sua empresa, que é o caminho que esta mudança do Google torna obrigatório mais cedo ou mais tarde.
- Aplicativo para Smart TV — o outro formato, que o enforcement de setembro de 2026 não alcança, mas que o rollout de 2027 alcança.
- O Rádio 4.0 — por que a distribuição digital da emissora deixou de ser um acessório do sinal aberto.
- Soluções para radiodifusores — o conjunto de serviços para quem opera emissora com outorga.
Quer resolver isso antes de virar correria? A Sitehosting publica o aplicativo da sua rádio ou web TV nas lojas oficiais, na conta da sua empresa — com a chave de assinatura no seu nome, não no de um fornecedor. Fale com a gente: (11) 4063-8923 ou WhatsApp.