Publique um app de vibe coding no Google Play

A maioria dos construtores de apps com IA para em uma prévia que funciona: uma URL, uma sessão no Expo Go ou um APK no seu próprio celular. Nada disso é o que o Google Play analisa. Este post parte do que sua ferramenta realmente produziu e depois percorre o build, as correções, os formulários e o teste na ordem em que o Play Console os pede. Atualizado em 16 de outubro de 2026.

Posso publicar no Google Play um app feito com IA?

Sim, se o app final atender aos requisitos do Google Play. Não encontramos nenhuma política do Google que proíba um app porque a IA escreveu o código dele. Uma versão pública passa pelas mesmas verificações de revisão, qualidade e política que qualquer outro app, então usar IA para escrever o código não tira de você a responsabilidade pelo app final.

O próprio anúncio do Google de 13 de outubro de 2026 fala sobre criar apps Android por vibe coding no Google AI Studio. O que ele não cria é um atalho: uma listagem pública ainda precisa de uma versão que funcione, declarações precisas e, para muitas contas pessoais novas, o teste fechado. Não encontramos nenhuma política datada do Google que trate apps escritos por IA como uma categoria. As regras que pegam builds de IA fracos são as gerais, sobre utilidade e comportamento com defeito.

“Não permitimos apps que tenham apenas funcionalidade e conteúdo limitados.”

Política do Desenvolvedor do Google Play, Funcionalidade mínima

Código de IA, recursos de IA e imagens de listagem feitas com IA são três questões separadas

Para tudo o que um app novo precisa antes da revisão, veja os requisitos de publicação do Google Play para 2026.

Você quer uma listagem pública ou só um app no seu celular?

Decida isso primeiro, porque o uso pessoal privado e uma listagem pública no Play agora têm caminhos de entrada diferentes. Tudo o que vem depois desta seção trata da listagem pública.

A rota privada do Google AI Studio versus uma listagem pública no Play

Não conseguimos verificar uma lista completa de países para a rota privada, então confira o anúncio do Google de outubro de 2026 para o seu mercado antes de fazer planos com base nela. Também não presuma que um app privado pula as verificações de segurança; o Google não disse isso.

Como obtenho o AAB da minha ferramenta?

O processo de build Android segue o framework do seu projeto, não o nome do assistente de código. Um botão Publish na web pode gerar um site sem gerar um Android App Bundle, então primeiro identifique o que você tem: um app web, um projeto Expo ou React Native, um projeto Flutter ou um construtor que exporta um AAB por conta própria.

Cada rota acima foi conferida na documentação do próprio fornecedor em 16 de outubro de 2026; nenhuma foi executada em um projeto de exemplo. Os construtores mudam rápido, então confirme na documentação atual antes de fazer o build. E não aumente o número do SDK de destino à mão para fazer um projeto antigo passar: atualize para ferramentas que suportem o novo destino.

O que preciso corrigir antes de enviar?

Verifique o artefato de lançamento antes de convidar alguém para testá-lo. Três verificações técnicas pegam a maioria das surpresas de rebuild: o nível da API de destino, o tamanho de página das bibliotecas nativas e a identidade e a assinatura do app.

Nível da API de destino

Apps novos e atualizações de apps para celulares e tablets precisam ter como destino o Android 16 (nível da API 36) ou superior desde 31 de agosto de 2026; apps que receberam extensão tiveram prazo até 1º de novembro de 2026. Apps para Wear OS, Android Automotive, TV e XR têm destinos diferentes. Os detalhes e o caminho da correção estão no post sobre o nível da API de destino.

Tamanho de página de 16 KB e bibliotecas nativas

Apps que contêm código nativo precisam oferecer suporte a dispositivos com páginas de memória de 16 KB. O guia atual do Google bloqueia atualizações incompatíveis a partir de 1º de fevereiro de 2027 para apps que têm como destino a API 35 ou superior, mas isso não é uma isenção para um app novo: verifique as bibliotecas nativas agora. O suporte a 16 KB de um framework não garante que todas as dependências nativas do seu app sejam compatíveis. Veja como encontrar e corrigir o erro de 16 KB.

Identidade e assinatura do app

“Se você mudar o ID do aplicativo, a Google Play Store vai tratar o upload como um app completamente diferente.”

Android Developers, Configurar o módulo do app

Quando um rebuild feito por IA regenera o projeto, compare o novo ID do aplicativo com o que o Play Console já conhece. Guarde a chave de upload e as senhas dela em um lugar seguro. Com a Assinatura de apps do Google Play, o Google guarda a chave de assinatura do app, e a chave de upload com que você assina cada bundle é uma chave separada.

O Google vai recusar meu wrapper web?

Não por ser um wrapper. Um wrapper precisa cumprir as mesmas regras de qualidade publicadas que o restante do app, e algumas dessas regras atingem com mais força os wrappers rasos.

Permissão e funcionalidade útil

A política de spam do Google não permite apps que “oferecem uma webview de um site sem permissão do proprietário ou administrador do site”, nem apps cujo objetivo principal é enviar tráfego de afiliados para um site. A política de funcionalidade mínima trata, separadamente, de apps com conteúdo limitado ou comportamento com defeito. Um wrapper do seu próprio site passa no teste da permissão, mas ainda precisa fazer algo útil e funcionar em um dispositivo real.

TWA versus WebView

Uma Trusted Web Activity renderiza seu site no navegador do usuário e comprova a propriedade por meio do Digital Asset Links; uma WebView o renderiza dentro do seu próprio app. Desenvolvedores relatam apps TWA publicados e também recusados, e a documentação pública do Google não diz que o uso de TWA é invisível para as verificações de teste. Mude a arquitetura apenas diante de um problema identificado, não porque um fórum diz que wrappers sempre falham.

Se a sua TWA mostra uma barra de endereço do navegador depois de instalada pelo Google Play, verifique primeiro o Digital Asset Links em relação ao certificado de assinatura do Play: a correção do SHA-256 no assetlinks.json explica isso passo a passo.

Diagnostique a recusa real

Leia a política citada no e-mail de recusa e reproduza o problema no build de lançamento, não na prévia. Uma recusa por funcionalidade com defeito aponta para uma falha, um login que não funciona ou uma tela que não carrega, não para o framework. Veja como corrigir uma recusa por funcionalidade com defeito.

De quais formulários do Play Console eu preciso?

Suas declarações precisam descrever o que o app lançado e as dependências dele realmente fazem, incluindo SDKs, login, analytics, anúncios e qualquer serviço de IA na nuvem. Os construtores de IA muitas vezes adicionam esses itens sem avisar você.

“Apps que não acessam dados pessoais e sensíveis do usuário ainda precisam enviar uma política de privacidade.”

Política do Desenvolvedor do Google Play, Dados do usuário

Os nomes dos menus variam entre as páginas de ajuda do Google, então, se um nome for diferente no seu Console, procure em Conteúdo do app. Esses caminhos vêm da documentação do Google, não de capturas de tela da sua conta.

Onde entra o teste fechado?

Depois do build, dos formulários e de uma versão utilizável, e antes de você solicitar o acesso de produção. O Google o exige para contas pessoais de desenvolvedor criadas após 13 de novembro de 2023; contas organizacionais e contas pessoais mais antigas ficam fora dessa regra.

“Se você tem uma conta pessoal de desenvolvedor criada recentemente, é necessário realizar um teste fechado para o app com no mínimo 12 testadores que participaram continuamente por pelo menos os últimos 14 dias.”

Ajuda do Play Console, resposta 14151465

Use a faixa certa

O teste acontece em uma faixa fechada. O teste interno é uma boa preparação, com até 100 testadores por app, mas ele não conta; como configurar o teste interno explica a diferença. Uma URL de prévia, uma sessão no Expo Go ou um APK instalado manualmente também não contam: os testadores aceitam participar e instalam pelo Google Play.

Solicite e depois lance

Quando o Painel mostrar que você está qualificado, solicite o acesso de produção e responda com honestidade às perguntas sobre o seu teste. O Google diz que a análise geralmente leva sete dias ou menos e pode, às vezes, demorar mais. A aprovação dá acesso à produção; você ainda precisa preparar e enviar uma versão de produção antes de o app ficar público. Se você acabou de pagar a taxa, o que fazer depois de pagar US$ 25 mostra a ordem completa.

E se o rebuild perdeu minha chave ou mudou meu pacote?

Primeiro identifique se o rebuild mudou suas credenciais, a identidade do seu app ou ambos. Perder uma chave de upload é diferente de perder uma chave de assinatura do app, e um ID do aplicativo alterado cria um app diferente no Play, mesmo que as telas pareçam idênticas.

“Se você perder sua chave de upload ou suspeitar que ela foi comprometida, você não perde o acesso ao seu app.”

Ajuda do Play Console, Usar a Assinatura de apps do Google Play

keytool -export -rfc -keystore upload-keystore.jks -alias upload -file upload_certificate.pem

Use o caminho e o alias reais do seu keystore. Você envia apenas o certificado público; nunca envie a chave privada para ninguém.

Checklist antes do envio

Envie quando o build de lançamento real, as declarações, os dados de acesso para o revisor e as evidências do teste estiverem todos de acordo. Marque cada etapa à medida que a concluir.

Quando um serviço de testadores ajuda?

Quando você tem uma versão de teste fechado utilizável e o problema que resta é encontrar 12 pessoas que aceitem participar e fiquem por 14 dias. Um serviço de testadores não consegue corrigir seu build, verificar sua conta nem tomar a decisão do Google por você.

Muitos criadores que usam IA chegam a este ponto por último: o app funciona, mas ninguém por perto tem um celular Android, ou um amigo desiste no nono dia. A PrimeTestLab fornece testadores reais em dispositivos Android reais. Você compartilha seu link de convite, os testadores aceitam participar em 4-6 horas e ficam pelos 14 dias completos, e um testador que desiste é substituído no mesmo dia (o substituto começa os próprios 14 dias, então uma margem acima de 12 faz diferença). Você nunca nos dá acesso ao Play Console e acompanha o teste em um painel ao vivo, com um relatório escrito no final.

Veja como funciona o serviço de 12 testadores ou escolha um plano abaixo.

Planos atuais

+5% de taxa de serviço no checkout (mínimo de $1.50). Visa ou Mastercard via Stripe. Se o Google não conceder o acesso de produção após o teste completo, você escolhe entre novo teste grátis ou reembolso total.

Perguntas frequentes

Resumo final