Uma rejeição no Google Play significa que a sua nova app ou a sua atualização não passou na revisão e não será publicada enquanto o problema de política indicado pela Google não for corrigido. Costuma ser corrigível: a Google esclarece que uma rejeição não afeta o estado da sua conta de programador e que, se se tratava de uma atualização, a versão já publicada continua disponível. Primeiro passo: abrir o e-mail do Google Play e a página Estado da política (Policy status) da Play Console, e identificar a política citada e o estado exato.
Em 2025, a Google impediu a publicação de mais de 1,75 milhões de apps que violavam as políticas e baniu mais de 80 000 contas de programador, segundo o seu relatório de segurança de fevereiro de 2026. Este guia explica o que significa cada estado, os oito problemas de política por trás da maioria das rejeições, as três respostas possíveis e um checklist antes da próxima revisão.
Se estiver mais atrás no percurso, o nosso guia sobre como publicar uma app no Google Play cobre o caminho da conta de programador até à produção.
O que significa o e-mail: rejeitada, removida ou suspensa
A Google revê as apps com uma avaliação automática e humana, antes e depois da publicação. Perante uma infração, envia um e-mail à conta de programador com a medida tomada e a forma de recorrer, e a página Estado da política da app mostra a medida em vigor.
| Estado | O que significa | O que ainda pode fazer |
|---|---|---|
| Rejeitada | A nova app ou a atualização não é publicada. Uma versão já disponível continua disponível; as classificações, as estatísticas e o estado da conta não são afetados. | Corrigir e reenviar, ou recorrer. |
| Removida | A app e as versões anteriores saem do Google Play. Sem efeito imediato na conta, mas várias remoções podem levar a uma suspensão. | Enviar uma atualização conforme (os utilizadores, as estatísticas e as classificações são mantidos), ou recorrer. |
| Suspensa | A app é removida, o seu app bundle deixa de poder ser usado e os utilizadores, as estatísticas e as classificações perdem-se. Conta como uma sanção contra a conta. | Recorrer: só um recurso bem-sucedido repõe a app. |
| Visibilidade limitada | A app continua no Google Play e abre por ligação direta, mas é mais difícil de descobrir. Sem efeito na conta. | Seguir as instruções do e-mail, ou recorrer. |
| Cessação da conta | Todas as apps da conta são removidas, a publicação fica fechada e as contas relacionadas também são cessadas. | Um só recurso, no prazo de 180 dias. |
Os oito problemas de política por trás da maioria das rejeições
O Developer Policy Center lista dezenas de políticas, mas um primeiro envio tropeça normalmente nas mesmas poucas; o relatório da Google de 2025 cita as credenciais, as autorizações e as ligações quebradas para a política de privacidade entre os motivos comuns. Estas são as oito a verificar primeiro.
Um formulário de Segurança dos dados que contradiz a app
- O que a Google verifica. Segundo a política Dados do utilizador, a secção Segurança dos dados (Data safety) tem de cobrir tudo o que a app recolhe e partilha, incluindo SDK de terceiros; «recolher» significa qualquer dado enviado para fora do dispositivo. As apps cuja declaração contradiz o comportamento arriscam o bloqueio de atualizações ou a remoção.
- A correção. Liste cada SDK do build (estatísticas, relatórios de falhas, publicidade, início de sessão), leia as indicações de Data safety de cada fornecedor e corrija o formulário em Conteúdo da app (App content).
Uma política de privacidade em falta ou inacessível
- O que a Google verifica. Toda a app precisa de uma ligação para a política de privacidade na Play Console e dentro da própria app, mesmo que não recolha dados, num URL ativo e público, sem restrição geográfica e que não seja um PDF. As apps com criação de conta têm também de oferecer a eliminação da conta, na app e através de uma ligação web.
- A correção. Publique a política como uma página web normal, ligue-a a partir do ecrã de definições ou de registo e indique o URL de eliminação de conta na Play Console.
Autorizações que a app não consegue justificar
- O que a Google verifica. A política Autorizações e APIs que acedem a informações confidenciais só admite o que as funcionalidades atuais promovidas na ficha exigem. As autorizações de SMS e de registo de chamadas estão reservadas aos gestores predefinidos, a localização em segundo plano pode ser rejeitada sem uma justificação convincente e o acesso a todos os ficheiros tem de passar por uma revisão de acesso.
- A correção. Retire toda a autorização que nenhuma funcionalidade usa, incluindo as acrescentadas por bibliotecas, e preencha o formulário de declaração de autorizações quando for exigido.
Credenciais de acesso que não deixam o revisor entrar
- O que a Google verifica. Se uma parte da app está atrás de um início de sessão, de uma localização ou de um paywall, a Play Console exige um acesso em Acesso à app (Sign-in details), dentro de Conteúdo da app: reutilizável, válido em todos os momentos e a partir de qualquer localização, em inglês e capaz de contornar a verificação em dois passos. Se a palavra-passe expirar, a app pode ser rejeitada.
- A correção. Crie uma conta de demonstração permanente com dados realistas e acrescente as instruções.
Uma app que falha ou faz muito pouco
- O que a Google verifica. A política Funcionalidade, conteúdo e experiência do utilizador (Functionality, Content, and User Experience) proíbe as apps que falham, bloqueiam, não se instalam ou não carregam, e as de funcionalidade limitada, como as apps de texto estático ou de PDF.
- A correção. Instale o bundle exato a partir de uma faixa de teste num dispositivo limpo, com uma conta nova, e corrija o que falhar. Se a app for demasiado simples, acrescente funcionalidade real.
Uma app de webview, de afiliação ou copiada
- O que a Google verifica. A política Spam proíbe as apps cujo objetivo principal é mostrar uma webview de um site sem autorização do proprietário ou gerar tráfego de afiliação, e as apps que se limitam a repetir a experiência de outras, incluindo apps quase idênticas do mesmo programador.
- A correção. Envolva apenas um site que seja seu ou que administre, dê à app funcionalidades próprias e junte as apps quase duplicadas numa só.
Uma ficha enganosa ou uma marca emprestada
- O que a Google verifica. A política Metadados limita o título a 30 caracteres e proíbe emojis, MAIÚSCULAS fora do nome de uma marca, alegações como «n.º 1» e testemunhos anónimos. As políticas Usurpação de identidade e Propriedade intelectual proíbem títulos, ícones ou logótipos que sugiram uma ligação a uma empresa que não representa.
- A correção. Reescreva o título, a descrição e as capturas de ecrã para corresponderem à app e retire nomes e logótipos de terceiros, salvo autorização escrita.
Compras digitais fora do sistema de faturação do Google Play
- O que a Google verifica. A política Pagamentos exige o sistema de faturação do Google Play para conteúdos digitais, subscrições e funcionalidades da app, e proíbe encaminhar os utilizadores para outro método de pagamento. Bens físicos e serviços não o devem usar; a faturação alternativa e as ligações externas só existem através de programas em países elegíveis.
- A correção. Passe as compras digitais para o sistema de faturação do Google Play, ou inscreva-se no programa que se aplica à sua região.
Como responder: corrigir a declaração, corrigir a app ou recorrer
Corrigir uma declaração na Play Console
Quando o problema está num formulário ou na ficha (Segurança dos dados, URL da política de privacidade, credenciais de acesso, título, capturas de ecrã), corrija-o na Play Console. Nada é revisto até clicar em Enviar para revisão na página Vista geral da publicação (Publishing overview). Não há nenhum novo build envolvido.
Corrigir a app e reenviá-la
Quando a falha está no build, carregue um app bundle conforme. Uma armadilha no procedimento da Google: o bundle corrigido tem de substituir o não conforme em todas as faixas onde está ativo, incluindo as de teste, e os bundles antigos têm de ser desativados. Caso contrário, o reenvio falha e as versões publicadas podem ser removidas.
Recorrer quando acha que a Google se engana
Siga as instruções do e-mail da medida ou use o botão Recorrer da página Estado da política; a página da Ajuda da Play Console sobre apps removidas remete para o mesmo formulário. Tem um recurso por medida: indique a política citada, porque não se aplica e junte provas. A Google só responde a recursos em chinês, inglês, japonês e coreano e não publica nenhum prazo de resposta para os recursos de apps.
O que não fazer
Não reenvie antes de todas as infrações estarem corrigidas, e não publique a mesma app com outro nome de pacote nem a partir de outra conta. A Google afirma que, depois de um aviso, uma segunda app que faça o mesmo levará quase de certeza a uma suspensão ou à cessação da conta, e que qualquer conta aberta depois de uma cessação é também cessada, sem reembolso da taxa de registo.
Um checklist antes de voltar a enviar para revisão
A maioria das segundas rejeições repete a primeira ou revela o problema seguinte da fila. Percorra esta lista antes de cada envio:
Se construir com o criador de apps móveis da Cadrant, o build e a entrega ficam tratados: o build Android corre na sua própria conta Expo, é assinado com uma chave de upload que a Cadrant gera e guarda, e a Expo submete o app bundle à sua própria Play Console como versão em rascunho na faixa de testes internos. A conformidade com as políticas continua a ser sua enquanto editor: a ficha da loja, a política de privacidade, o formulário de Segurança dos dados, a classificação de conteúdo, as autorizações e o próprio conteúdo.
O que muda face à App Review da Apple
Se publica nas duas lojas, os reflexos de uma não se transferem totalmente para a outra:
| Google Play | Apple App Store | |
|---|---|---|
| Onde chega a decisão | E-mail para a conta de programador, mais a página Estado da política da Play Console | Mensagem no App Store Connect |
| Prazo de revisão indicado | De algumas horas a sete dias, mais em casos excecionais | 90% dos envios revistos em menos de 24 horas, em média |
| Vias documentadas | Corrigir e reenviar, ou recorrer | Dialogar com a App Review, reenviar ou recorrer |
| Recurso | Um por medida, respondido em quatro línguas | Um por envio rejeitado, ao App Review Board |
O nosso guia sobre uma rejeição na App Store cobre o lado da Apple pela mesma ordem. Nas duas lojas: leia o que foi citado, corrija a causa e não o sintoma, e envie uma só vez.