Como criar uma conta de desenvolvedor Google Play em 2026

O teste de 14 dias é a única parte desta lista que depende de outras pessoas, e é onde os desenvolvedores solo travam. É a parte que a PrimeTestLab executa para você, e ela está detalhada em como ajudamos, no fim deste artigo.

A maioria dos tutoriais sobre esse tema para na confirmação do pagamento, e a maioria deles estava correta quando foi escrita. O problema é o que o Google acrescentou depois: uma checagem de identidade que compara os seus documentos com um perfil de pagamentos que talvez você não abra há anos, uma tarefa de verificação de dispositivo para contas pessoais novas e uma exigência de produção que a data de criação da conta puxa para cima de você e depois obriga a cumprir app por app. O resultado é uma sequência conhecida de posts em fórum, e todos começam do mesmo jeito. Paguei os $25, então por que não consigo publicar nada.

Este artigo segue a ordem em que as decisões realmente apertam: o que ter em mãos antes de pagar, o que cada tipo de conta precisa apresentar, o que a console pede e em que ordem, quais dados precisam bater com quais registros e o que uma conta pessoal nova deve ao Google depois que o recibo chega. Onde o Google publica um número, ele vem citado com a página de ajuda de onde saiu. Onde o Google não publica nada, este artigo diz isso em vez de pegar emprestado um número de uma página de fornecedor que também não sabe. Tudo aqui foi conferido com a documentação do próprio Google e está atualizado em 13 de agosto de 2026.

O que preparar antes de pagar o Google

O pagamento de $25 é tratado como o momento do compromisso porque é a única etapa que mexe na sua conta bancária. É a coisa errada para se ficar nervoso. As etapas realmente difíceis de desfazer são as que não custam nada: a Conta do Google com a qual você por acaso estiver logado vira a proprietária da conta e, embora o Google hoje documente uma forma restrita de passar a propriedade para outra pessoa, ela não está disponível para todas as contas e não é um botão de configuração. A identidade legal que você digita vira aquilo com que todo documento enviado depois será comparado, e parte dela é publicada no Google Play. Nenhuma das duas etapas pede que você confirme se tem certeza.

Sobre a taxa em si, este artigo diz uma coisa e segue em frente: são US$ 25, cobrados uma vez por conta de desenvolvedor, não é assinatura anual nem cobrança por app. O detalhamento completo do que a taxa cobre e do que ela não cobre está em o artigo sobre os requisitos de publicação no Google Play.

O que o Google vai mostrar publicamente

Esta é a parte da decisão que costuma ser pulada, e é aquela para a qual as pessoas voltam arrependidas. Parte do que você digita no formulário de cadastro fica exibida na sua ficha do Google Play, para qualquer pessoa ler. Uma conta pessoal não é uma conta anônima e, se você monetizar, o que fica exposto aumenta.

Role a tabela para o lado para ver todas as colunas

O checklist de pré-registro

A lista abaixo são os requisitos do Google reorganizados por quando você precisa deles, e não por qual página de ajuda os hospeda, e está dividida em três etapas de propósito. A etapa 01 é o que o formulário de cadastro pede, e é a única etapa que entra no veredito. As etapas 02 e 03 são requisitos reais que chegam depois do seu dinheiro, e um checklist que mistura tudo em uma nota só acaba dizendo que você não pode se registrar enquanto não achar 12 testadores, o que simplesmente não é verdade. Duas linhas trazem tempo real de espera, e as duas são linhas de organização, o que é o motivo prático para um cadastro organizacional nunca ser iniciado no mesmo dia em que foi decidido.

Inspetor de prontidão antes do pagamento

As três decisões difíceis de desfazer

Todo o resto daquela lista se corrige com um formulário. Estas três não, ou não sem um custo alto.

Nada disso torna a aprovação certa. Isso elimina as falhas que o Google de fato documenta, o que é outra coisa, e mais útil. O que não dá para eliminar é a espera: o Google publica prazos precisos para as partes estreitas do processo e absolutamente nada para a análise de identidade como um todo, assunto de a seção sobre verificação, mais abaixo.

Pessoal ou organizacional no cadastro

O primeiro ponto importante é que isso não é um sistema de níveis. O Google diz que os dois tipos de conta têm acesso às mesmas funcionalidades gerais, e os dois podem monetizar por meio de um perfil de pagamentos. Ninguém compra uma Play Console melhor registrando uma organização. O que muda é o que você precisa apresentar para entrar e quais obrigações passam a acompanhar você depois.

Quatro categorias em que o Google escolhe por você

O Google nomeia quatro tipos de app cujos desenvolvedores devem usar uma conta organizacional, independentemente de como o desenvolvedor se enxerga:

Se o seu app está em um desses grupos, a pergunta sobre o tipo de conta já está respondida, e o prazo do D-U-N-S vira parte do seu cronograma de desenvolvimento, e não um detalhe de última hora.

O que cada tipo precisa apresentar

Esta tabela é só sobre o balcão do cadastro: o que o Google pede a cada tipo e o que cada tipo carrega depois. Se vale a pena abrir uma empresa para ter uma conta organizacional é outra pergunta, com outra resposta para quase todo mundo, e ela é tratada como merece em conta pessoal ou organizacional.

Role a tabela para o lado para ver todas as colunas

Dá para mudar o tipo de conta depois?

Este é o fato com maior chance de estar errado em qualquer outra coisa que você tenha lido. Durante anos o conselho padrão foi que o tipo de conta se escolhe uma vez e para sempre, e que quem abrisse empresa depois teria de registrar uma segunda conta do zero. A documentação atual do Google não diz isso. Ela descreve um caminho de conversão e distingue com clareza a direção que tem suporte da direção que não tem.

O que a conversão envolve de verdade

O mecanismo é uma mudança no perfil de pagamentos, e não um botão na Play Console, e é por isso que ele passa fácil despercebido na documentação. Você cria ou muda para um perfil de pagamentos do Google do tipo organização, conclui a verificação que esse perfil exige, o que no caso de uma organização significa o número D-U-N-S e a documentação da organização, e o vincula à conta de desenvolvedor. O prazo do D-U-N-S vale aqui exatamente como vale no cadastro, então converter também não é uma operação para o mesmo dia.

E o proprietário, que antes era o item permanente

Esta é a afirmação que mais vale atualizar na sua cabeça, porque foi verdade por muito tempo e é repetida em todo lugar, inclusive em versões antigas deste artigo. O Google agora documenta uma transferência de proprietário self-service. Só o proprietário atual pode iniciá-la, e o caminho é Play Console, Users and permissions, encontrar a pessoa para quem você quer passar a conta, Manage e depois Make account owner. A transferência fica então sete dias em espera antes de se concluir, e o futuro proprietário pode ter de verificar a identidade e informar os dados do perfil de pagamentos.

É na linha da elegibilidade que isso ainda pesa. O Google limita o processo direto a contas organizacionais e contas pessoais que não monetizam, e diz que desenvolvedores individuais que monetizam seus apps hoje não são elegíveis. Ou seja, o desenvolvedor com mais chance de querer isso, o publicador solo que se registrou como pessoa física, começou a faturar e agora quer que a empresa fique com a conta, é justamente quem fica de fora. A rota dele não mudou: uma conta de desenvolvedor nova, verificada do zero, com os apps transferidos para ela.

Mais um cuidado na mesma linha: escolher um tipo organizacional ao qual você não tem direito não é um atalho burocrático. Uma conta organizacional é verificada contra um registro empresarial real mantido por terceiros, e forjar isso é um problema de política, não uma esperteza.

Cadastro na Play Console, passo a passo

O registro começa em play.google.com/console/signup. Antes de clicar, tenha certeza de qual Conta do Google está logada no seu navegador, porque essa é a decisão que o fluxo nunca vai pedir para você reconsiderar.

Os oito checkpoints

1. 01
   Entre com a Conta do Google que será proprietária da conta

   O proprietário precisa ter no mínimo 18 anos. A propriedade pode ser passada adiante depois, mas só nos casos que o Google documenta: contas organizacionais e contas pessoais que não monetizam, com o processo iniciado pelo proprietário atual, sete dias de espera e verificação de quem vai assumir. Uma conta pessoal que monetiza está fora desse processo por enquanto, então, para muitos desenvolvedores, a conta com que você por acaso está logado ainda é, na prática, a definitiva. O Google pede uma Conta do Google e não determina que ela precise ser um endereço gmail.com, digam o que disserem os tutoriais.

   Dá errado quando: você está logado em um perfil pessoal do navegador e registra nele a conta da empresa.

2. 02
   Escolha entre conta pessoal e organizacional

   A conta pessoal é a opção do Google para uso pessoal, incluindo estudantes, hobbyistas e desenvolvedores amadores. A organizacional é para empresas e organizações. Quatro categorias de app são direcionadas pelo Google a contas organizacionais: produtos e serviços financeiros, apps de saúde, incluindo os de uso médico e de pesquisa com seres humanos, apps autorizados a usar o VpnService e apps governamentais.

   Dá errado quando: um cadastro organizacional é iniciado antes de o número D-U-N-S existir.

3. 03
   Crie ou selecione um perfil de pagamentos do Google do tipo correspondente

   O registro se vincula a um perfil de pagamentos do Google, e o tipo do perfil precisa corresponder ao tipo de conta que você escolheu. Um perfil pessoal já existente não sustenta um registro organizacional. A identidade guardada nesse perfil é a referência com que todo documento enviado depois será comparado, então abra e leia esse perfil antes de seguir adiante.

   Dá errado quando: um perfil de pagamentos antigo guarda um endereço de onde você se mudou anos atrás.

4. 04
   Informe seus dados legais, de contato e públicos de desenvolvedor

   Digite o nome legal e o endereço exatamente como estão impressos no seu documento de identidade. Você informa um e-mail e um telefone de contato que o Google usa para falar com você, verificados mas não exibidos publicamente, e um e-mail público de desenvolvedor, que aparece no Google Play. Contas organizacionais também informam um telefone público de desenvolvedor. Os telefones vão no formato internacional.

   Dá errado quando: o e-mail público de desenvolvedor é um endereço pessoal que você preferiria não publicar.

5. 05
   Aceite o contrato e pague US$ 25, uma única vez

   Você aceita o Contrato de Distribuição para Desenvolvedores do Google Play e paga a taxa de registro única. Ela é cobrada por conta de desenvolvedor, não por app, e não se renova todo ano. A página de formas de pagamento aceitas do Google lista as bandeiras de cartão aceitas, com diferenças por região, e diz que cartões pré-pagos não são aceitos.

   Dá errado quando: a taxa é paga com dados de identidade chutados em vez de conferidos. O Google avisa que informações de identidade inválidas podem fazer com que a taxa não seja reembolsada.

6. 06
   Verifique seu e-mail e seu telefone de contato

   O Google envia um código de seis dígitos para o e-mail e outro código de seis dígitos para o telefone, por SMS ou chamada de voz. Esses são os dados de contato privados, os que o Google usa para falar com você, e não os que aparecem na sua ficha da loja.

   Dá errado quando: o SMS não chega. A resposta documentada pelo Google é a opção de chamada de voz e depois checagens de sinal e de operadora, e não criar uma conta nova.

7. 07
   Conclua a verificação de identidade

   Uma conta pessoal pode ter de apresentar um documento de identidade oficial, se o perfil de pagamentos vinculado ainda não tiver sido verificado. Uma conta organizacional pode ter de apresentar o número D-U-N-S, um documento oficial da organização e o documento de identidade de um representante, e contas organizacionais recém-criadas têm um requisito adicional de verificação do site. Tudo o que for enviado precisa bater com o perfil de pagamentos.

   Dá errado quando: o documento e o perfil discordam em uma linha. O Google cita essa correspondência como requisito, e é a falha que enche mais threads da Comunidade de Ajuda sobre o assunto.

8. 08
   Verifique um dispositivo Android real, em uma conta pessoal nova

   Contas pessoais novas concluem uma verificação de dispositivo no app da Play Console antes que um app possa ficar disponível no Google Play. O Google exige um dispositivo físico, sem root, com Android 10 ou posterior, e diz que a verificação em si leva menos de um minuto.

   Dá errado quando: você desenvolve inteiramente em emulador e não tem nenhum celular elegível. O Google permite que o mesmo dispositivo verifique mais de uma conta, então pegar um emprestado é uma opção documentada.

O que vem depois do oitavo checkpoint

Esses oito finalizam a conta. Eles não finalizam o caminho até um app publicado, e vale ser preciso sobre a ordem do que vem depois, porque muitas páginas dão a entender que o teste com 12 testadores é algo que você deve antes de poder criar um app. É o contrário. Primeiro você cria o app, conclui a configuração dele, a ficha da loja e as declarações, envia um build e publica uma versão em uma faixa fechada, porque o teste que qualifica roda sobre essa versão. Só então o prazo de 14 dias começa. Quando ele termina, você fica elegível para solicitar o acesso de produção, o Google analisa o pedido, e a versão de produção sai depois que esse acesso é concedido.

Há uma ressalva de ordem, e ela é a diferença entre preparar um teste e rodar um teste. A verificação da conta continua travando o lançamento em si: o Google diz que a conta de desenvolvedor precisa estar verificada antes que apps possam ser enviados para avaliação, e, em uma conta pessoal nova, a verificação do dispositivo real precisa ser concluída antes que um app possa ficar disponível no Google Play. Ou seja, criar o app, configurá-lo e escrever a ficha da loja são coisas que dá para fazer enquanto a análise de identidade ainda corre. Publicar a versão em faixa fechada sobre a qual corre o prazo de 14 dias, não. Planeje com a sobreposição que você realmente tem, que é de preparação, não de dias de teste correndo. Verificado

Duas afirmações que você vai encontrar por aí merecem ser nomeadas para você poder descartá-las de cara. A primeira é que o cadastro exige um endereço terminado em @gmail.com: a página de cadastro do Google pede uma Conta do Google, que pode ser criada com um endereço que você já tem. A segunda é que o Google "geralmente ativa" uma conta de desenvolvedor em 24 a 48 horas. Nenhum compromisso desse tipo aparece na documentação atual do Google, e montar um plano de lançamento em cima disso é como uma data de estreia escorrega em público. Sem prazo publicado

Documentos, regras de correspondência e os atrasos que ninguém publica

A verificação é o ponto em que o processo deixa de ser um formulário e passa a ser uma comparação. O Google não está lendo o seu documento para saber quem você é. Ele está conferindo o seu documento contra um registro que já tem e, quando há uma organização envolvida, contra um segundo registro mantido pela Dun and Bradstreet. O Google enuncia o requisito de forma direta: o que você envia precisa corresponder às informações do perfil de pagamentos vinculado. Nas threads da Comunidade de Ajuda analisadas para este artigo, as recusas com causa diagnosticável se resumiam a esses registros discordando sobre um nome, um endereço ou uma única linha de endereço que faltava.

O que é pedido a cada tipo de conta

Role a tabela para o lado para ver todas as colunas

A regra da correspondência exata, antes de você enviar

A regra é fácil de enunciar e fácil de descumprir: a identidade legal do documento, a identidade do perfil de pagamentos do Google vinculado e, no caso de uma organização, a identidade do registro na Dun and Bradstreet precisam todas concordar. Não basta serem reconhecivelmente da mesma pessoa. Precisam concordar. Um nome do meio que faltou, uma rua abreviada de um lado e escrita por extenso do outro, um número de apartamento que está no documento mas nunca chegou ao perfil, um acento perdido porque um formulário não aceitava: cada uma dessas coisas basta para um documento voltar.

A ferramenta abaixo é uma comparação de texto, não uma checagem de aprovação nem um modelo da análise do Google. O Google publica o requisito de que os registros precisam bater; ele não publica a comparação que roda de verdade, como trata abreviações ou pontuação, como faz transliteração, nem o que mais leva em conta. Então isto lê os dois textos que você fornece e aponta a diferença que consegue ver. Tudo o que ela diz é sobre o seu próprio texto.

Verificador de consistência do perfil

O que o Google cronometra, e o que ele deixa em aberto

É aqui que as páginas concorrentes inventam números. Vários dos tutoriais bem posicionados hoje citam uma análise de identidade de "algumas horas a dois dias úteis" ou uma conta "geralmente ativada em 24 a 48 horas". Nenhum desses números aparece na documentação atual do Google. O que o Google publica é bem mais estreito, e bem mais útil, porque cada número publicado está preso a uma ação específica, e não ao processo inteiro.

Role a tabela para o lado para ver todas as colunas

A verificação do dispositivo Android

Essa exigência pega um grupo específico e cada vez maior: quem desenvolve em emulador, em notebook da empresa ou em um aparelho com root justamente por ser o tipo de pessoa que desenvolve apps Android. Não existe caminho pelo desktop. A verificação roda no app da Play Console, em hardware de verdade.

O momento importa aqui de um jeito bem específico: isso trava a possibilidade de deixar um app disponível, não a criação da conta. Você pode se registrar, verificar sua identidade e desenvolver o app sem isso, e então descobrir a exigência no pior momento possível. Custa um minuto se você tem o aparelho e custa uma semana se você precisa achar um, o que é todo o argumento para resolver isso no primeiro dia.

O que uma conta pessoal nova herda

Esta é a parte que pega as pessoas de surpresa, e ela surpreende porque funciona em dois níveis ao mesmo tempo. Se a regra chega a valer para você é decidido pela sua conta: pessoal, criada depois da data de corte. Mas o que você precisa fazer de fato é decidido pelo app, porque o Google escreve que é necessário realizar um teste fechado do seu app, e o pedido de acesso de produção pergunta justamente sobre aquele app, sobre o teste que você fez para ele e sobre a prontidão dele. Ou seja, você pode desenvolver o app primeiro, fazer tudo certo, passar na análise e mesmo assim encontrar a produção indisponível, porque a obrigação entrou junto com a conta e precisa ser cumprida no app. A data de corte está em vigor desde 13 de novembro de 2023, ou seja, há 1.027 dias, então, a não ser que você esteja trabalhando em uma conta de desenvolvedor criada anos atrás, ela vale para você.

Como a regra chegou a 12

Dois números circulam por aí, e só um deles é o atual. Se você está lendo uma página que fala em 20 testadores, está lendo uma página escrita antes de dezembro de 2024 ou que copiou de uma dessas.

1. 13 nov 2023
   A data de corte

   Contas pessoais de desenvolvedor criadas depois dessa data caem nos requisitos de teste. A data continua na página de política atual do Google, sem alteração.

2. Fim de 2023
   Começou com 20 testadores

   O requisito começou com um mínimo de 20 testadores por 14 dias. A própria documentação da comunidade do Google registra o número original, ao lado de threads da Comunidade de Ajuda da época. Histórico

3. 11 dez 2024
   Reduzido para 12 testadores

   O Google anunciou a redução em um post da Play Developer Community intitulado "Reduced testing requirements for Personal developer accounts". A duração de duas semanas continuou igual. Contexto: por que o Google foi de 20 testadores para 12.

4. 13 ago 2026
   Regra atual: 12 testadores, 14 dias contínuos

   No mínimo 12 testadores participando continuamente durante pelo menos os últimos 14 dias, antes que uma conta pessoal enquadrada possa solicitar o acesso de produção. O que isso significa no dia a dia está em a regra dos 14 dias consecutivos.

Por que as outras faixas não contam

Uma tentativa comum de contornar isso é usar uma faixa mais fácil de encher. Não funciona, e o motivo está na redação: a política pede especificamente um teste fechado.

Role a tabela para o lado para ver todas as colunas

A comparação completa das três faixas de teste, incluindo quando cada uma é de fato a ferramenta certa, está em teste interno, fechado e aberto comparados. Na hora de criar a conta, o que importa é mais estreito: só a faixa fechada cumpre a exigência, e ela leva no mínimo duas semanas de calendário real, que não dá para comprimir.

O que uma saída de testador custa de verdade

A versão mais repetida dessa regra é que uma única queda abaixo de 12 quebra a janela e tudo recomeça. Não é isso que a condição do Google diz, e a diferença vale dinheiro de verdade em semanas desperdiçadas.

O teste é avaliado no momento em que você faz o pedido: no mínimo 12 testadores precisam estar participando naquele instante, e cada um desses 12 precisa ter participado nos últimos 14 dias sem interrupção. O Google é explícito ao dizer que testadores que entram, testam por menos de 14 dias, saem e depois voltam a entrar não contam, porque os 14 dias precisam ser consecutivos. Lidas em conjunto, essas duas coisas produzem três consequências que a maioria das páginas erra:

• Mais de 12 é margem de segurança, não vaidade. Se 15 testadores se qualificam e um sai, 14 continuam qualificados e nada atrasa. Só quando menos de 12 conseguem mostrar os 14 dias inteiros e sem interrupção é que você precisa esperar.
• Quem entra no lugar começa do zero. O novo testador não herda os dias já cumpridos por quem saiu. Os 14 dias consecutivos dele começam no dia em que ele aceita participar.
• Os testadores que ficaram mantêm o histórico deles. A saída de uma pessoa não zera o relógio de ninguém, e é justamente aí que a versão do "tudo recomeça" mais erra.

O que acontece quando os 14 dias terminam

Você fica elegível para solicitar. O Google então pergunta sobre o teste que você fez: como os testadores usaram o app, que comentários você reuniu, o que mudou por causa disso, para quem o app é e por que ele está pronto. É um pedido escrito com uma análise de gente de verdade por trás, não um contador que vira à meia-noite do décimo quarto dia. As perguntas em si, e como respondê-las sem encher linguiça, estão em o artigo sobre o formulário de acesso de produção.

Uma observação sobre o engajamento dos testadores, porque é aqui que as regras inventadas se multiplicam. O limite mensurável é a participação contínua: 12 testadores, participando, por 14 dias sem interrupção. O Google não publica nenhuma cota de uso diário na página de política atual, e qualquer página dizendo que cada testador precisa abrir o app por um número fixo de minutos por dia está descrevendo algo que o Google nunca escreveu. O engajamento é avaliado à parte, pelo que você relata no pedido, e não como um número extra em cima da contagem. Verificado

Sobre de onde vêm os testadores, cuidado também com a versão categórica disso. O requisito publicado pelo Google não determina uma única fonte de recrutamento, e a orientação dele aponta primeiro para as redes pessoais e profissionais, citando amigos, família, colegas de trabalho e colegas de turma, e depois para comunidades onde os seus prováveis usuários já estão. Isso é orientação, não uma lista restrita, então um fornecedor legítimo de testes não fica excluído por ela. O que isso também não é: um "o Google não liga para quem são os seus testadores". O Google pede um grupo variado e representativo e espera engajamento e comentários genuínos, e manipular instalações, notas ou avaliações é um problema de política, não importa como as pessoas foram encontradas. Verificado

Falhas no cadastro e como resolver

Dez sintomas, com a solução documentada para cada um

As situações abaixo são aquelas para as quais o Google publica soluções, descritas do jeito que os desenvolvedores realmente falam delas na Comunidade de Ajuda, e não do jeito que as páginas de política as rotulam. Se o seu sintoma não está aqui, isso também é uma informação útil: em geral quer dizer que a resposta não está documentada, e o próximo passo honesto é o suporte da Play Console, não um chute de fórum.

Roteador de travas

Quando a resposta não está nessa lista

Existe um padrão nas threads de 2026 da Comunidade de Ajuda que nenhuma lista de soluções resolve: desenvolvedores descrevendo um impasse de verificação, em que a conta não consegue ser verificada e os chamados de suporte são fechados sem resposta de conteúdo. Esses relatos são reais e frequentes o bastante para serem mencionados com honestidade, mas também são autosselecionados, porque quem tem a verificação concluída normalmente não escreve sobre isso. Nada neste artigo pode prometer uma saída desse ciclo. O que ele pode fazer é manter você longe dos ciclos que têm causas documentadas, que são a maioria. Relatado pela comunidade

Uma última distinção que vale guardar, porque ela causa uma categoria inteira de pânico mal direcionado: a checagem de identidade da sua conta de desenvolvedor não é a mesma coisa que o programa de verificação de desenvolvedores Android, separado e válido para todo o ecossistema, que tem o próprio cronograma de 2026. Concluir a verificação da Play Console é o que este artigo cobre. O outro programa, e o que ele significa para instalações fora do Google Play, é tratado em o artigo sobre a verificação de desenvolvedores Android.

Requisitos importantes de 2026 que podem travar seu primeiro lançamento

A criação da conta e os requisitos do app são sistemas separados, e é fácil concluir um enquanto se descumpre o outro sem perceber. Você pode ter uma conta de desenvolvedor perfeitamente verificada e mesmo assim não conseguir publicar, porque o próprio build não atende a um requisito atual. As linhas abaixo são as que alcançam uma conta recém-criada; quais delas valem para você depende do que o seu app faz.

• 31 ago 2026
  Novos apps e atualizações precisam ter como alvo o Android 16 (API 36)

  Vale para envios de apps para dispositivos móveis, tanto novos apps quanto atualizações dos existentes. Outros formatos de dispositivo têm os próprios níveis. O detalhamento completo por tipo de dispositivo está em o artigo sobre o nível de API alvo.

  Em vigor
• 31 ago 2026
  Apps que usam o Google Play Billing precisam estar na Billing Library 8 ou posterior

  O cronograma de descontinuação do Google coloca nessa data o prazo da Play Billing Library 7 para novos apps e atualizações, com prorrogação possível até 1º de novembro de 2026. Isso só alcança APKs que exigem a permissão com.android.vending.BILLING, então, se o seu primeiro app não tem compras no app nem assinaturas, não se aplica a você. Se tem, essa é uma dependência de build que é melhor descobrir agora do que na hora do envio.

  Em vigor
• 30 set 2026
  Registro do nome do pacote no Play

  Todo pacote do Play precisa ser registrado, mas apps novos criados na Play Console costumam ser registrados automaticamente, então isso em geral é um status a confirmar, não uma tarefa a fazer. Confirme, em vez de supor. Isso é diferente do programa de verificação de desenvolvedores Android, que vale para todo o ecossistema e é tratado em o artigo sobre a verificação de desenvolvedores Android.

  Em geral automático
• 1 nov 2026
  Fim da janela de prorrogação para quem é elegível

  O mesmo prazo final vale para os dois requisitos de 31 de agosto: a migração de API alvo e a da Play Billing Library. As prorrogações são solicitadas, não automáticas, e aparecem no status de política e nas notificações da Play Console. Se você está registrando uma conta agora, parta do princípio de que vai desenvolver para o requisito atual, e não para uma prorrogação.

  Se for concedida
• Condicional
  Permissões de contatos, só se o seu app lê contatos

  A nova política de permissões de contatos do Google rege o acesso amplo aos contatos do usuário em apps que têm como alvo o Android 17 (API 37) ou posterior. As duas fontes do Google agora trazem a mesma data de entrada em vigor, 27 de janeiro de 2027: a tabela de prazos da Play Console e a página de política do Android Developers coincidem, ambas consultadas de novo em 14 de agosto de 2026. Comunicações anteriores do Google circularam a data de 28 de outubro de 2026 para essa política; essa data foi superada. O registro completo com todas as datas está em o artigo sobre as atualizações de política de 2026. Verificado

  Maioria dos apps: ignore

Essas são as datas de 2026 com mais chance de alcançar uma conta recém-criada, e este artigo para por aí de propósito, em vez de virar um calendário de políticas. Não é uma afirmação de que nada mais no calendário pode afetar você: políticas específicas de categoria surgem ao longo do ano, e quais delas atingem o seu app depende inteiramente do que ele faz. Se você quer o registro completo com todas as datas, é para isso que serve o artigo sobre as atualizações de política, e é a página para conferir antes de desenvolver, não depois.

Como a PrimeTestLab ajuda

Volte à lista de preparação lá no começo deste artigo. Cada linha dela é algo que você resolve sozinho, no seu ritmo, com uma exceção. O documento de identidade, o perfil de pagamentos, os códigos, a verificação do dispositivo: tudo trabalho solo. Encontrar 12 pessoas que vão instalar um app inacabado, aceitar participar com a conta do Google certa e continuar participando por duas semanas sem sumir não é trabalho solo, e é por isso que um requisito de duas semanas rotineiramente vira um de dois meses.

Fazer por conta própria ou entregar para alguém

As duas colunas cumprem o mesmo requisito do Google. A diferença está em onde ficam o trabalho e o risco. A primeira coluna está rotulada com honestidade: só as duas primeiras linhas são condições numéricas que o Google realmente publica. O engajamento é algo que quem analisa o pedido de acesso de produção pondera, não um número que você possa bater, e a variedade de dispositivos é boa prática de QA, que o Google incentiva mas não transforma em uma quantidade de aparelhos obrigatória.

Role a tabela para o lado para ver todas as colunas

Já fizemos esse teste para 7.400+ apps em 120+ países, e fazemos isso há 5+ anos. O nosso número de 99,9% é uma taxa de conclusão de testes, e vale ser preciso sobre o que isso mede: o teste gerenciado manteve o número exigido de testadores participando, sem interrupção, pelos 14 dias inteiros. Não é uma taxa de aprovação. O que isso garante a você é um teste fechado concluído que cumpre o requisito que o Google de fato escreveu. Não garante o acesso de produção, e ninguém pode vender isso: o Google analisa o pedido depois e decide sobre ele, e é exatamente por isso que a versão honesta desta oferta para onde para.

Se você prefere fazer o recrutamento por conta própria, essa é uma escolha legítima e este artigo não vai fingir o contrário. Sete formas legítimas de encontrar 12 testadores cobre os caminhos que funcionam, e se vale a pena contratar um serviço de testes foi escrito para ajudar você a decidir por não contratar quando essa for a resposta certa.

Perguntas frequentes

Resumindo

O teste de 14 dias é a única parte disso tudo que depende de outras pessoas, e é justamente a parte que a PrimeTestLab executa para você. Ver planos e preços →