App Store vs Google Play: Checklist Rápido de Aprovação

A Apple analisou mais de 9,1 milhões de submissões em 2025 e rejeitou cerca de 23% delas. A boa notícia: a maioria das rejeições, nas duas lojas, não vem de bugs de código — vem de burocracia evitável. Metadados imprecisos, política de privacidade ausente, conta de demonstração que não funciona. Este checklist cobre o que checar antes de enviar, nas duas plataformas.

Checklist App Store (Apple)

• Política de privacidade visível em dois lugares: no campo de metadados do App Store Connect e dentro do próprio app (em Configurações). É a causa isolada de mais rejeições do que qualquer outra regra específica.
• Rótulos de privacidade (App Privacy Labels) precisos — o que está declarado precisa bater exatamente com o que o app realmente coleta.
• Conta de demonstração funcional nas notas para o revisor, incluindo qualquer segunda camada de autenticação (2FA) que o app exija — conta de demo que não permite login é uma das causas mais comuns de rejeição por "problema de performance".
• Preço idêntico entre App Store Connect e o app em funcionamento — qualquer divergência, mesmo de centavos, gera rejeição por metadados inconsistentes.
• Botão de exclusão de conta visível em Configurações, se o app permite criar conta — obrigatório desde 2022 e ainda uma causa recorrente de rejeição em 2026.
• Nenhuma referência a outras plataformas — remova qualquer menção a "versão Android" ou selo "disponível no Google Play" de descrição, screenshots e telas do app.
• App com valor nativo real — um app que só embrulha um site, sem usar nenhum recurso nativo do iOS (notificação push, modo offline, câmera), corre risco de rejeição por "funcionalidade mínima".

Checklist Google Play

• Teste fechado com testadores reais — contas criadas após novembro de 2023 precisam rodar teste fechado com testadores que de fato aceitaram o convite e instalaram o app (contas convidadas mas que nunca instalaram não contam).
• Formulário de produção específico, não genérico — respostas vagas como "testei e funcionou" são causa recorrente de rejeição; inclua números e detalhes concretos do que foi testado.
• Screenshots reais, sem molduras incorretas ou imagens borradas.
• targetSdkVersion atualizado conforme a versão mínima exigida pelo Google no momento da submissão — desatualizado é rejeição automática.
• Política de privacidade presente, obrigatória para qualquer app que colete dados — sem exceção.
• Conteúdo dentro das políticas do Google — sem classificação inadequada para conteúdo sensível, discurso de ódio ou informação médica não verificada.

Se for rejeitado: o caminho de volta

Nas duas plataformas, a maioria das rejeições tem solução rápida:

1. Leia o motivo específico apontado pela revisão — cada loja indica qual regra foi violada.
2. Corrija exatamente esse ponto, sem reenviar sem alterar nada.
3. Documente a correção nas notas de reenvio, explicando o que mudou.
4. Reenvie e aguarde — o prazo típico de reavaliação é de 3 a 7 dias úteis nas duas lojas.

O padrão por trás da maioria das rejeições

Tanto na Apple quanto no Google, a maior parte das rejeições não vem de "código ruim" — vem de lacunas de preparação: um link quebrado, uma conta de demonstração que não loga, uma descrição que promete algo que o app não entrega. Times que raramente são rejeitados não são necessariamente os melhores programadores — são os mais bem preparados na submissão.

Quer publicar sem voltas desnecessárias?

A Forge Code já preparou dezenas de submissões para App Store e Google Play, com processo próprio de checklist pré-envio.

Solicitar ajuda com a publicação do seu app →

---

Perguntas Frequentes

Qual o motivo mais comum de rejeição na App Store? Problemas de performance (crashes, bugs, builds incompletos ou conta de demonstração que não funciona), seguidos de perto por questões de privacidade — especialmente política de privacidade ausente ou rótulos de privacidade imprecisos.

Quanto tempo leva para a Apple ou o Google revisarem um app? Nas duas plataformas, o prazo típico de revisão (inicial ou após reenvio) é de 3 a 7 dias úteis.

Preciso de testadores reais para publicar no Google Play? Sim, para contas de desenvolvedor criadas após novembro de 2023 — é obrigatório rodar um teste fechado com testadores que efetivamente aceitaram o convite e instalaram o app, não apenas convidados.

Um app rejeitado pode ser reenviado com o mesmo código? Depende do motivo. Rejeições por metadados (descrição, screenshots, preço) geralmente podem ser corrigidas e reenviadas com o mesmo binário. Rejeições por crash, funcionalidade ausente ou violação de política técnica exigem um novo build.