Resposta rápida
Em 15 de outubro de 2026, todos os prazos com data das políticas do Google Play de 2026 já passaram, e as linhas abaixo continuam aqui como referência para avisos e notificações que ainda as citam. As duas páginas de prazos atuais do Google agora concordam que Contatos e Localização entram em vigor em 27 de janeiro de 2027; o cronograma do Android Developers listava 28 de outubro de 2026 para as duas até agosto de 2026, então essa data está substituída, não errada. O último conflito em aberto também se encerrou: a data dos Padrões de Segurança Infantil agora é 26 de agosto de 2026 nas duas páginas do Google, substituindo a data de 28 de outubro de 2026 que o Android Developers trazia. Três datas que ainda aparecem bem nos resultados de busca estão mortas: 1º de novembro de 2025 e 31 de maio de 2026 para tamanhos de página de 16 KB, agora 1º de fevereiro de 2027, e 28 de outubro para Contatos. Se um desses prazos cair no meio do seu teste fechado, a PrimeTestLab mantém o lado dos testadores firme enquanto você publica a correção.
Nada nesta página é difícil de achar. O difícil é juntar. O Google espalha 2026 entre uma página de anúncios de política, uma tabela de prazos ativa que arquiva discretamente tudo o que tem mais de uns três meses, um arquivo de políticas e um cronograma separado no Android Developers que ainda está fora de sincronia com o primeiro em uma linha. O resultado é que dois desenvolvedores podem ler uma página do Google hoje e sair de lá com prazos diferentes para a mesma política. Este registro coloca cada mudança com data em um só lugar, diz a quem ela se aplica e qual é a única ação que ela pede, e marca cada linha com um status para que uma data em disputa nunca pareça uma data resolvida. Ele está atualizado até 15 de outubro de 2026, e onde o Google se contradiz, as duas datas e as duas URLs são impressas em vez de uma delas ser escolhida em silêncio.
Atualizado em 16 de outubro de 2026
Atualização de outubro de 2026: as duas páginas de prazos do Google agora datam a expansão dos Padrões de Segurança Infantil em 26 de agosto de 2026, então nenhuma linha desta página está mais em disputa. O geofencing sai dos usos aprovados de serviço em primeiro plano em 27 de janeiro de 2027, e não em 26 de agosto, como esta página dizia antes. Acrescentados: uma data de 1º de dezembro para um programa dos EUA e os requisitos de 2027 só com o mês para memória, DEX, restauração de login e API 37. Changelog completo
Quatro ferramentas nesta página
As quatro rodam no seu navegador, com os valores que você escolher. Nada é enviado, nenhuma conta é necessária e nenhuma requisição sai da página.
Índice
Quais prazos do Google Play ainda restam em 2026?
A próxima data confirmada é 27 de janeiro de 2027, daqui a 82 dias. 48 linhas são acompanhadas abaixo, de 1 de janeiro de 2026 a 30 de setembro de 2027. Quando as duas páginas de prazos do Google foram relidas em 15 de outubro de 2026, nenhuma das linhas trazia datas conflitantes: a última divergência, sobre a expansão dos Padrões de Segurança Infantil, foi encerrada quando as duas páginas se acertaram em 26 de agosto de 2026. Filtre o registro para o seu próprio app primeiro, porque a maioria dessas linhas não vai se aplicar a você.
O que o 48 está contando
Esse total é a taxonomia desta página, não um número que o Google publica, então vale dizer o que entra nele: 24 datas de vigência de política, 0 linhas em que duas páginas atuais do Google dão duas datas diferentes, 7 datas de anúncio e de esclarecimento que não aplicam nada sozinhas, 11 marcos comerciais e de programa do Play que não são requisitos das Políticas do Programa para Desenvolvedores, e 6 período que o Google citou sem datar. Tire os anúncios e as datas de programa e o número cai; conte uma política em disputa duas vezes e ele sobe. Qualquer artigo que cite um número redondo de "mudanças de política do Play em 2026" também está citando a própria taxonomia.
Como ler cada linha
Um único rótulo de "prazo" achataria várias coisas diferentes em uma só: datas de anúncio que não aplicam nada, esclarecimentos que não mudam nada, datas que desde então mudaram e datas sobre as quais duas páginas do Google discordam. Em vez disso, cada linha carrega um status.
-
Confirmada
Uma página do Google com data, sem contradição encontrada em 2026-10-15.
-
Fontes divergem
Duas páginas atuais do Google dão duas datas diferentes. Prepare-se para a mais próxima.
-
Parcial
A regra está documentada; a data de vigência original exata não aparece mais em nenhuma página ativa do Google.
-
Anúncio
Uma data de anúncio ou de aviso, não uma data de aplicação. As datas de vigência variam caso a caso.
-
Esclarecimento
O Google descreveu isso como um esclarecimento de uma regra já existente. Sem nova data de vigência.
-
Substituída
Uma data real do Google que desde então foi substituída. Mantida aqui porque ainda circula.
-
Ainda sem data
O Google indicou um período, mas não uma data. Qualquer coisa mais precisa é especulação.
-
Programa
Um marco comercial ou de programa do Play, não um requisito das Políticas do Programa para Desenvolvedores. Ele tem data real e consequência real, mas perder um é questão contratual ou de receita, não violação de política. 11 linhas trazem este marcador.
A tabela de prazos de políticas ativa do Google guarda as linhas recentes e move as mais antigas para um arquivo de políticas, então um prazo sobre o qual você foi avisado em fevereiro pode ser genuinamente difícil de achar em agosto. É por isso que as linhas já passadas desta página são mantidas em vez de apagadas: os desenvolvedores seguem recebendo avisos e e-mails de recusa que as citam.
Monte a sua própria lista de prazos
Marque tudo o que descreve o app que você vai publicar. O registro abaixo encolhe para as linhas que podem realmente se aplicar a você, e o resumo diz qual delas está mais perto. Nada é enviado para lugar nenhum; as respostas ficam neste navegador.
Instrumento 02
Perfil de prazos
Nada marcado ainda, então o registro abaixo está mostrando todas as 48 linhas.
A ferramenta de perfil filtra as linhas desta página. Ela não é uma auditoria de conformidade, não consegue ver o seu manifesto nem o seu Play Console, e uma linha que ela esconde ainda pode se aplicar se o seu app fizer algo que as perguntas acima não perguntam. 12 linhas estão ligadas a categorias que estas perguntas não cobrem e nunca entram no filtro por uma marcação: Anunciadas as mudanças no modelo de negócios do Play; Autodeclaração de notícias e revistas; Conformidade do piloto de mercados de previsão; Aviso de compartilhamento do Play Catalog nos EUA; Data de classificação de "nova instalação" para as taxas de serviço do Play; Começa a implementação da numeração padrão das políticas; Play Catalog Access e programas de lojas de apps de terceiros nos EUA entram em vigor; As mudanças de taxa de serviço chegam à Austrália e ao Japão; O programa New Apps and Games fica disponível; As mudanças de taxa de serviço e o novo programa chegam à Coreia; Restauração de login para usuários que retornam; As mudanças de taxa de serviço e o novo programa chegam ao resto do mundo.
O registro completo de 2026 e do início de 2027
Verificado nas páginas ativas do Google em 15 de outubro de 2026. Cada linha indica a própria fonte primária, e cada data é escrita por extenso para que possa ser citada sem dedução.
-
1 de jan. de 2026 Restrição de uso de dados da Age Signals API Confirmada Passou
-
28 de jan. de 2026 Requisitos dos programas dos EUA de links para conteúdo externo e de cobrança alternativa Programa Confirmada Passou
-
28 de jan. de 2026 Requisito da lista do RBI para apps de empréstimo pessoal já existentes na Índia Confirmada Passou
-
28 de jan. de 2026 Novo limite de 180 dias para contestar o encerramento de conta de desenvolvedor Confirmada Passou
-
28 de jan. de 2026 Regra original de restrição por idade para recursos de matchmaking, namoro e dinheiro real Parcial Passou
-
28 de jan. de 2026 Anunciada a atualização de ficha para apps de empréstimo pessoal na Tailândia Anúncio Passou
-
4 de mar. de 2026 Anunciadas as mudanças no modelo de negócios do Play Programa Anúncio Passou
-
4 de mar. de 2026 Prazo da atualização de ficha para apps de empréstimo pessoal já existentes na Tailândia Confirmada Passou
-
15 de abr. de 2026 Lote de abril das Políticas do Programa para Desenvolvedores Anúncio Passou
-
27 de mai. de 2026 Política de Transferência de Conta Confirmada Passou
-
27 de mai. de 2026 Autodeclaração de notícias e revistas Confirmada Passou
-
1 de jun. de 2026 Conformidade do piloto de mercados de previsão Confirmada Passou
-
22 de jun. de 2026 Aviso de compartilhamento do Play Catalog nos EUA Programa Anúncio Passou
-
30 de jun. de 2026 Data de classificação de "nova instalação" para as taxas de serviço do Play Programa Confirmada Passou
-
15 de jul. de 2026 Lote de julho das Políticas do Programa para Desenvolvedores Anúncio Passou
-
15 de jul. de 2026 Nova redação sobre classificação de conteúdo para apps sem classificação Esclarecimento Passou
-
15 de jul. de 2026 Requisitos de Dados do Usuário valem para integrações de IA de terceiros Esclarecimento Passou
-
15 de jul. de 2026 Tratamento da localização precisa e aproximada na Segurança dos Dados Esclarecimento Passou
-
15 de jul. de 2026 Começa a implementação da numeração padrão das políticas Anúncio Passou
-
22 de jul. de 2026 Play Catalog Access e programas de lojas de apps de terceiros nos EUA entram em vigor Programa Confirmada Passou
-
27 de jul. de 2026 Janela única de contestação para contas encerradas antes de 28 de janeiro de 2026 Confirmada Passou
-
1 de ago. de 2026 Qualidade no Android TV: arquiteturas de 32 bits e 64 bits mais tamanhos de página de 16 KB Confirmada Passou
-
26 de ago. de 2026 Conteúdo e Funcionalidades com Restrição de Idade se expande para chat aleatório e anônimo Confirmada Passou
-
26 de ago. de 2026 A política Famílias proíbe apps de chat anônimo voltados para crianças Confirmada Passou
-
26 de ago. de 2026 Os Padrões de Segurança Infantil se expandem para chat anônimo e aleatório Confirmada Passou
-
31 de ago. de 2026 API level de destino para novos apps e atualizações de apps Confirmada Passou
-
31 de ago. de 2026 Limite de disponibilidade para apps já existentes Confirmada Passou
-
15 de set. de 2026 Wear OS: suporte a 64 bits e a tamanho de página de 16 KB Confirmada Passou
-
30 de set. de 2026 Registro de nome de pacote do Google Play Confirmada Passou
-
30 de set. de 2026 Verificação de desenvolvedores Android, primeira aplicação na instalação Confirmada Passou
-
30 de set. de 2026 As mudanças de taxa de serviço chegam à Austrália e ao Japão Programa Confirmada Passou
-
30 de set. de 2026 O programa New Apps and Games fica disponível Programa Confirmada Passou
-
1 de out. de 2026 Relatórios de transações nos EUA e taxas de serviço aplicáveis Programa Confirmada Passou
-
1 de nov. de 2026 Prazo final da prorrogação da API de destino Confirmada Passou
-
novembro de 2026 A declaração de permissões de localização fica disponível no Play Console Ainda sem data Sem data
-
1 de dez. de 2026 Links para conteúdo externo nos EUA: relatório de downloads concluídos e taxas aplicáveis Programa Confirmada 25 dias
-
31 de dez. de 2026 As mudanças de taxa de serviço e o novo programa chegam à Coreia Programa Confirmada 55 dias
-
27 de jan. de 2027 Geofencing deixa de ser um caso de uso aprovado para serviço em primeiro plano Confirmada 82 dias
-
27 de jan. de 2027 SMS e registro de chamadas: acaba a exceção de verificação por ligação Confirmada 82 dias
-
27 de jan. de 2027 Política de permissões de Contatos Confirmada 82 dias
-
27 de jan. de 2027 Política de permissões de Localização Confirmada 82 dias
-
1 de fev. de 2027 Aplicação da compatibilidade com tamanho de página de 16 KB Confirmada 87 dias
-
fevereiro de 2027 Limites de memória e de bitmap (qualidade técnica) Ainda sem data Sem data
-
fevereiro de 2027 Requisitos de otimização de DEX (qualidade técnica) Ainda sem data Sem data
-
abril de 2027 Restauração de login para usuários que retornam Ainda sem data Sem data
-
agosto de 2027 Destino à API 37 para apps novos e atualizações (mês anunciado) Ainda sem data Sem data
-
30 de set. de 2027 As mudanças de taxa de serviço e o novo programa chegam ao resto do mundo Programa Confirmada 328 dias
-
2027 em diante Expansão global da verificação de desenvolvedores Android Ainda sem data Sem data
Nenhuma linha combina com essa combinação. Limpe um filtro para ver o resto.
Este calendário inclui as datas anunciadas pelo Google que eram conhecidas até 15 de outubro de 2026. Outras mudanças serão acrescentadas quando o Google as anunciar. Além das linhas com data, o Google indicou quatro requisitos só até o mês (novembro de 2026, fevereiro de 2027, abril de 2027 e agosto de 2027); eles aparecem como linhas só com o mês e nunca recebem um dia inventado. Isso é uma afirmação sobre o que o Google tinha publicado até então, não uma previsão de que o resto do ano está vazio.
Datas de programas do Play, que não são prazos de política
Estas 11 linhas aparecem no registro acima com o marcador Programa , e estão reunidas aqui porque misturá-las com a aplicação de políticas é exatamente como uma data de classificação de taxas acaba no plano de conformidade de alguém. Elas são reais, datadas e com fonte. Nenhuma delas é um requisito das Políticas do Programa para Desenvolvedores, e perder uma é um problema comercial ou contratual, não uma violação de política. A maioria delas faz parte da implementação escalonada do modelo de negócios do Google, que chega a mercados diferentes em datas diferentes ao longo de 2026 e 2027, então a data que importa para você depende de onde você fatura.
- 28 de janeiro de 2026 Requisitos dos programas dos EUA de links para conteúdo externo e de cobrança alternativa Desenvolvedores que atendem usuários dos EUA e querem permanecer nesses programas.
- 4 de março de 2026 Anunciadas as mudanças no modelo de negócios do Play Todo desenvolvedor que ganha dinheiro pelo Google Play, mais cedo ou mais tarde. A implementação é escalonada por região ao longo de 2026 e 2027.
- 22 de junho de 2026 Aviso de compartilhamento do Play Catalog nos EUA Desenvolvedores cujas fichas do Play podem ser fornecidas a lojas Android de terceiros participantes nos EUA.
- 30 de junho de 2026 Data de classificação de "nova instalação" para as taxas de serviço do Play Desenvolvedores que ganham pelo Play em transações no EEE, no Reino Unido e nos EUA. Isso é uma classificação comercial, não um requisito de política.
- 22 de julho de 2026 Play Catalog Access e programas de lojas de apps de terceiros nos EUA entram em vigor Lojas de apps participantes nos EUA e desenvolvedores do Play cujas fichas estão no escopo.
- 30 de setembro de 2026 As mudanças de taxa de serviço chegam à Austrália e ao Japão Desenvolvedores que ganham pelo Play em transações na Austrália e no Japão.
- 30 de setembro de 2026 O programa New Apps and Games fica disponível Desenvolvedores na Austrália, no EEE, no Japão, no Reino Unido e nos EUA.
- 1º de outubro de 2026 Relatórios de transações nos EUA e taxas de serviço aplicáveis Desenvolvedores inscritos nos programas afetados dos EUA de links para conteúdo externo e de cobrança alternativa.
- 1 de dezembro de 2026 Links para conteúdo externo nos EUA: relatório de downloads concluídos e taxas aplicáveis Desenvolvedores inscritos no programa de links para conteúdo externo dos EUA.
- 31 de dezembro de 2026 As mudanças de taxa de serviço e o novo programa chegam à Coreia Desenvolvedores que ganham pelo Play em transações na Coreia.
- 30 de setembro de 2027 As mudanças de taxa de serviço e o novo programa chegam ao resto do mundo Todos os demais mercados do Play não cobertos pelas ondas anteriores.
A linha de 30 de junho é a que mais fica de fora de uma lista de "mudanças do Play em 2026". Ela não pede que você mude nada no app: é a linha que o Google traça entre uma "nova instalação" e uma instalação já existente, e o lado em que o usuário cai determina a alíquota de taxa de serviço aplicada às transações dele no EEE, no Reino Unido e nos EUA. Ela pertence a um modelo financeiro, não a uma sprint de engenharia.
Por que as próprias páginas do Google dão datas diferentes?
Porque o Google mantém a mesma informação em mais de um lugar, e esses dois lugares nem sempre são editados no mesmo dia. A tabela de prazos de políticas do Play Console Help e o cronograma de políticas do Android Developers são os dois atuais e os dois oficiais. Até o começo de agosto de 2026, eles davam datas de vigência diferentes para três políticas. As três divergências foram encerradas desde então: o Android Developers moveu Permissões de Contatos e Permissões de Localização de 28 de outubro de 2026 para 27 de janeiro de 2027, a data que o Play Console Help trazia desde o começo, e as duas páginas agora datam a expansão dos Padrões de Segurança Infantil em 26 de agosto de 2026.
Isso não é uma pequena ruga de documentação. Foi a diferença entre publicar uma mudança de permissões em outubro e publicá-la em janeiro, e é a razão pela qual um resultado de busca, uma resposta de assistente e um colega podem citar datas diferentes para a mesma política, todos lendo o Google.
Repare em como a resolução ficou vista de fora: nenhum anúncio, nenhuma entrada de changelog, nenhuma nota em qualquer das duas páginas dizendo qual data estava errada. Uma página foi editada em silêncio para bater com a outra, e qualquer artigo que tivesse escolhido 28 de outubro e seguido em frente ficou impreciso naquele dia, sem que o autor tocasse em nada. Esse é o risco real deste tema, e é por isso que as linhas abaixo mantêm a data substituída à vista em vez de apagá-la.
Há uma segunda camada nisso. Em 15 de outubro de 2026, a página de prazos do Play Console Help trazia 27 de janeiro de 2027 no corpo do texto, enquanto o trecho indexado na busca para essa mesma URL ainda trazia o texto mais antigo com 28 de outubro de 2026 . Ou seja, um leitor podia buscar, ver o domínio do próprio Google no resultado, ler 28 de outubro no trecho e nunca abrir a página que dizia outra coisa. Trechos desatualizados de páginas que estão no ar fazem parte do problema, não só posts de blog velhos.
Instrumento 03
Alternador de conflitos
Mostrando as datas publicadas no Play Console Help, a tabela de prazos de políticas. support.google.com, tabela 12921780
-
Permissões de Contatos
27 de janeiro de 2027
As duas páginas agora concordam. O Android Developers publicava antes
28 de outubro de 2026Resolvido em 27 de janeiro de 2027 -
Permissões de Localização
27 de janeiro de 2027
As duas páginas agora concordam. O Android Developers publicava antes
28 de outubro de 2026Resolvido em 27 de janeiro de 2027 -
Expansão dos Padrões de Segurança Infantil
26 de agosto de 2026
As duas páginas agora concordam. O Android Developers publicava antes
28 de outubro de 2026Resolvido em 26 de agosto de 2026
0 conflitos em aberto, 3 resolvidos. As duas páginas foram relidas em 15 de outubro de 2026. Onde elas ainda divergem, esta página mostra as duas datas e recomenda se preparar para a mais próxima; ela não decide qual página está certa, porque nada em nenhuma das duas diz que uma substitui a outra, e a linha de veredito é uma posição de risco, não uma declaração do Google. Onde elas agora concordam, a data que o Google substituiu continua visível, para que um leitor que chegue com a antiga perceba que ela foi real.
O que nunca esteve em disputa
As datas mudaram. O escopo, não, e é o escopo que determina se algo disso é problema seu. As orientações do Google sobre Contatos amarram o novo regime de acesso amplo aos contatos aos apps a que ele se aplica, e não ao calendário, e essa frase ficou estável nas duas páginas o tempo todo.
Android 17 ou posterior (API level 37+)
Google Play Console Help, artigo 16909972, sobre os apps a que a política de permissões de Contatos se aplicaEntão um app que não tem como destino a API 37 ainda não está dentro do regime de acesso amplo aos contatos, e um app que só precisa de um contato escolhido pelo usuário é direcionado ao Android Contact Picker, e não ao acesso amplo. A mesma lógica valia para a linha de Segurança Infantil enquanto ela estava em disputa: a definição de app de chat aleatório ou anônimo era estável nas duas páginas, e só a data diferia. Se você dimensionou o trabalho pela definição, e não pela data, nenhuma das mudanças te custou nada.
Como ler uma página de prazos do Google
- Abra a página e leia o corpo do texto. Um trecho de resultado de busca pode estar meses atrás da página que ele aponta.
- Confira as duas páginas: a tabela de prazos do Play Console Help e o cronograma de políticas do Android Developers.
- Planeje a engenharia pela data mais próxima e comunique a mais distante como não resolvida.
- Anote a data que você leu e o dia em que leu. Essa é a única forma de perceber uma edição silenciosa.
- Tratar como resolvido o primeiro resultado em domínio do Google que você vê, só porque o domínio está certo.
- Presumir que vale a mais distante das duas datas porque ela é mais confortável.
- Apagar uma data antiga quando ela muda. Você vai precisar dela quando alguém citá-la de volta para você.
- Ler "pelo menos 30 dias para se adequar" como se fosse a data de vigência. É um piso de aviso prévio, não uma data.
O status destas linhas pode mudar em qualquer semana
Nenhuma data desta página estava em disputa entre as duas páginas de prazos do Google quando elas foram relidas pela última vez. Isso é um retrato do momento, não uma garantia: um conflito aparece e se encerra do mesmo jeito, com a edição de uma das páginas sem aviso, então releia as duas antes de confiar em qualquer linha.
O que muda em 26 de agosto de 2026?
Três coisas, e só uma delas é sobre recursos de chat que você talvez ache que não tem. A política de Conteúdo e Funcionalidades com Restrição de Idade do Google se expande para apps cuja funcionalidade principal conecta desconhecidos de forma aleatória ou esconde quem é o usuário; a política Famílias impede que apps de chat anônimo sejam voltados para crianças; e os Padrões de Segurança Infantil se expandem para chat aleatório e anônimo, o que as duas páginas do Google agora datam em 26 de agosto. Se nenhuma dessas descreve o seu app, 26 de agosto não é a sua data. O geofencing, que esta página listava aqui antes, entra em vigor em 27 de janeiro de 2027.
26 de agosto de 2026
Passou-
Confirmada
Conteúdo e Funcionalidades com Restrição de Idade se expande para chat aleatório e anônimo
Quem Apps cuja funcionalidade principal conecta desconhecidos de forma aleatória ou esconde de propósito quem é o usuário.
O que fazer Use os recursos e as ferramentas do Play Console para impedir que menores de idade acessem o app.
-
Confirmada
A política Famílias proíbe apps de chat anônimo voltados para crianças
Quem Apps de chat anônimo voltados para crianças.
O que fazer Pare de mirar em crianças ou mude o produto para que a caracterização de chat anônimo deixe de valer.
-
Confirmada
Os Padrões de Segurança Infantil se expandem para chat anônimo e aleatório
Quem Apps de chat aleatório e anônimo.
O que fazer Trate um app de chat aleatório ou anônimo como dentro do escopo dos Padrões de Segurança Infantil e atenda aos requisitos deles.
Apps de chat anônimo e aleatório
O gatilho é a funcionalidade principal, não a presença de uma tela de chat. O texto de prévia da política do Google é específico quanto à data.
em vigor a partir de 26 de agosto de 2026
Google Play Console Help, artigo 17036597, Conteúdo e Funcionalidades com Restrição de IdadeOs apps no escopo são aqueles cuja funcionalidade principal conecta desconhecidos de forma aleatória ou esconde de propósito a identidade do usuário. Para esses, o requisito é usar os recursos e as ferramentas que o Google oferece no Play Console para impedir que menores de idade acessem o app. Um recurso de mensagens dentro de um app de entrega, um chat de suporte ou um fio de comentários não é o alvo desta política.
A palavra que mais causa confusão é "matchmaking". Ela aparece na mesma família de políticas e não significa o que um desenvolvedor de jogos entende por ela. O texto do Google se concentra em apps cuja funcionalidade principal facilita matchmaking ou namoro, e trata de forma diferente os recursos acessórios de matchmaking ou namoro quando existem salvaguardas eficazes que mantêm menores de idade longe deles. Um jogo multiplayer com fila de matchmaking não é automaticamente classificado ao lado de um app de namoro.
O teste honesto para aplicar no seu próprio app
Pergunte se uma pessoa razoável, descrevendo seu app em uma frase, mencionaria conectar desconhecidos ou esconder a identidade. Se mencionaria, considere-se dentro do escopo e use as ferramentas do Play Console. Se não mencionaria, documente por que o recurso é acessório e o que impede um menor de idade de chegar até ele, porque é esse o argumento de que você vai precisar se a classificação for questionada algum dia. O Google não publica um formulário de autocertificação para isso, então o raciocínio é seu para registrar.
Padrões de Segurança Infantil: as duas páginas do Google agora dizem 26 de agosto
Esta era a última linha desta página em que as duas superfícies do Google discordavam: o Play Console Help datava a expansão dos Padrões de Segurança Infantil em 26 de agosto de 2026, enquanto o cronograma do Android Developers dava 28 de outubro de 2026. Quando as duas foram relidas em 15 de outubro de 2026, ambas diziam 26 de agosto. Se você se preparou para a data mais próxima, estava na data certa. A definição de app de chat aleatório ou anônimo nunca foi diferente entre as duas páginas.
26 de agosto já passou. As linhas acima foram escritas a partir das páginas de prévia de política do Google; quando uma política entra em vigor, o texto da prévia costuma ser substituído, então releia a política ativa em vez de uma citação da prévia antes de confiar na redação exata.
O que muda em 31 de agosto de 2026?
Os requisitos de API de destino de 2026, e são duas regras separadas que vivem sendo confundidas. A regra um é um piso de envio: a partir de 31 de agosto, um app novo ou uma atualização de app precisa ter como destino o nível do seu formato, que é a API 36 para dispositivos móveis. A regra dois é um piso de disponibilidade para apps em que você nunca mais mexe, que é a API 35 para dispositivos móveis. Perder a primeira bloqueia o seu upload. Perder a segunda simplesmente faz com que novos usuários em versões mais novas do Android deixem de ver o app.
31 de agosto de 2026
Passou-
Confirmada
API level de destino para novos apps e atualizações de apps
Quem Todo app novo e toda atualização de app enviada ao Google Play.
O que fazer Dispositivos móveis precisam da API 36. Wear OS e Android Automotive OS precisam da API 35. O Android XR precisa da API 34. O Android TV também precisa da API 34, mas isso não é novidade: a tabela de formatos do Google data o requisito do TV em 31 de agosto de 2025.
-
Confirmada
Limite de disponibilidade para apps já existentes
Quem Apps publicados abaixo do nível de disponibilidade do formato deles, mesmo que você nunca envie uma atualização.
O que fazer Aumente o destino para o limite de disponibilidade aplicável. Em dispositivos móveis é a API 35.
A partir de 31 de agosto de 2026
Android Developers, requisitos de API level de destino para apps do Google PlayAs duas regras, separadas
Quase toda resposta errada sobre este prazo vem de juntar as duas em um número só. Elas têm gatilhos diferentes e consequências diferentes.
- Se você enviar qualquer coisa API 36 para dispositivos móveis Vale para apps novos e para atualizações. Abaixo do nível do seu formato, o envio não atende ao requisito.
- Se você não enviar nada API 35 para dispositivos móveis Um app que você nunca atualiza deixa de ficar disponível para novos usuários em dispositivos que rodam versões mais novas do Android. Ele não é excluído, e quem já instalou continua com ele.
O nível de cada formato
Não copie o número dos dispositivos móveis para todos os builds. Os níveis mudam de acordo com o formato, e a coluna de disponibilidade muda de novo.
| Formato | Novos apps e atualizações | Piso de disponibilidade | Observação |
|---|---|---|---|
| Android móvel, tablets, dobráveis | API 36 | API 35 | O caso padrão. Valem as duas regras. |
| Android Auto | API 36 | API 35 | O Google não lista o Android Auto como um formato próprio, porque um app do Auto é um app de celular. O requisito que vale é o de dispositivos móveis. |
| Wear OS | API 35 | API 34 | Um build separado, com um nível separado. |
| Android Automotive OS | API 35 | API 32 | O piso de disponibilidade mais baixo de todos os formatos. |
| Android TV | API 34 | API 33 | Não é um aumento de 2026: a tabela de formatos do Google data a regra de envio com API 34 em 31 de agosto de 2025. Também tem os requisitos de qualidade de TV de 1º de agosto. |
| Android XR | API 34 | API 34 | Os pisos de envio e de disponibilidade são o mesmo nível. |
Uma linha dessa tabela não é uma mudança de 2026, e as próprias páginas do Google facilitam a leitura errada. O resumo do Android Developers agrupa o requisito de API 34 do Android TV em 31 de agosto de 2026 junto com todo o resto, mas a tabela detalhada de formatos do Play Console Help data esse requisito de envio em 31 de agosto de 2025. Se você publica um app de TV, já está sob a regra da API 34 há um ano e nada muda para você em 31 de agosto de 2026. O número que de fato é diferente é o piso de disponibilidade: um app de TV existente que nunca é atualizado continua em conformidade na API 33, um nível abaixo do requisito de envio, e são os apps na API 32 ou inferior que perdem disponibilidade para novos usuários em versões mais novas do Android.
O piso de disponibilidade funciona como um teto de alcance, e não como um interruptor: um app abaixo dele continua disponível apenas em dispositivos que rodam uma versão do Android igual ou inferior à que o app tem como destino. Aumentar o targetSdk não aumenta o minSdk, então cumprir este prazo não tira os dispositivos antigos da sua base de instalação. Apps permanentemente privados, distribuídos só dentro de uma organização, estão isentos. O passo a passo completo da migração, incluindo as telas do Play Console e as mudanças de comportamento que vêm com cada nível, está no post sobre a API 36 de destino.
Dá para prorrogar o prazo de 31 de agosto?
Às vezes. As orientações do Google sobre o nível de destino em 2026 dão aos desenvolvedores afetados e elegíveis mais tempo, até 1º de novembro de 2026, mediante solicitação pela notificação do Play Console enviada aos desenvolvedores afetados. Três coisas para deixar claras antes de planejar em cima disso.
- É solicitada, não automática. Não há garantia de que toda conta ou todo app veja essa opção.
- Ela não cria um nível de destino mais baixo. O mesmo nível continua sendo exigido; você só ganha mais tempo para chegar lá.
- Essa janela fechou em 1º de novembro de 2026, então a prorrogação não está mais disponível e qualquer texto que sugira que ela ainda pode ser solicitada está desatualizado.
O Google tem um fluxo separado para pedir mais tempo em certas declarações de política, exibido no Play Console junto da declaração específica a que ele se aplica. A navegação do Console muda no ritmo dela, então siga a notificação que o Google mostrar para aquele prazo, e não um caminho de menu escrito em um artigo, inclusive este. E não leia a existência de uma prorrogação como prova de que todo prazo desta página pode ser prorrogado: a maioria das linhas aqui não tem nenhum mecanismo de prorrogação documentado.
O que muda em 30 de setembro de 2026?
Dois requisitos que vivem sendo reportados como um só. O primeiro é o registro de nome de pacote do Google Play, que vale para os apps do Play no mundo todo e para o qual o Google alerta sobre remoção do Play. O segundo é a primeira onda de aplicação da verificação de desenvolvedores Android, que vale para instalações por lojas participantes em quatro países: Brasil, Indonésia, Singapura e Tailândia. Mesma data, escopo diferente, consequência diferente. Nenhum dos dois é um desligamento mundial de apps Android não verificados. Dois itens comerciais caem no mesmo dia e não são requisitos de política: as mudanças de taxa de serviço chegando à Austrália e ao Japão, e o novo programa Apps and Games ficando disponível em cinco mercados.
30 de setembro de 2026
Passou-
Confirmada
Registro de nome de pacote do Google Play
Quem Apps do Play que o Google não registrou automaticamente. O Google diz que mais de 99% foram registrados.
O que fazer Abra a página inicial do Play Console e registre qualquer nome de pacote que ainda apareça como não registrado.
-
Confirmada
Verificação de desenvolvedores Android, primeira aplicação na instalação
Quem Apps instalados por lojas participantes no Brasil, na Indonésia, em Singapura e na Tailândia, em dispositivos Android certificados.
O que fazer Faça sua verificação como desenvolvedor e registre o app ou o pacote conforme exigido.
-
Confirmada
As mudanças de taxa de serviço chegam à Austrália e ao Japão
Quem Desenvolvedores que ganham pelo Play em transações na Austrália e no Japão.
O que fazer Refaça suas premissas de taxas para esses dois mercados a partir desta data.
-
Confirmada
O programa New Apps and Games fica disponível
Quem Desenvolvedores na Austrália, no EEE, no Japão, no Reino Unido e nos EUA.
O que fazer Decida se o novo programa faz sentido para o seu negócio. Estar disponível não é o mesmo que estar inscrito.
Os dois requisitos que realmente pedem ação
Das quatro linhas acima, estas são as duas que podem te custar alguma coisa se você ignorar. As outras duas são a implementação comercial chegando a novos mercados, e elas não pedem nada do seu app.
Requisito A
Registro de nome de pacote do Google Play
- Escopo
- Todo app do Google Play. O Google diz que mais de 99% foram registrados automaticamente.
- A sua ação
- Abra a página inicial do Play Console e confira o status de registro. Registre tudo o que o Google não pegou.
- Se você não fizer nada
- O Google alerta para a remoção global do Play e para problemas de instalação.
Requisito B
Verificação de desenvolvedores Android, primeira onda
- Escopo
- Instalações por lojas participantes no Brasil, na Indonésia, em Singapura e na Tailândia, em dispositivos Android certificados.
- A sua ação
- Conclua a verificação de desenvolvedor e registre o app ou o pacote conforme exigido.
- Se você não fizer nada
- Um app não verificado ou não registrado não pode seguir o caminho normal de instalação e atualização pelas lojas participantes em dispositivos dentro do escopo.
registrar os nomes de pacote dos apps deles
Google Play Console Help, tabela de prazos de políticas 12921780O número de "mais de 99% foram registrados automaticamente" é a razão pela qual esta linha é ignorada, e também a razão pela qual ela vale dois minutos do seu tempo. Se você está na fração restante, a consequência documentada não é um banner de aviso, é a remoção. Conferir custa um carregamento de página no Play Console.
30 de setembro é uma proibição mundial do Android?
Não. A aplicação começa em quatro países e, sobre a expansão mais ampla, o Google publica um período, não uma data.
2027 em diante
Android Developers, visão geral da verificação de desenvolvedores, sobre a expansão mais amplaEsse é todo o compromisso publicado. Em 15 de outubro de 2026 não existe data de aplicação mundial anunciada, então qualquer artigo que cite uma está deduzindo. Fazer a verificação cedo continua sendo a jogada barata, porque não é o tipo de coisa que você quer descobrir que precisa durante um lançamento. E a leitura de que "o sideloading morreu" só sobrevive se você nunca abrir o próprio FAQ do Google: quatro coisas continuam abertas, e são elas a diferença entre um lançamento bloqueado e um incômodo leve.
-
Instalações via ADB
Não são afetadas. O Google diz que você é livre para instalar apps sem verificação via ADB, para que os desenvolvedores possam criar e testar apps que ainda não são para distribuição ampla.
O seu próprio ciclo de depuração e qualquer coisa que você passe para um testador por cabo continuam intocados.
-
O fluxo avançado para usuários experientes
O Google está lançando uma configuração pontual que permite ao usuário aceitar o risco e instalar apps de desenvolvedores não verificados, atrás do modo de desenvolvedor, um reinício, um período de espera e uma confirmação por biometria ou PIN.
Ele existe, mas é lento de propósito. Não desenhe um plano de distribuição em cima de pedir que usuários comuns passem por isso.
-
Outras lojas e sideloading direto
O Google diz que o prazo de 30 de setembro vale apenas para as lojas participantes. A distribuição por outras lojas, ou usuários instalando o seu app por sideloading direto, não está coberta por esta fase.
Confira se a loja que você realmente usa está na lista de participantes antes de presumir que você é afetado.
-
Formatos além de celulares e tablets
O Google diz que a aplicação nesta fase vale para os formatos de celular e tablet nas regiões selecionadas, mas recomenda o registro em todos os formatos para preparar a disponibilidade futura.
Registre mesmo assim. A recomendação é barata e a expectativa é que o escopo se amplie.
Nada disso torna a data ignorável. Significa que o enquadramento honesto é estreito: para apps dentro do escopo distribuídos por lojas participantes naqueles quatro países, o caminho comum de instalação e atualização se fecha. Todo o resto o Google deixou explicitamente aberto, e ele diz isso no FAQ de verificação dele.
Verificação não é o requisito de teste fechado
São obstáculos separados, e superar um nunca supera o outro. A verificação de desenvolvedores é uma camada de identidade para o ecossistema Android. O teste fechado de 14 dias com 12 testadores é uma exigência do Play Console para novas contas pessoais de desenvolvedor que solicitam o acesso de produção. Um desenvolvedor verificado sem um teste fechado concluído continua sem poder publicar em produção. O lado da papelada está no post sobre a verificação de desenvolvedores, e o que ela faz com um build que você entrega a um testador está no post sobre instalação de APK.
O que muda em outubro de 2026?
Uma linha com data neste mês, e ela é comercial, não técnica: em 1º de outubro, os desenvolvedores inscritos nos programas afetados dos EUA de links para conteúdo externo e de cobrança alternativa começam a reportar transações e a contabilizar as taxas de serviço aplicáveis. Um aviso posterior acrescenta 1º de dezembro para o relatório de downloads concluídos no programa de links para conteúdo externo. Se você está procurando 28 de outubro, ela não é mais prazo de nada: o Google moveu Contatos e Localização para 27 de janeiro de 2027, e as duas páginas agora datam os Padrões de Segurança Infantil em 26 de agosto.
1º de outubro: relatórios e taxas nos programas afetados dos EUA
1º de outubro de 2026
Passou-
Confirmada
Relatórios de transações nos EUA e taxas de serviço aplicáveis
Quem Desenvolvedores inscritos nos programas afetados dos EUA de links para conteúdo externo e de cobrança alternativa.
O que fazer Comece a fazer os relatórios exigidos e contabilize as taxas de serviço aplicáveis.
Esta linha só chega até você se você se inscreveu em um dos programas dos EUA que permitem direcionar para conteúdo externo ou oferecer cobrança alternativa. Se você se inscreveu, os relatórios e as eventuais taxas de serviço começam aqui, e o requisito é administrativo, não técnico. Se você não se inscreveu, nada nesta data se aplica a você.
Vale nomear a categoria: esta é uma linha de Programa, não um requisito das Políticas do Programa para Desenvolvedores. Perdê-la é um problema contratual e de cobrança com o Google, não uma violação de política contra o seu app, e ela não consegue tirar o seu app do ar como um prazo de política perdido consegue. É por isso que as datas de programa ficam listadas juntas abaixo do registro. É a ponta final de uma sequência que começou com os requisitos de programa de 28 de janeiro e passou pelo aviso de catálogo de 22 de junho e pelo início do programa em 22 de julho, todos eles nas linhas que já passaram.
1º de dezembro: relatório de downloads concluídos no programa de links para conteúdo externo dos EUA
1 de dezembro de 2026
daqui a 25 dias-
Confirmada
Links para conteúdo externo nos EUA: relatório de downloads concluídos e taxas aplicáveis
Quem Desenvolvedores inscritos no programa de links para conteúdo externo dos EUA.
O que fazer Implemente o relatório atual de downloads concluídos do programa antes de 1º de dezembro.
Um aviso de setembro de 2026 acrescenta uma segunda data para um único programa. Se você está inscrito no programa de links para conteúdo externo dos EUA, o relatório de downloads concluídos e as taxas aplicáveis começam em 1º de dezembro de 2026. As obrigações de 1º de outubro continuam onde estão; isso não move todos os programas dos EUA para dezembro.
28 de outubro: o que aconteceu com ela
Durante quase todo o ano de 2026 esta foi a data principal desta página. O cronograma de políticas do Android Developers listava as Permissões de Contatos e as Permissões de Localização como em vigor a partir de 28 de outubro de 2026, enquanto a tabela de prazos do Play Console Help listava as duas em 27 de janeiro de 2027. Esta página as trazia como linhas em disputa e mandava você planejar a engenharia para outubro.
Essa divergência já foi encerrada. O Android Developers agora dá 27 de janeiro de 2027 para as duas políticas, igual ao Play Console Help. Não houve anúncio nem entrada de changelog; uma página foi editada para bater com a outra. Se você planejou com base em 28 de outubro, não perdeu nada e está três meses adiantado, que é justamente o resultado que a regra da data mais próxima existe para produzir. As duas linhas agora estão em o que já está marcado para 2027.
Se um artigo ou um assistente ainda te disser 28 de outubro
Se uma fonte disser 28 de outubro, pergunte de qual política ela está falando. Era a data publicada pelo Google para Contatos e Localização até elas irem para 27 de janeiro de 2027, e a data do Android Developers para os Padrões de Segurança Infantil até as duas páginas se acertarem em 26 de agosto. Ela não é mais atual para nada.
O que é o prazo final de 1º de novembro de 2026?
O fim da janela de prorrogação do requisito de API de destino de 31 de agosto, e nada além disso. Não é um segundo nível de destino, mais tarde, não vale para quem não pediu tempo extra e não muda nenhum outro prazo desta página. Se você nunca pediu prorrogação, 1º de novembro não é uma data de que você precisa.
1º de novembro de 2026
Passou-
Confirmada
Prazo final da prorrogação da API de destino
Quem Apps que receberam tempo extra para o requisito de API de destino de 2026.
O que fazer Publique a versão com o nível de destino em conformidade antes do prazo final.
Esta janela fechou. Qualquer texto que sugira que a prorrogação da API de destino de 2026 ainda pode ser solicitada está desatualizado, inclusive em artigos antigos e em respostas de assistentes treinados neles. O que continua valendo é o requisito de base de 31 de agosto, que não mudou.
Por que isso ganha uma linha própria: resultados de busca e resumos apresentam com frequência 1º de novembro de 2026 como um prazo de API de destino por si só, o que leva times a acreditar que têm até novembro, quando o piso de envio chegou em 31 de agosto. Uma data é um requisito. A outra é um período de tolerância que nem toda conta tem. O detalhe de como solicitá-la está no post sobre a API 36 de destino.
Quais prazos de 2026 já passaram?
34 das 48 linhas acompanhadas ficaram para trás em 15 de outubro de 2026. Elas são mantidas aqui em vez de apagadas, porque a tabela de prazos ativa do Google arquiva as linhas mais antigas e os desenvolvedores continuam chegando com um aviso do Console, um e-mail de recusa ou um artigo que cita uma delas. Uma data que já passou ainda diz se o que você está lendo algum dia foi verdade.
janeiro de 2026
- 1 de jan. Restrição de uso de dados da Age Signals API Confirmada
- 28 de jan. Requisitos dos programas dos EUA de links para conteúdo externo e de cobrança alternativa Confirmada
- 28 de jan. Requisito da lista do RBI para apps de empréstimo pessoal já existentes na Índia Confirmada
- 28 de jan. Novo limite de 180 dias para contestar o encerramento de conta de desenvolvedor Confirmada
- 28 de jan. Regra original de restrição por idade para recursos de matchmaking, namoro e dinheiro real Parcial
- 28 de jan. Anunciada a atualização de ficha para apps de empréstimo pessoal na Tailândia Anúncio
março de 2026
- 4 de mar. Anunciadas as mudanças no modelo de negócios do Play Anúncio
- 4 de mar. Prazo da atualização de ficha para apps de empréstimo pessoal já existentes na Tailândia Confirmada
abril de 2026
- 15 de abr. Lote de abril das Políticas do Programa para Desenvolvedores Anúncio
maio de 2026
- 27 de mai. Política de Transferência de Conta Confirmada
- 27 de mai. Autodeclaração de notícias e revistas Confirmada
junho de 2026
- 1 de jun. Conformidade do piloto de mercados de previsão Confirmada
- 22 de jun. Aviso de compartilhamento do Play Catalog nos EUA Anúncio
- 30 de jun. Data de classificação de "nova instalação" para as taxas de serviço do Play Confirmada
julho de 2026
- 15 de jul. Lote de julho das Políticas do Programa para Desenvolvedores Anúncio
- 15 de jul. Nova redação sobre classificação de conteúdo para apps sem classificação Esclarecimento
- 15 de jul. Requisitos de Dados do Usuário valem para integrações de IA de terceiros Esclarecimento
- 15 de jul. Tratamento da localização precisa e aproximada na Segurança dos Dados Esclarecimento
- 15 de jul. Começa a implementação da numeração padrão das políticas Anúncio
- 22 de jul. Play Catalog Access e programas de lojas de apps de terceiros nos EUA entram em vigor Confirmada
- 27 de jul. Janela única de contestação para contas encerradas antes de 28 de janeiro de 2026 Confirmada
agosto de 2026
- 1 de ago. Qualidade no Android TV: arquiteturas de 32 bits e 64 bits mais tamanhos de página de 16 KB Confirmada
- 26 de ago. Conteúdo e Funcionalidades com Restrição de Idade se expande para chat aleatório e anônimo Confirmada
- 26 de ago. A política Famílias proíbe apps de chat anônimo voltados para crianças Confirmada
- 26 de ago. Os Padrões de Segurança Infantil se expandem para chat anônimo e aleatório Confirmada
- 31 de ago. API level de destino para novos apps e atualizações de apps Confirmada
- 31 de ago. Limite de disponibilidade para apps já existentes Confirmada
setembro de 2026
- 15 de set. Wear OS: suporte a 64 bits e a tamanho de página de 16 KB Confirmada
- 30 de set. Registro de nome de pacote do Google Play Confirmada
- 30 de set. Verificação de desenvolvedores Android, primeira aplicação na instalação Confirmada
- 30 de set. As mudanças de taxa de serviço chegam à Austrália e ao Japão Confirmada
- 30 de set. O programa New Apps and Games fica disponível Confirmada
outubro de 2026
- 1 de out. Relatórios de transações nos EUA e taxas de serviço aplicáveis Confirmada
novembro de 2026
- 1 de nov. Prazo final da prorrogação da API de destino Confirmada
Abra qualquer uma dessas linhas no registro para ver a quem ela se aplicava, a ação que ela pedia e a fonte primária dela. O próprio arquivo de políticas do Google traz datas oficiais de versão das políticas para 1º de janeiro, 28 de janeiro, 4 de março, 15 de abril e 27 de maio de 2026, e é lá que se olha quando você precisa do texto como ele estava em um dia específico, e não como está hoje.
Três coisas que as linhas já passadas ensinam
Uma única data pode carregar obrigações que não têm nada a ver entre si. Cinco coisas separadas caíram em 28 de janeiro, e é por isso que essa data aparece em tantos avisos sem relação entre si: os requisitos dos programas dos EUA, a lista do RBI para empréstimo pessoal na Índia, o limite de 180 dias para contestar encerramentos, a regra de restrição de idade para matchmaking e o anúncio de ficha da Tailândia. Só três são requisitos das Políticas do Programa para Desenvolvedores. Uma das cinco está marcada como Parcial aqui, porque a tabela ativa do Google aposentou a linha de matchmaking e esta página não vai inventar uma data de vigência bonitinha que ela não consegue mais apontar.
Uma data de anúncio não é uma data de aplicação. 15 de abril e 15 de julho foram lotes de anúncio, e nada se tornou exigível só por ter sido anunciado. O Google dá pelo menos 30 dias para se adequar a políticas recém-atualizadas, a menos que diga o contrário, e "pelo menos 30 dias" é um piso de aviso prévio, não uma data. Ler isso como data é como um lote de políticas vira um prazo fantasma em um plano de projeto.
Duas linhas não podiam ser resolvidas com atraso. A maioria dos prazos que passaram ainda pode: você registra o pacote, corrige a ficha, preenche a declaração. A saída do catálogo em 22 de julho fechou quando o programa entrou em vigor, e a janela de contestação antiga de 27 de julho, para contas encerradas antes de 28 de janeiro de 2026, acabou de vez. Os relatos da comunidade sobre um formulário de contestação que redirecionava ou se recusava a enviar perto daquele prazo são reais, e não são a mesma coisa que uma prorrogação. Nada na documentação do Google diz que a janela mudou, então esta página também não diz.
Você tem 180 dias
Google Play Console Help, artigo 16659089, sobre contestar uma decisão de encerramento tomada em 28 de janeiro de 2026 ou depoisO que já está marcado para 2027?
Linhas com data, linhas só com o mês e um período deliberadamente vago. 27 de janeiro de 2027 traz quatro linhas: o fim da exceção de SMS e registro de chamadas que permitia usar o READ_CALL_LOG para confirmar uma ligação de verificação, as políticas de permissões de Contatos e de Localização e a retirada do geofencing como caso de uso aprovado para serviço em primeiro plano. 1º de fevereiro de 2027 é a data atual de aplicação do tamanho de página de 16 KB. O Google também indicou fevereiro, abril e agosto de 2027 para requisitos de qualidade técnica e de API de destino, sem dar um dia. Fora isso, a verificação de desenvolvedores Android se expande durante "2027 e depois disso", que é um período que o Google publicou e uma data que ele não publicou.
27 de janeiro de 2027
27 de janeiro de 2027
daqui a 82 dias-
Confirmada
Geofencing deixa de ser um caso de uso aprovado para serviço em primeiro plano
Quem Apps que declaram um serviço em primeiro plano para geofencing.
O que fazer Migre o caso de uso para a Geofence API.
-
Confirmada
SMS e registro de chamadas: acaba a exceção de verificação por ligação
Quem Apps que usam READ_CALL_LOG apenas para confirmar uma ligação de verificação recebida.
O que fazer Migre para uma alternativa aprovada, como a Digital Credentials API ou a SMS Retriever API.
-
Confirmada
Política de permissões de Contatos
Quem Apps que têm como destino o Android 17 (API level 37) ou posterior e querem acesso amplo à lista de contatos.
O que fazer Decida se o acesso amplo é realmente essencial. Se for, preencha a declaração no Play Console; se não for, migre para o Android Contact Picker.
-
Confirmada
Política de permissões de Localização
Quem Apps com destino ao Android 17 (API level 37) ou posterior que solicitam localização precisa para uma ação única iniciada pelo usuário.
O que fazer Use o botão de localização do sistema para essa solicitação única de localização precisa e mantenha qualquer outro acesso à localização no escopo mínimo.
A linha de SMS e registro de chamadas está resolvida e é estreita. Se a sua única justificativa para o READ_CALL_LOG é confirmar que uma ligação de verificação chegou, essa justificativa deixa de existir, e a direção documentada é uma alternativa aprovada, como a Digital Credentials API ou a SMS Retriever API. Apps que ficarem sem uma base de permissão em conformidade podem ser removidos, e o Google é explícito ao dizer que o uso enganoso não declarado pode gerar uma resposta mais dura do que um simples descuido de política.
As linhas de Contatos e Localização chegaram aqui tarde. Até agosto de 2026 o cronograma de políticas do Android Developers datava as duas em 28 de outubro de 2026, enquanto o Play Console Help as datava aqui, e esta página as trazia como em disputa. Desde então o Android Developers moveu as duas para 27 de janeiro de 2027, então as duas superfícies concordam e a data está resolvida. Não leia isso como folga: o trabalho de Contatos é uma decisão de produto sobre se o acesso amplo à agenda é realmente essencial, e essa decisão costuma ser mais lenta que a mudança de código que ela implica. O escopo não mudou em nenhum momento: apps que têm como destino o Android 17, API level 37 ou posterior e querem acesso amplo aos contatos, com o Android Contact Picker como caminho para todos os demais. O Google documenta uma autoprorrogação de 30 dias para Contatos pelo Play Console.
A linha do geofencing também cai aqui. O geofencing deixa de ser um caso de uso aprovado para serviço em primeiro plano em 27 de janeiro de 2027, que é a data que as duas páginas de prazos atuais do Google dão; esta página o trazia antes em 26 de agosto de 2026. O Google indica a Geofence API como alternativa. A mudança diz respeito à declaração de serviço em primeiro plano, não a apps que usam geofences por meio dessa API.
1º de fevereiro de 2027
1º de fevereiro de 2027
daqui a 87 dias-
Confirmada
Aplicação da compatibilidade com tamanho de página de 16 KB
Quem Apps que têm como destino a API 35 ou superior e trazem código nativo afetado, em dispositivos Google Play de 64 bits.
O que fazer Recompile ou substitua as bibliotecas nativas e verifique o suporte a 16 KB no bundle de lançamento.
Esta é a data atual de aplicação do tamanho de página de 16 KB, e "atual" está fazendo um trabalho de verdade nessa frase. Ela já mudou duas vezes, e é por isso que duas datas anteriores de 16 KB ainda circulam em artigos e em respostas de assistentes. O guia de tamanho de página ativo do Google é a única fonte com a qual vale a pena planejar.
A partir de 1º de fevereiro de 2027
Android Developers, suporte a tamanhos de página de 16 KBEscopo em uma linha: apps que têm como destino a API 35 ou superior e trazem código nativo afetado, em dispositivos Google Play de 64 bits. Um app escrito só em Java ou Kotlin, incluindo suas bibliotecas e SDKs, já está em conformidade. Tudo sobre descobrir qual arquivo .so falha, qual dependência trouxe esse arquivo e como provar que o bundle está limpo está no post sobre o erro de 16 KB.
Datas que o Google indicou só até o mês
Estas linhas têm mês e não têm dia. O anúncio de qualidade técnica do Google de 26 de agosto de 2026 dá fevereiro de 2027 para os requisitos de memória e de DEX e abril de 2027 para a restauração de login, e um artigo do Android Developers indica agosto de 2027 para o destino à API 37. Trate o mês como o sinal de planejamento e não escreva o dia 1º em um plano: nenhuma fonte que esta página encontrou traz um dia exato. Elas são separadas da data de 16 KB de 1º de fevereiro de 2027, que o Google datou.
-
novembro de 2026
A declaração de permissões de localização fica disponível no Play Console
Quem Apps dentro do escopo da política de Permissões de Localização.
O que fazer Prepare a justificativa agora e preencha a declaração quando o Play Console pedir.
-
fevereiro de 2027
Limites de memória e de bitmap (qualidade técnica)
Quem Apps para celular e tablet.
O que fazer Confira o Android vitals em busca de problemas de memória e de bitmap antes de fevereiro de 2027.
-
fevereiro de 2027
Requisitos de otimização de DEX (qualidade técnica)
Quem Apps acima dos limites de tamanho que o Google lista, em todos os formatos.
O que fazer Meça seu app em relação aos limites de DEX da página de ajuda de qualidade técnica do Google.
-
abril de 2027
Restauração de login para usuários que retornam
Quem Apps para celular e tablet que usam login, com as exceções que o Google lista.
O que fazer Implemente a restauração de login que o Google descreve para um usuário que retorna em um dispositivo novo.
-
agosto de 2027
Destino à API 37 para apps novos e atualizações (mês anunciado)
Quem Apps novos e atualizações. As exceções por formato ainda não foram publicadas.
O que fazer Planeje a migração para a API 37 e tire o dia exato da página de requisitos de API de destino do Google quando ele aparecer.
Verificação global de desenvolvedores, sem data
2027 em diante
Sem data publicada-
Ainda sem data
Expansão global da verificação de desenvolvedores Android
Quem Desenvolvedores Android fora dos quatro primeiros países.
O que fazer Acompanhe os anúncios de implementação do Google. Fazer a verificação mais cedo não custa nada.
O Google diz que a expansão mais ampla acontece em 2027 e depois disso. Esse é todo o compromisso publicado. Em 15 de outubro de 2026 não existe lista de países anunciada além dos quatro primeiros nem data de aplicação mundial, então um mês específico de 2027 que apareça em um artigo é dedução, não apuração. A saída barata é fazer a verificação cedo, já que verificar não é tarefa para a semana do lançamento.
Uma coisa que não está neste calendário e não vai aparecer nele: o requisito de teste fechado para novas contas pessoais de desenvolvedor. Ele não tem data de 2026 nem de 2027 porque não é uma mudança agendada. É a exigência permanente entre uma conta nova e o acesso de produção, e vale desde o dia em que você cria a conta.
Em quais datas você deve parar de confiar?
9 delas em especial. Quatro são datas do Google substituídas que ainda aparecem bem na busca: 1º de novembro de 2025 e 31 de maio de 2026 para tamanhos de página de 16 KB, 28 de outubro de 2026 para Contatos e Localização, que o Android Developers trocou por 27 de janeiro de 2027, e 28 de outubro de 2026 para os Padrões de Segurança Infantil, que as duas páginas agora datam em 26 de agosto. Cinco são leituras equivocadas que circulam como fatos: uma proibição de apps sem classificação em 26 de agosto, que nunca foi anunciada; um desligamento mundial do sideloading em 30 de setembro, que são quatro países; o geofencing em 26 de agosto, que é 27 de janeiro de 2027; um prazo em 14 de outubro que remove todo app por causa dos dados de D-U-N-S, que o Google nunca definiu; e 1º de fevereiro ou 1º de abril como dias exatos para requisitos que o Google indicou só até o mês.
1º de novembro de 2025
SubstituídaA que se refere A data original de aplicação geral do tamanho de página de 16 KB.
Status hoje Substituída. O guia atual de tamanho de página do Google diz 1º de fevereiro de 2027.
Como dizer isso com segurança Data histórica dos 16 KB. Consulte a documentação atual do Google, que diz 1º de fevereiro de 2027.
31 de maio de 2026
SubstituídaA que se refere Uma data posterior de prorrogação dos 16 KB que os desenvolvedores afetados viram no Play Console.
Status hoje Substituída. A data documentada atual é 1º de fevereiro de 2027.
Como dizer isso com segurança 31 de maio foi uma data de prorrogação anterior. A documentação atual do Google diz 1º de fevereiro de 2027.
28 de outubro de 2026 para Contatos e Localização
SubstituídaA que se refere A data de vigência de Contatos e Localização que o cronograma de políticas do Android Developers manteve até agosto de 2026, enquanto o Play Console Help dava 27 de janeiro de 2027 para essas mesmas duas políticas.
Status hoje Substituída, e só recentemente. Em 15 de outubro de 2026 o cronograma de políticas do Android Developers dava 28 de outubro para as duas políticas. Agora ele dá 27 de janeiro de 2027 para ambas, que é a data que o Play Console Help trazia desde o começo. Esse conflito está encerrado.
Como dizer isso com segurança 28 de outubro foi realmente publicada pelo Google e não é mais a data atual. As duas páginas do Google agora dizem 27 de janeiro de 2027 para Contatos e Localização.
28 de outubro de 2026 para os Padrões de Segurança Infantil
SubstituídaA que se refere A data de expansão dos Padrões de Segurança Infantil no cronograma de políticas do Android Developers.
Status hoje Substituída. As duas páginas do Google agora datam a expansão dos Padrões de Segurança Infantil em 26 de agosto de 2026, então a data de 28 de outubro que o Android Developers trazia não é mais atual em lugar nenhum.
Como dizer isso com segurança 26 de agosto de 2026 nas duas páginas do Google. 28 de outubro de 2026 foi uma data real do Android Developers que foi substituída.
Proibição de apps sem classificação em 26 de agosto de 2026
Não é o que pareceA que se refere Uma leitura equivocada do item de classificação de conteúdo de 15 de julho.
Status hoje Nenhuma nova proibição em 26 de agosto foi anunciada. Apps sem classificação já eram proibidos, e o Google tratou o item de julho como um esclarecimento.
Como dizer isso com segurança Apps sem classificação já eram proibidos. 15 de julho foi um esclarecimento, não uma nova proibição em 26 de agosto.
Proibição mundial do sideloading em 30 de setembro de 2026
Não é o que pareceA que se refere Um exagero sobre a primeira aplicação da verificação de desenvolvedores.
Status hoje A primeira aplicação abrange quatro países: Brasil, Indonésia, Singapura e Tailândia. O Google descreve a expansão mais ampla como 2027 em diante.
Como dizer isso com segurança A primeira aplicação é Brasil, Indonésia, Singapura e Tailândia, não o mundo todo.
26 de agosto de 2026 para o geofencing
Não é o que pareceA que se refere A data que esta página, e outros resumos, davam para a retirada do geofencing como caso de uso aprovado para serviço em primeiro plano.
Status hoje Errada. As duas páginas de prazos atuais do Google dão 27 de janeiro de 2027.
Como dizer isso com segurança O geofencing deixa de ser um caso de uso aprovado para serviço em primeiro plano em 27 de janeiro de 2027. Use a Geofence API.
14 de outubro de 2026 para o D-U-N-S
Não é o que pareceA que se refere Uma data que circula em threads de desenvolvedores para a remoção de todo app cujos dados de D-U-N-S não coincidam.
Status hoje Não há prazo universal. O processo de verificação de identidade do Google define prazos por conta, no aviso da própria conta.
Como dizer isso com segurança Siga o prazo do aviso no seu próprio Play Console e corrija qualquer divergência com o seu registro na Dun & Bradstreet.
1º de fevereiro ou 1º de abril de 2027 para memória, DEX e restauração de login
Não é o que pareceA que se refere Dias exatos atribuídos a requisitos que o Google indicou só até o mês.
Status hoje Não verificado. O Google dá fevereiro de 2027 e abril de 2027 sem dia.
Como dizer isso com segurança Fevereiro de 2027 para memória e DEX, abril de 2027 para restauração de login, sem dia publicado. 1º de fevereiro de 2027 é a data separada de 16 KB.
Por que 31 de maio de 2026 não é mais o prazo dos 16 KB
Porque o Google mudou a data, duas vezes. 1º de novembro de 2025 era a data original de aplicação. 31 de maio de 2026 era uma data de prorrogação posterior mostrada aos desenvolvedores afetados. A documentação atual diz que as atualizações afetadas fora de conformidade não podem ser lançadas a partir de 1º de fevereiro de 2027. As três datas foram reais; só a última está valendo.
A razão de isso continuar voltando à tona é que a mudança foi silenciosa. Os desenvolvedores que estavam no meio de uma migração mirando 31 de maio encontraram a nova data na documentação e no Console, e não em um anúncio, então o estoque de artigos da internet citando 31 de maio nunca foi corrigido. Se você está planejando uma migração de código nativo, leia o guia de tamanho de página do Google e confira a marca de última atualização dele antes de fechar um cronograma. O trabalho de conserto em si está no post sobre o erro de 16 KB.
Instrumento 04
Busca de datas e avisos
Os três avisos que as pessoas mais leem errado
A busca acima resolve qualquer data ou texto do Console desta página. Estes três merecem ser detalhados, porque cada um é atribuído rotineiramente ao requisito errado.
-
"Pacote não registrado", ou um aviso de verificação de desenvolvedor
Dois requisitos diferentes de 30 de setembro que dividem a mesma data. O registro de nome de pacote é global e vale para todo o Play; a aplicação da verificação é quatro países e lojas participantes.
Abra a página inicial do Play Console e registre o que o Google deixou passar, seja qual for o aviso que apareceu para você. 30 de setembro
-
"O app precisa oferecer suporte a tamanhos de página de memória de 16 KB"
Compatibilidade de código nativo, aplicada a partir de 1º de fevereiro de 2027, e não a data de 31 de maio de 2026 ainda citada em artigos antigos.
Audite as bibliotecas
.soempacotadas. O post sobre os 16 KB -
Um artigo ou um assistente diz que o prazo de Contatos é 28 de outubro
Uma data que o Google realmente publicou e desde então substituiu, não um erro de quem escreveu.
Use 27 de janeiro de 2027 e confira a marca de data da fonte. 28 de outubro também era a data do Android Developers para os Padrões de Segurança Infantil até as duas páginas se acertarem em 26 de agosto de 2026, e é daí que vem a maior parte da confusão que resta. O conflito
Como a PrimeTestLab ajuda
Com o trabalho de política, não. Todo prazo desta página é engenharia ou papelada que pertence a você, e este post foi escrito para deixar cada um deles o mais curto possível. O que a gente assume é o requisito que colide com todos eles: um teste fechado que precisa de 12 testadores reais participando por 14 dias seguidos, em um relógio que não pode ser pausado enquanto você reconstrói alguma coisa.
A sequência que faz as pessoas perderem um mês é assim. Uma conta pessoal de desenvolvedor nova começa um teste fechado, a janela de 14 dias começa e, no meio dela, aparece uma linha de política: um nível de destino para aumentar, um pacote para registrar, uma permissão para refazer. Agora duas linhas do tempo disputam as mesmas duas semanas, e o lado dos testadores é o que falha em silêncio, porque depende de outras pessoas continuarem onde estão.
O requisito que não está neste calendário
Ele não tem data em 2026 porque não é uma mudança agendada. É uma exigência permanente, e vale desde o dia em que a conta é criada.
Se você tem uma conta pessoal de desenvolvedor recém-criada, é necessário realizar um teste fechado para o app com no mínimo 12 testadores que participaram continuamente por pelo menos 14 dias.
Google Play Console Help, artigo 14151465Fazer upload de novos builds durante o teste não é problema, e o Google incentiva os desenvolvedores a continuarem atualizando. O que quebra um período é a contagem de participantes cair abaixo do mínimo em qualquer dia da janela. É exatamente essa a falha que uma correria de política provoca: a atenção vai para o build, os testadores se dispersam e o relógio recomeça.
Teste fechado gerenciado
12 testadores reais em dispositivos reais, mantidos participando pelos 14 dias completos, para que o lado dos testadores continue intacto enquanto você faz o trabalho de conformidade. Os dispositivos vão do Android 7 ao 17, o teste começa em 4-6 horas e, se o Google não aprovar, você tem um novo teste grátis ou reembolso total.
A partir de US$ 19,99 · Sem assinatura · 12.100+ apps em 120+ países
Para deixar o limite claro: a gente não aumenta o seu API level de destino, não registra o seu pacote, não refaz as suas permissões nem migra as suas bibliotecas nativas. Isso é seu, e o resto desta página existe para deixar tudo isso rápido. O que a gente tira do caminho é o requisito de testadores que fica em cima de tudo, para que os dois parem de disputar as mesmas duas semanas.
Dica de sequência
Se você ainda não começou o teste fechado e já sabe que uma linha de política se aplica a você, comece primeiro a janela dos testadores e faça o trabalho de política dentro dela. O período que conta é medido pela continuidade da participação dos testadores, e não por um build congelado, então as duas linhas do tempo podem se sobrepor em vez de se empilhar. Isso costuma economizar uma semana inteira, e não custa nada organizar assim.
Como esta página é mantida
Contra nove páginas do Google, não uma. Cada linha aqui indica a própria fonte primária, carrega um status em vez de uma certeza implícita, e mantém o valor antigo quando uma data muda, em vez de ser sobrescrita em silêncio. A data verificada no topo desta página, 15 de outubro de 2026, é o dia em que essas nove páginas foram lidas de ponta a ponta pela última vez.
As quatro regras que este registro segue
-
01
Uma página primária do Google, ou não vira linha.
Fóruns da comunidade e rastreadores de issues são úteis para saber com o que os desenvolvedores estão confusos e para perceber que uma data mudou. Eles nunca estabelecem a data em si.
-
02
Quando o Google discorda do Google, imprima os dois.
Sem desempate silencioso, sem escolher a data que rende a manchete mais limpa. As duas datas, as duas URLs e uma posição de risco que diz para se preparar pela mais próxima. Quando as duas páginas são um calendário e a página da própria política, a página da política é a melhor autoridade sobre escopo, mesmo enquanto a data segue sem resolução.
-
03
Datas substituídas são mantidas, não apagadas.
A data antiga é o que as pessoas buscam e o que os avisos antigos citam. Apagá-la remove a única coisa capaz de dizer a um leitor que o artigo que ele acabou de ler foi escrito antes da mudança.
-
04
Consequências são citadas, não aumentadas.
Onde o Google diz remoção, esta página diz remoção. Onde o Google só diz que existe um requisito, esta página diz aplicação padrão da política, em vez de inventar uma sanção.
O que mudou desde que esta página foi publicada
A regra 03 só vale alguma coisa se as mudanças ficarem visíveis, então aqui está cada correção feita desde a publicação, da mais recente para a mais antiga. Cada entrada diz o que a página afirmava antes, porque é essa a parte de que um leitor que agiu pelo valor antigo realmente precisa.
-
16 de outubro de 2026
Todas as linhas foram reconferidas nas páginas ativas do Google em 15 de outubro de 2026. Os Padrões de Segurança Infantil estão resolvidos em 26 de agosto de 2026: o Android Developers listava 28 de outubro de 2026, e as duas páginas agora concordam, então nenhuma linha desta página está em disputa. O geofencing passou de 26 de agosto de 2026 para 27 de janeiro de 2027, a data que as duas páginas de prazos atuais do Google dão; esta página o trazia em 26 de agosto. Foram acrescentadas uma data de relatório de downloads concluídos nos EUA em 1º de dezembro de 2026, o requisito técnico do Wear OS de 15 de setembro de 2026 e linhas só com o mês para a declaração de localização de novembro de 2026, os requisitos de memória e de DEX de fevereiro de 2027, a restauração de login de abril de 2027 e o destino à API 37 de agosto de 2027. Foi removida a afirmação de que a correção de Contatos e Localização aconteceu em meados de agosto: o Google não publicou o dia.
-
14 de agosto de 2026
Contatos e Localização passaram de disputadas para resolvidas em 27 de janeiro de 2027. O cronograma de políticas do Android Developers listava as duas como 28 de outubro de 2026, enquanto o Play Console Help listava as duas como 27 de janeiro de 2027; o Android Developers agora dá 27 de janeiro de 2027 para cada uma, então as duas páginas concordam e esta página não exibe mais essas linhas como um conflito. 28 de outubro de 2026 continua na lista de datas mortas porque foi realmente publicada. Os Padrões de Segurança Infantil são agora o único conflito de datas em aberto: 26 de agosto de 2026 no Play Console Help contra 28 de outubro de 2026 no Android Developers.
-
14 de agosto de 2026
Corrigido o piso de disponibilidade do Android TV, de API 34 para API 33, e deixamos de apresentar o requisito de envio com API 34 do Android TV como um aumento de 2026. A tabela detalhada de formatos do Google data esse requisito em 31 de agosto de 2025.
-
12 de agosto de 2026
Primeira publicação, verificada em nove páginas do Google.
Duas dessas entradas apareceram em menos de 48 horas depois da publicação, o que é a propaganda honesta desta seção: um calendário de políticas não é um documento que se escreve uma vez. A correção de 28 de outubro, em especial, veio do Google editando uma página para bater com a outra, sem nenhum anúncio junto, que é exatamente a falha para a qual a regra 02 e a regra 03 existem.
As nove páginas que uma passagem de atualização relê
Se você mantém o seu próprio calendário de conformidade, a lista é esta. Qualquer uma delas mudando é motivo para reler as outras oito, porque foi assim que os conflitos desta página apareceram, e foi assim que um deles se fechou.
https://support.google.com/googleplay/android-developer/announcements/13412212
https://support.google.com/googleplay/android-developer/table/12921780
https://support.google.com/googleplay/android-developer/answer/13386702
https://developer.android.com/distribute/play-policies
https://developer.android.com/google/play/requirements/target-sdk
https://developer.android.com/developer-verification
https://developer.android.com/guide/practices/page-sizes
https://support.google.com/googleplay/android-developer/answer/16909972
https://support.google.com/googleplay/android-developer/answer/16935362Nesta ordem: o índice de anúncios de política, a tabela de prazos de políticas ativa, o arquivo de políticas, o cronograma de políticas do Android Developers, a página de requisitos de API de destino, a visão geral da verificação de desenvolvedores, o guia de tamanho de página de 16 KB e, por fim, as duas páginas de permissões de Contatos, que trazem a data de vigência da própria política e o cronograma de adequação dela. Lidas nessa ordem, uma linha de calendário nunca passa de uma segunda opinião.
O que desta página vai envelhecer primeiro
- As linhas de 2027 só com o mês. O Google indicou fevereiro, abril e agosto de 2027 para memória, DEX, restauração de login e API 37 sem dar um dia. O dia vai chegar como uma edição silenciosa de página, e essas linhas vão mudar quando isso acontecer.
- A data resolvida de 27 de janeiro de 2027. Contatos, Localização, a exceção de verificação por registro de chamadas e o geofencing caem todos aqui, e as duas páginas do Google concordam hoje. Duas delas chegaram lá por edições sem anúncio, então podem mudar de novo do mesmo jeito. Concordância não é o mesmo que permanência.
- As citações de 26 de agosto. Elas apontam para páginas de prévia de política. O texto da prévia é substituído quando a política entra em vigor, então, depois dessa data, a citação a usar é a política ativa.
- A data de 1º de fevereiro de 2027 dos 16 KB. Ela já mudou duas vezes. Trate essa data como o valor atual, e não como um valor fixo, e leia a marca de última atualização do próprio guia de tamanho de página antes de planejar um lançamento.
- A lista de países da verificação de desenvolvedores. Quatro países hoje, "2027 e depois disso" em seguida. O próximo anúncio de país muda esta linha e mais nada nesta página.
- O texto sobre a prorrogação. Depois de 1º de novembro de 2026, toda frase que sugerir que a prorrogação da API de destino ainda pode ser solicitada fica errada, e é por isso que o texto desta página é gerado a partir da data de hoje, e não digitado.
Se você encontrar aqui uma linha que não bate mais com a página ativa do Google, quem vence é a página que você está lendo, e esta aqui está desatualizada. A marca de verificação no topo existe para você saber de relance o quanto confiar neste registro, e nos avisar é mais rápido do que esperar a próxima passagem.
Perguntas frequentes
Qual é o próximo prazo de política do Google Play em 2026?
Em 15 de outubro de 2026 a próxima data confirmada é 27 de janeiro de 2027, que abrange o fim da exceção de SMS e registro de chamadas para confirmar uma ligação de verificação, as políticas de permissões de Contatos e de Localização e a retirada do geofencing como caso de uso aprovado para serviço em primeiro plano. Se algo depois dela se aplica a você depende do seu app: uma data de relatório em 1º de dezembro de 2026 vale apenas para desenvolvedores de um programa dos EUA, e 27 de janeiro de 2027 traz quatro mudanças de permissões e de serviço em primeiro plano com escopos diferentes. Use o filtro de prazos para manter só as linhas que combinam com o seu app.
Eu realmente preciso ter como destino a API 36 até 31 de agosto de 2026?
Para novos apps móveis Android comuns e para atualizações de apps móveis, sim. A página do Google sobre a API de destino diz que, a partir de 31 de agosto de 2026, novos apps e atualizações de apps precisam ter como destino o Android 16, API level 36 ou superior. Outros formatos têm seus próprios níveis: Wear OS e Android Automotive OS precisam da API 35, e o Android XR precisa da API 34. O Android TV também precisa da API 34, mas isso não é uma mudança de 2026, porque a tabela detalhada de formatos do Google data o requisito de envio do TV em 31 de agosto de 2025. Existe uma segunda regra, separada, para apps que você não atualiza: ela é um limite de disponibilidade, e não um limite de envio: API 35 para dispositivos móveis e API 33 para Android TV.
Meu app já está publicado. O Google vai removê-lo em 31 de agosto se eu não fizer nada?
Não. O Google não exclui um app publicado por não atingir o limite de disponibilidade de 31 de agosto. A consequência é mais restrita: um app móvel existente abaixo da API level 35 deixa de ficar disponível para novos usuários em dispositivos que rodam uma versão do Android superior ao nível que o app tem como destino. Quem já instalou continua com ele, e ele continua disponível em dispositivos mais antigos. A regra de envio é outra: um novo app ou uma atualização de app enviada ao Google Play a partir de 31 de agosto de 2026 precisa ter como destino a API 36 ou superior para dispositivos móveis.
Dá para prorrogar o prazo de 31 de agosto da API de destino?
As orientações do Google sobre o nível de destino em 2026 deram aos desenvolvedores afetados e elegíveis uma prorrogação até 1º de novembro de 2026, solicitada a partir do problema de API de destino na página Status da política do app no Play Console. Trate isso como algo específico de cada app: confira a data que foi concedida ao seu próprio app, em vez de presumir que todo desenvolvedor tem uma. A prorrogação não cria um nível de destino mais baixo, e depois que ela termina ainda é possível enviar normalmente uma atualização que atenda ao requisito.
30 de setembro de 2026 é o dia em que o Google bloqueia todo app Android não verificado no mundo inteiro?
Não. A primeira aplicação da verificação de desenvolvedores Android na instalação, em 30 de setembro de 2026, abrange as lojas participantes no Brasil, na Indonésia, em Singapura e na Tailândia, e o Google descreve a expansão mais ampla como 2027 em diante, sem publicar uma data mundial exata. O Google também diz que vários caminhos continuam abertos: instalações via ADB não exigem verificação, um fluxo avançado e pontual permite que usuários experientes instalem apps de desenvolvedores não verificados, e a distribuição por lojas não participantes ou o sideloading direto não estão cobertos por esta fase. Um requisito separado cai no mesmo dia: o registro de nome de pacote do Google Play, no qual o Google avisa que um app do Play não registrado pode ser removido globalmente do Play.
O prazo da política de Contatos é 28 de outubro de 2026 ou 27 de janeiro de 2027?
27 de janeiro de 2027. As duas superfícies do Google agora concordam com essa data. Isso ficou realmente em aberto durante quase todo o ano de 2026: o cronograma de políticas do Android Developers dizia 28 de outubro de 2026, enquanto a tabela de prazos do Play Console Help dizia 27 de janeiro de 2027, até o Android Developers ser editado para coincidir, sem nenhum anúncio e em um dia que o Google não publicou. 28 de outubro é uma data real que o Google publicou e que agora está substituída, então uma fonte que ainda cite essa data não foi conferida desde então. Sobre o escopo, que nunca mudou: a política tem como alvo o acesso amplo aos contatos em apps que têm como destino o Android 17, API level 37 ou posterior. Apps que mantêm o READ_CONTACTS precisam justificar o acesso amplo e preencher uma declaração no Play Console, e o Google documenta uma autoprorrogação de 30 dias. Apps que não precisam de acesso amplo são direcionados para o Android Contact Picker.
O prazo do tamanho de página de 16 KB é 31 de maio de 2026 ou 1º de fevereiro de 2027?
Para o requisito geral atual de compatibilidade do Google Play, a documentação Android ativa do Google diz que 1º de fevereiro de 2027 é a data a partir da qual as atualizações afetadas fora de conformidade não poderão mais ser lançadas, para apps com destino à API 35 ou superior em dispositivos de 64 bits. 31 de maio de 2026 foi uma data histórica de prorrogação que ainda aparece em discussões de desenvolvedores e em artigos antigos, e 1º de novembro de 2025 foi a data original antes dela. A própria ilustração do Google mostra uma prorrogação concedida até 1º de fevereiro; nada do que foi publicado estabelece outra prorrogação além dessa.
Quais prazos do Google Play já estão marcados para 2027?
27 de janeiro de 2027 traz quatro mudanças com escopos diferentes: o fim da exceção de SMS e registro de chamadas que permitia usar READ_CALL_LOG para confirmar uma ligação de verificação, as políticas de permissões de Contatos e de Localização e a retirada do geofencing como caso de uso aprovado para serviço em primeiro plano. 1º de fevereiro de 2027 é o prazo geral de atualização para 16 KB. Os requisitos de memória e de DEX começam em fevereiro de 2027 e a restauração de login em abril de 2027, sem dias exatos, e o Google anunciou agosto de 2027 para o destino à API 37, também sem dia. A verificação de desenvolvedores Android se expande ao longo de 2027 e depois disso, sem data global exata publicada até 15 de outubro de 2026.
Quais desses prazos valem para uma conta de desenvolvedor totalmente nova que ainda não publicou nada?
Os do lado do envio. Seu primeiro upload precisa atender ao API level de destino do formato dele, seu nome de pacote precisa estar registrado, seu app precisa de classificação de conteúdo e de uma declaração de Segurança dos Dados preenchida, e qualquer política ligada a permissões que combine com os recursos do seu app vale já a partir da primeira versão, e não só a partir de uma atualização. O único requisito que não está neste calendário é a exigência do teste fechado, porque ela não é uma mudança agendada: uma nova conta pessoal de desenvolvedor precisa realizar um teste fechado com no mínimo 12 testadores participando por pelo menos 14 dias consecutivos antes de poder solicitar o acesso de produção. O teste interno não substitui isso, e você pode continuar publicando versões durante o período, desde que os testadores continuem participando; um testador substituto começa os próprios 14 dias, em vez de herdar os de outra pessoa. A PrimeTestLab fornece esses testadores em dispositivos reais a partir de US$ 19,99, mais 5% de taxa de serviço.
Eu só deixo as pessoas escolherem um contato. Preciso do READ_CONTACTS?
Se o usuário só seleciona contatos específicos para uma tarefa, a política do Google direciona os apps afetados para o Android Contact Picker, e não para o acesso amplo do READ_CONTACTS. Para apps com destino à API 37 ou posterior que mantêm a permissão, explique por que o seletor não consegue atender à funcionalidade principal e preencha a declaração. A data de conformidade atual é 27 de janeiro de 2027.
O geofencing já está proibido porque 26 de agosto passou?
Não. A data atual desta mudança de serviço em primeiro plano é 27 de janeiro de 2027, e esta página a listava antes em 26 de agosto. O Google indica a Geofence API como alternativa. A mudança diz respeito a declarar um serviço em primeiro plano para geofencing; ela não proíbe todo app que usa geofences.
Eu corrigi a produção. Por que o aviso do Console continua lá?
Confira os códigos de versão que o aviso cita e todas as faixas ativas antes de presumir que o build de produção é o único artefato envolvido. Um desenvolvedor relatou um build antigo de teste fechado como causa provável, mas não foi confirmado que o aviso sumiu. Trate isso como uma pista de diagnóstico e verifique o artefato de versão real em relação ao requisito.
Todos os meus apps vão desaparecer em 14 de outubro por causa do D-U-N-S?
Não foi encontrada nenhuma regra universal de remoção em 14 de outubro. Contas organizacionais precisam de dados de identidade que coincidam com o registro na Dun & Bradstreet, e os prazos de verificação podem ser definidos por conta. Um aviso na sua própria conta ainda pode ser real: leia esse aviso, corrija a divergência e siga as instruções de suporte dele, em vez da data de outro desenvolvedor.
Os novos requisitos de fevereiro e de abril valem a partir do dia 1º do mês?
Não, até onde o Google publicou. A documentação de qualidade técnica dele dá fevereiro de 2027 para os requisitos de memória e de DEX e abril de 2027 para a restauração de login, sem dia exato. Mantenha essas entradas só com o mês até o Google publicar mais. Elas são separadas do prazo geral de atualização para 16 KB de 1º de fevereiro de 2027, e os escopos de apps são diferentes.
Conclusão
Resumo
Em 15 de outubro de 2026, o próximo prazo confirmado do Google Play é 27 de janeiro de 2027. A sequência de 2026 corre assim: 26 de agosto para as regras de chat aleatório e anônimo; 31 de agosto para os requisitos de API de destino, API 36 para envios em dispositivos móveis, com um piso separado de disponibilidade em API 35 para apps que você nunca atualiza; 30 de setembro para o registro de nome de pacote do Google Play e a primeira aplicação da verificação de desenvolvedores Android no Brasil, na Indonésia, em Singapura e na Tailândia; 1º de outubro para os relatórios e as taxas nos programas afetados dos EUA; e 1º de novembro para o prazo final da prorrogação da API de destino. Contatos e Localização estão resolvidas em 27 de janeiro de 2027, depois que o Google substituiu a data de 28 de outubro de 2026 que tinha publicado para as duas. Nenhuma política continua em disputa: os Padrões de Segurança Infantil são 26 de agosto de 2026 nas duas páginas do Google, e o geofencing deixa de ser um caso de uso aprovado para serviço em primeiro plano em 27 de janeiro de 2027. 1º de fevereiro de 2027 é a data atual do tamanho de página de 16 KB, substituindo 1º de novembro de 2025 e 31 de maio de 2026. E um requisito que não está em nenhuma dessas listas ainda impede que novas contas pessoais de desenvolvedor publiquem: um teste fechado com 12 testadores participando continuamente por 14 dias. Ver planos e preços →
Fontes primárias