Como a instalação de APK no Android vai mudar após 30 de setembro de 2026
A partir de 30 de setembro de 2026, o Android começará a aplicar uma nova ligação entre uma aplicação, o respetivo nome de pacote e a identidade verificada do programador. Esta alteração tem sido frequentemente descrita como o fim da instalação manual de APK, mas não foi isso que a Google anunciou. A primeira fase de aplicação estará limitada por país, tipo de dispositivo e origem de distribuição, enquanto os utilizadores que aceitarem conscientemente os riscos continuarão a ter formas de instalar software de programadores não verificados. Na prática, haverá um processo de instalação mais controlado, e não uma proibição universal de ficheiros descarregados fora do Google Play. Para a maioria das pessoas que instalam aplicações devidamente registadas, pouco deverá mudar. O maior impacto será sentido pelos programadores que distribuem APK sem os registar, pelos utilizadores que dependem de versões não assinadas ou modificadas e pelas organizações que ainda não verificaram como as suas aplicações internas são distribuídas. Este guia explica as regras publicadas pela Google e disponíveis em julho de 2026, incluindo o lançamento regional, a verificação de programadores, o registo de pacotes, o Advanced Flow, as instalações por ADB e os preparativos necessários antes do prazo.
O que muda realmente em 30 de setembro de 2026
A primeira fase de aplicação abrangerá o Brasil, a Indonésia, Singapura e a Tailândia. Nos telemóveis e tablets Android certificados desses países, as aplicações instaladas ou atualizadas através de sete lojas participantes terão de estar registadas em nome de um programador verificado. As lojas indicadas pela Google são o Google Play, HONOR App Market, OPPO App Market operada pela OPlus, Samsung Galaxy Store, Palm Store operada pela Transsion, vivo V-Appstore e Xiaomi GetApps. As orientações atuais para programadores indicam que o requisito será aplicado a dispositivos certificados com Android 7 ou posterior, sendo a verificação fornecida através dos Serviços do Google Play. Este ponto é importante porque a regra não está ligada apenas à versão mais recente do Android. Um telemóvel compatível mais antigo poderá receber o verificador através de atualizações dos serviços do sistema, mesmo que a versão do sistema operativo não seja alterada. Para distribuições realizadas fora do Google Play, a aplicação inicial abrangerá aplicações para telemóveis e tablets nos quatro países selecionados. A Google recomenda ainda o registo de aplicações destinadas a outros formatos de dispositivos Android, de modo a evitar dificuldades durante futuras fases de expansão.
O prazo é mais limitado do que muitas notícias sugerem. A instalação direta a partir do site de um programador e a instalação através de lojas que não constam da lista inicial não ficarão sujeitas à nova regra de verificação em 30 de setembro de 2026 apenas por essa data ter chegado. Um utilizador no Reino Unido, em Portugal ou noutro país europeu não perderá repentinamente a possibilidade de abrir um APK descarregado diretamente da Internet durante esta primeira fase regional. Existe, no entanto, uma exigência separada para os programadores do Google Play: todos os nomes de pacote publicados no Play terão de estar registados até à mesma data, e as aplicações que continuarem sem registo poderão ser removidas do Google Play ao abrigo das regras atualizadas da Play Console. A Google também pretende alargar a verificação de programadores a nível mundial durante 2027 e nos anos seguintes. Por isso, os programadores que trabalham em países fora do grupo inicial dispõem de mais tempo, mas não de uma isenção permanente, devendo encarar o primeiro lançamento como a introdução gradual de uma política mais abrangente.
A verificação técnica será efetuada pelo Android Developer Verifier, um serviço de sistema da Google introduzido durante 2026. Quando uma aplicação for instalada ou atualizada numa situação abrangida pelas novas regras, o serviço verificará se o nome de pacote está associado a um programador verificado e a uma chave de assinatura aceite. O nome de pacote é o identificador único utilizado pelo Android para distinguir uma aplicação de outra, enquanto a chave de assinatura ajuda a comprovar quem controla determinada versão. A verificação não significa que a Google tenha analisado as funcionalidades da aplicação, aprovado as suas práticas comerciais ou garantido que o software não contém código prejudicial. Trata-se principalmente de uma verificação de identidade e propriedade, concebida para dificultar a distribuição anónima repetida. Esta distinção é relevante para os utilizadores: uma aplicação registada possui um programador identificável e responsável, mas continua a exigir cuidado quanto às permissões, pedidos de pagamento, acesso às funções de acessibilidade e outros comportamentos sensíveis. A verificação acrescenta rastreabilidade, mas não substitui a análise de malware nem uma avaliação prudente.
O que os utilizadores vão notar durante a instalação
No caso de uma aplicação corretamente registada por um programador verificado, a experiência de instalação deverá continuar bastante semelhante à atual. A Google afirma que os utilizadores não deverão notar uma alteração significativa quando a identidade, o nome de pacote e os dados de assinatura da aplicação corresponderem ao registo. Isto também se aplica quando o programador distribui o APK fora do Google Play, desde que a aplicação tenha sido registada através da consola adequada. O novo sistema não obriga todos os programadores a publicar no Google Play e não submete a distribuição direta ao processo de análise do Play. Uma empresa de software poderá continuar a disponibilizar ficheiros APK através do seu próprio site ou de uma loja independente. A diferença é que a distribuição ampla em dispositivos certificados exigirá progressivamente que o responsável comprove a sua identidade e registe o identificador da aplicação. Os utilizadores poderão continuar a ver os avisos de segurança habituais do Android relacionados com a origem do ficheiro ou com as permissões solicitadas, mas o registo deverá evitar o bloqueio adicional reservado a software cuja identidade do programador não pode ser confirmada.
Quando uma aplicação não estiver registada, o resultado dependerá do local e do método de instalação. Durante a primeira fase, uma instalação normal efetuada através de uma das lojas participantes nos quatro países iniciais poderá ser bloqueada porque o Android não consegue associar o pacote a um programador verificado. O utilizador não poderá tratar este aviso como uma simples mensagem que se ignora com um único toque, como acontecia com alguns avisos antigos de instalação manual. A Google pretende separar uma decisão consciente tomada por um utilizador experiente de uma ação rápida que um burlão poderia orientar durante uma chamada telefónica. Os utilizadores que tenham uma necessidade legítima de instalar uma aplicação não registada contarão com duas opções suportadas: o Advanced Flow do Android ou a instalação através do Android Debug Bridge, normalmente designado ADB. A primeira opção destina-se a consumidores experientes que pretendem continuar a instalar diretamente no dispositivo. A segunda é sobretudo uma ferramenta de desenvolvimento que exige um computador, uma ligação por cabo ou depuração através da rede e maior familiaridade técnica.
As atualizações exigem tanta atenção como as primeiras instalações. As perguntas frequentes publicadas pela Google indicam que uma aplicação não registada apenas poderá ser instalada ou atualizada enquanto o Advanced Flow estiver ativo ou através de ADB, depois de a exigência de verificação entrar em vigor. Se o Advanced Flow estiver desativado, a atualização dessa aplicação não registada falhará. Isto pode criar um problema prático mesmo para utilizadores que tenham instalado um APK muito antes do prazo: a aplicação poderá permanecer no dispositivo, mas futuras correções de segurança ou novas versões poderão deixar de ser recebidas pelo método habitual. Os programadores que abandonarem uma aplicação sem a registar poderão, por isso, deixar os utilizadores presos a uma versão desatualizada. O risco é maior no caso de aplicações bancárias, gestores de palavras-passe, serviços de mensagens, utilitários do dispositivo e qualquer software que trate dados sensíveis. Antes de depender de um APK para uma tarefa essencial, o utilizador deverá confirmar se o programador anunciou o registo, se as atualizações utilizam a mesma identidade de assinatura e se existe uma alternativa fiável caso o suporte termine.
Verificação do programador e registo das aplicações
O cumprimento das novas regras envolve duas etapas relacionadas. Primeiro, o programador tem de verificar a identidade da pessoa ou organização responsável pela distribuição. Depois, terá de registar o nome de pacote de cada aplicação e associá-lo à chave de assinatura relevante. Concluir apenas uma destas etapas não será suficiente. Os programadores que utilizam o Google Play tratam do processo através da Play Console, enquanto os que distribuem exclusivamente fora do Google Play utilizam a Android Developer Console. Muitas contas estabelecidas do Play já concluíram a verificação de identidade, e a Google afirma que mais de 99% das aplicações elegíveis do Play foram registadas automaticamente. Ainda assim, o registo automático deve ser verificado, e não simplesmente presumido. Um pacote poderá permanecer sem registo devido a conflitos de propriedade, configurações de assinatura pouco comuns ou informações em falta na conta. A partir de 30 de setembro de 2026, todos os pacotes do Play terão de cumprir este requisito. Por isso, os programadores deverão consultar a página de verificação na Play Console e resolver o estado de qualquer aplicação indicada como não registada ou incompleta antes do prazo.
Os programadores que distribuem fora do Google Play podem criar uma conta de distribuição completa na Android Developer Console. A taxa atual consiste num pagamento único de 25 dólares norte-americanos, e a conta permite um número ilimitado de aplicações e instalações depois de a verificação estar concluída. Uma conta pessoal exige o nome legal, a morada legal, um endereço de correio eletrónico válido e um número de telefone funcional. A Google poderá também solicitar um documento de identificação oficial com fotografia e um comprovativo de morada. Uma conta de organização exige ainda os dados verificados da entidade, o respetivo site e um número D-U-N-S, exceto quando a Google disponibiliza um procedimento específico para organismos públicos elegíveis. A conta é associada a um perfil de pagamentos da Google, permitindo a verificação das informações legais. Estes requisitos podem ser simples para uma empresa devidamente registada, mas podem demorar mais tempo para um pequeno programador que utilize uma morada antiga, um nome comercial diferente dos registos oficiais ou uma organização que ainda não possua um número D-U-N-S. Iniciar o processo cedo permite corrigir eventuais divergências.
Depois da verificação da identidade, o programador regista o nome de pacote e comprova o controlo da chave de assinatura. No caso de uma aplicação existente, a Android Developer Console poderá solicitar um APK assinado que contenha um fragmento de registo exclusivo. O serviço verifica a assinatura e utiliza-a para associar o pacote à conta verificada. Isto impede que uma pessoa sem qualquer relação com a aplicação registe o nome de pacote de um software conhecido simplesmente introduzindo o mesmo identificador. Podem surgir dificuldades quando vários programadores utilizaram um nome de pacote idêntico, quando uma aplicação foi assinada com várias chaves ou quando a chave privada original foi perdida. A Google atribui prioridade com base no histórico de instalações conhecido e na propriedade da chave de assinatura, disponibilizando ainda uma análise adicional para casos contestados. Os programadores não precisam de apresentar funcionalidades confidenciais nem de explicar uma aplicação criada ao abrigo de um acordo de confidencialidade, pois o processo verifica a identidade e a propriedade, e não o conteúdo. Uma gestão segura das chaves é, portanto, essencial: perder a chave poderá impossibilitar o registo ou futuras atualizações.
Opções para estudantes, programadores amadores e distribuição privada
A Google criou uma conta de distribuição limitada para pessoas que desenvolvem aplicações para aprendizagem, utilização familiar, trabalhos escolares ou pequenos grupos de confiança. Esta conta é gratuita, não exige um documento de identificação oficial e permite registar um número ilimitado de aplicações para partilha com até 20 dispositivos autorizados. O limite aplica-se ao número de dispositivos utilizados pelo público, e não ao número de projetos APK que o programador amador pode criar. As orientações da Google descrevem um processo seguro de aprovação que utiliza uma ligação ou um código QR, o consentimento do utilizador no dispositivo e o registo através da Android Developer Console. Esta opção pode ser adequada para um estudante que partilha um projeto com colegas ou para um programador que mantém uma ferramenta privada para a família. Não foi concebida para um público geral, uma base de clientes comerciais ou uma comunidade que ultrapasse regularmente os 20 dispositivos. O lançamento geral está previsto para agosto de 2026, pelo que os interessados deverão confirmar os passos finais de adesão e as regras de gestão dos dispositivos quando a função ficar disponível.
O ADB continuará a ser a opção com menos restrições para desenvolvimento e testes. A Google afirma que os APK instalados através do Android Debug Bridge não precisarão de verificação do programador, e o período de espera de 24 horas associado ao Advanced Flow não será aplicado. Um programador poderá, portanto, instalar uma versão modificada, testar um protótipo privado ou utilizar um pacote que ainda não esteja preparado para distribuição pública sem o registar previamente. Esta exceção é importante para desenvolvimento local, testes automatizados, reparações e investigação. No entanto, é menos prática para a distribuição destinada a consumidores, porque o ADB normalmente exige a ativação das opções de programador, autorização de depuração e acesso a um computador ou a outro dispositivo configurado. Pedir a clientes sem experiência técnica que utilizem o ADB também pode criar problemas de segurança e de assistência. Este método deve ser tratado como uma solução técnica de teste, e não como um substituto conveniente para o registo de uma aplicação destinada a um público amplo. Os programadores comerciais que dependam de instruções manuais de ADB estarão provavelmente a adiar, e não a resolver, o problema da distribuição.
As aplicações empresariais geridas contam com outra exceção. O software distribuído através da loja interna de uma organização para dispositivos administrados não precisa de concluir o mesmo processo de verificação, porque o responsável informático já controla o dispositivo e aprovou a aplicação. A exceção torna-se menos clara quando o mesmo APK é enviado para telemóveis pessoais, instalado a partir de um site público ou utilizado fora do ambiente administrado. Por isso, o registo do pacote continua a ser aconselhável sempre que possa existir uma distribuição mista. As lojas independentes poderão continuar a funcionar, e os programadores continuarão a poder publicar através da loja ou do canal direto mais adequado aos seus utilizadores. A mudança a longo prazo consiste em tornar a identidade verificada um requisito normal para instalações amplas em dispositivos Android certificados, à medida que as regras forem alargadas. As lojas mais pequenas terão de decidir como ajudar os programadores a confirmar o estado do registo, explicar falhas e gerir aplicações que utilizam várias chaves de assinatura. O lançamento regional inicial dá-lhes tempo para realizar essas adaptações antes da aplicação mais ampla prevista para 2027.
Como o Advanced Flow mantém a instalação manual de APK
O Advanced Flow é a resposta do Android aos utilizadores que pretendem instalar deliberadamente software de um programador não verificado. A Google prevê lançá-lo globalmente em agosto de 2026, antes da primeira data de aplicação das novas regras. Trata-se de uma configuração única associada à conta, e não de um processo de aprovação separado para cada APK, mas foi intencionalmente concebida para ser mais exigente do que a ativação de uma simples permissão. O objetivo é combater fraudes em que alguém pressiona uma vítima a instalar malware bancário, financeiro ou de acesso remoto, indicando-lhe em tempo real cada botão que deve premir. Um utilizador experiente continuará a poder aceitar o risco, mas o processo introduz pausas e verificações de identidade que dificultam uma manipulação rápida. O Advanced Flow não verifica o programador desconhecido nem torna o APK mais seguro. Apenas altera a definição do dispositivo para permitir que o utilizador prossiga depois de reconhecer que o Android não consegue associar a aplicação a uma identidade verificada. A responsabilidade pela avaliação da origem do ficheiro e do comportamento da aplicação recairá, assim, ainda mais sobre o utilizador.
A configuração começa com a ativação do modo de programador nas definições do Android. Em seguida, o utilizador terá de confirmar que ninguém o está a orientar ou pressionar para reduzir a segurança do dispositivo. O Android exigirá o reinício do telemóvel e uma nova autenticação, com o objetivo de interromper uma chamada ativa ou uma sessão de controlo remoto. Depois será aplicado um período de proteção de 24 horas. No final desse intervalo, o utilizador regressará às definições e confirmará a alteração através da impressão digital, reconhecimento facial ou PIN do dispositivo. Atualmente, o período de espera não poderá ser ignorado através de um comando ADB, embora a instalação normal por ADB continue disponível sem essa demora. Estas etapas não são um teste às competências técnicas do utilizador; funcionam como obstáculos contra a urgência e a manipulação. Um programador legítimo nunca deverá pedir a alguém que minta durante a confirmação contra orientação externa, que permaneça numa chamada durante todo o processo ou que ignore rapidamente os avisos. Um comportamento deste tipo é um motivo sério para interromper a instalação e verificar o pedido de forma independente.
Quando a configuração estiver concluída, o utilizador poderá autorizar instalações de programadores não verificados durante sete dias ou por tempo indeterminado. O Android continuará a apresentar um aviso para cada aplicação afetada, e a ação final exigirá uma escolha explícita equivalente a instalar apesar do risco. A Google afirma que as opções de programador não precisarão de permanecer ativas depois de o Advanced Flow ter sido configurado. Este detalhe é relevante porque algumas aplicações bancárias e de segurança limitam o acesso quando essas opções permanecem ligadas. A configuração única ficará associada à conta do utilizador e deverá ser transferida para um novo dispositivo, evitando a repetição de todo o processo em cada telemóvel ou para cada APK. O período de autorização escolhido será uma decisão separada: um utilizador cauteloso poderá permitir instalações não verificadas por um curto período, instalar a aplicação necessária e deixar a permissão expirar. Mantê-la ativa indefinidamente será mais cómodo, mas aumentará a possibilidade de aprovar posteriormente um APK arriscado sem a proteção do processo completo de espera.
O que utilizadores e programadores devem fazer antes do prazo
Os utilizadores devem começar por identificar como obtêm os APK essenciais. Uma aplicação descarregada através de uma loja participante num dos países iniciais poderá precisar de um programador verificado a partir de 30 de setembro de 2026, enquanto um ficheiro descarregado diretamente ou através de uma loja não incluída na lista não ficará sujeito à mesma aplicação inicial nessa data. Esta diferença não deve ser interpretada como uma classificação de segurança. A verificação do programador confirma a responsabilidade e a identidade, mas não garante a qualidade nem a honestidade do software. Antes de instalar um APK, confirme que o ficheiro vem do site oficial do programador ou de uma loja reconhecida, que o nome da aplicação e os dados do responsável são coerentes e que as permissões solicitadas fazem sentido para a sua finalidade. Deve existir cuidado adicional quando alguém contacta o utilizador sem aviso e lhe pede para ativar o modo de programador, aguardar 24 horas e instalar uma aplicação financeira ou de acesso remoto. O Advanced Flow foi concebido para uma decisão informada e independente, e não para seguir instruções de um desconhecido, de um falso técnico de assistência ou de um suposto consultor de investimentos.
Os programadores devem analisar todos os pacotes antes do prazo, em vez de se concentrarem apenas no ficheiro APK. É necessário verificar os países e as lojas em que cada aplicação é distribuída, confirmar se a conta da Play Console concluiu a verificação de identidade e consultar o estado de registo de todos os nomes de pacote. No caso de aplicações distribuídas fora do Play, deve ser criada a conta adequada na Android Developer Console, garantindo que os dados legais correspondem aos documentos oficiais e obtendo antecipadamente um número D-U-N-S quando o registo é realizado em nome de uma organização. Também é importante localizar as chaves de assinatura das versões atuais e antigas, confirmar quem as controla e documentar qualquer mudança de chave ou histórico de pacotes partilhados que possa exigir análise adicional. A instalação e a atualização devem ser testadas num dispositivo certificado assim que o verificador estiver disponível, utilizando o mesmo processo seguido pelos utilizadores reais. Estudantes e programadores amadores deverão avaliar se a conta limitada a 20 dispositivos é suficiente. Quem distribui para um público maior deverá recorrer à distribuição completa, em vez de pedir aos utilizadores que dependam permanentemente do Advanced Flow.
A forma mais correta de interpretar 30 de setembro de 2026 é considerá-la o início da aplicação das regras, e não o estado definitivo da distribuição de aplicações Android. A primeira fase é limitada, mas a Google já indicou claramente uma expansão mais ampla durante 2027 e nos anos seguintes. A instalação direta de APK continuará disponível, as lojas independentes continuarão a existir e o ADB continuará a poder ser utilizado no desenvolvimento. O que muda é a expectativa normal: o software destinado a um público alargado terá progressivamente de apresentar uma pessoa ou organização verificada associada ao respetivo nome de pacote. Os utilizadores experientes manterão uma exceção suportada, mas terão de cumprir períodos de espera, autenticação e avisos repetidos. Os programadores que efetuarem o registo antecipadamente deverão preservar uma experiência familiar para os seus utilizadores, enquanto aqueles que permanecerem anónimos dependerão de um público mais reduzido, disposto a cumprir etapas adicionais de segurança. Como alguns detalhes de aplicação ainda poderão ser ajustados antes da expansão mundial, utilizadores e programadores deverão consultar a documentação atual do Android, em vez de confiar em imagens antigas ou em afirmações de que a instalação manual desapareceu completamente ou permaneceu totalmente inalterada.
