Que rejeitem a tua app no Google Play ou na App Store não significa que ela esteja mal feita. Significa que um revisor —uma pessoa, não um algoritmo— encontrou algo que incumpre as normas, e quase sempre é uma de meia dúzia de coisas que se podem prever. Estas são as que mais encontramos, e como evitá-las antes de enviar a app para revisão.
Primeiro, o importante: uma rejeição não é o fim
Corrige-se e volta-se a enviar. O que custa é o tempo: cada ronda são dias, às vezes uma semana, e se tens uma data de lançamento comprometida, três rejeições seguidas deitam o mês por terra. Por isso convém enviar bem à primeira, não confiar em ir corrigindo.
Os seis motivos mais habituais
1. Permissões que não justificas
Pedir a localização, a câmara ou os contactos sem que fique claro para quê é a rejeição número um. As duas lojas exigem que cada permissão tenha uma razão visível para o utilizador, e a Apple além disso pede um texto explicativo que é mostrado ao pedi-la. A solução não é escrever melhor o texto: é não pedir o que não precisas.
2. Não há política de privacidade, ou não diz a verdade
Tem de existir, estar numa URL acessível e coincidir com o que a app faz de verdade. As duas lojas obrigam-te além disso a declarar que dados recolhes e para quê. Se declaras que não recolhes nada e depois levas um SDK de publicidade ou de analítica, vão encontrar isso.
3. A app não faz o suficiente
A Apple é explícita nas suas normas de revisão: uma app que apenas mostra o teu site numa janela, ou que acrescenta pouco mais do que um folheto, é rejeitada. Se a tua ideia é «o meu site mas em app», esse é o motivo pelo qual a vão rejeitar, e convém saber isso antes de pagar por ela.
4. Cobras fora do sistema deles
Se vendes conteúdo digital ou subscrições que são consumidas dentro da app, tens de usar o sistema de pagamento da loja e pagar a comissão. Ligar para o teu site para que paguem lá é rejeição direta. Atenção: os bens físicos e os serviços do mundo real podem, sim, ser cobrados fora; a fronteira é mais subtil do que parece e convém analisá-la caso a caso.
5. Falta informação para a testar
Se a app pede conta, tens de dar credenciais de teste que funcionem. Um revisor que se depara com um ecrã de acesso e não consegue entrar, rejeita. Parece óbvio e é um dos motivos mais frequentes.
6. Conteúdo gerado por IA sem declarar
É o mais recente e onde mais gente tropeça agora. Se a tua app gera textos, imagens ou respostas com inteligência artificial, isso tem de ser declarado e é preciso explicar que controlo existe sobre o que produz. Esconder isso não pega.
Diferenças entre as duas lojas
| Google Play | Revisão mais rápida, às vezes horas. Muito rigorosa com permissões sensíveis e com as declarações de segurança dos dados. Todos os anos sobe o nível mínimo do sistema que aceita. |
| App Store | Revisão mais lenta e mais humana, com critério próprio. Rigorosa com a utilidade da app, com os pagamentos dentro da app e com a privacidade. Quando rejeita, costuma explicar o motivo com precisão. |
| As duas | Política de privacidade obrigatória, declaração de dados, credenciais de teste se houver acesso, e capturas que correspondam ao que a app faz de verdade. |
A lista que revemos antes de enviar
- Cada permissão que a app pede tem uma razão visível, e as que sobram foram removidas.
- Política de privacidade publicada, acessível e coerente com o que a app recolhe.
- Declarações de dados preenchidas nas duas lojas, com os SDK de terceiros incluídos.
- Credenciais de teste que funcionam, testadas do zero nesse mesmo dia.
- Capturas reais da app, não montagens com ecrãs que não existem.
- Se há cobranças dentro da app, estão feitas com o sistema da loja e verificadas no servidor.
- Se há IA, está declarada e existe controlo humano sobre o que gera.
- A app funciona sem ligação ou avisa com clareza que precisa dela.
O que fazer se já te rejeitaram
Lê o motivo inteiro, não apenas o título: costumam citar o ponto exato das normas e às vezes juntam uma captura. Corrige só isso, responde no mesmo fio explicando o que mudaste e volta a enviar. Se achas que se enganaram, pode pedir-se revisão —ambas as lojas o permitem—, mas fica claro: quando o motivo é que a app acrescenta pouco, discutir raramente funciona; o que funciona é dar à app uma razão para existir.
Perguntas frequentes
Quantas vezes posso reenviar?
As que precisares, não há penalização por tentar novamente. O que se acumula é o tempo.
Rejeitam mais na Apple do que no Google?
A Apple rejeita mais e por motivos mais subjetivos. O Google rejeita menos na primeira revisão, mas é implacável com as políticas de dados e pode retirar-te a app depois se detetar um incumprimento.
Podem retirar-me a app depois de publicada?
Sim, e acontece. Por incumprir políticas novas ou por não atualizar para o nível mínimo do sistema que exigem todos os anos.
Nós publicamos apps próprias, por isso estas rondas já as passámos. Se estás com um projeto preso em revisão ou queres evitá-lo desde o início, vê como trabalhamos em apps a medida: a publicação é uma fase do projeto, com o seu tempo e o seu responsável.
Guias relacionados
- Quanto custa fazer uma app, com o desdobramento por fases e o custo de a manter.
- Apps a medida, o que entra e o que não entra num projeto.



