Neste guia
Vinte verificações, cada uma com o motivo e uma forma de conferir. Marque na ordem; pare e corrija quando uma falhar.
Build
- Build de lançamento, não uma execução de depuração. Por quê: builds de depuração se comportam e têm desempenho diferentes. Como verificar: instale exatamente o arquivo que você vai enviar em um celular limpo.
- Número da versão e ID do app são definitivos. Por quê: a ajuda do Google Play diz que os nomes de pacote são únicos e permanentes e não podem ser excluídos nem reutilizados. Como verificar: leia os dois na configuração da build e na tela de informações do app instalado.
- Sem telas de depuração, botões de teste ou texto de espaço reservado. Como verificar: abra cada tela e leia cada rótulo.
- A primeira abertura em uma instalação limpa funciona. Como verificar: desinstale, instale e abra sem conta e sem dados.
- Funciona em pelo menos dois dispositivos reais. Como verificar: um recente e um mais antigo ou menor. Veja em quais dispositivos Android testar.
Segredos e dados
- Nenhuma chave ou senha no código ou no pacote do app. Como verificar: siga chaves de API e segredos em apps gerados por IA.
- Qualquer chave que você já colou em um prompt ou chat foi substituída. Por quê: trate-a como exposta. Como verificar: a chave antiga não funciona mais.
- Você conhece cada serviço com o qual seu app se comunica. Como verificar: liste cada endereço de rede e cada biblioteca que lida com dados do usuário.
- As regras do servidor não estão "abertas para todos". Por quê: uma configuração padrão feita para uma demo pode permitir que qualquer um leia dados. Como verificar: tente ler dados sem estar logado.
Privacidade e política
- Existe uma política de privacidade, ela é pública e corresponde ao que o app faz. Como verificar: abra o link no navegador e compare com o passo 8. Não é aconselhamento jurídico.
- As declarações de dados na loja correspondem ao app. Por quê: a ajuda de Segurança dos dados do Google Play diz que as declarações devem refletir o comportamento real do app, incluindo dados tratados por bibliotecas e SDKs de terceiros, e que uma política de privacidade é obrigatória. Como verificar: compare o formulário com o passo 8 antes de enviar.
- A exclusão de conta funciona se seu app tiver contas. Por quê: a Apple (diretriz 5.1.1(v)) exige exclusão de conta dentro do app se o app permite criar contas; o Google Play pede um caminho dentro do app mais um link web para pedidos de exclusão. Como verificar: teste os dois caminhos com uma conta de teste.
Ficha
- As capturas de tela mostram o app real e atual. Como verificar: compare cada captura com a build.
- A descrição diz o que o app faz e o que não faz. Por quê: uma ficha que promete mais do que o app entrega decepciona os usuários. Como verificar: peça a alguém que leia e diga o que espera.
- O e-mail de contato funciona. Como verificar: envie uma mensagem para ele.
Testadores e feedback
- Se você precisa de um teste fechado no Google Play, ele está em andamento. Como verificar: veja requisitos do teste fechado e o que conta como 14 dias.
- Pelo menos uma pessoa que não construiu o app o usou do início ao fim. Como verificar: um relatório escrito, não um "estava bom".
- Problemas conhecidos estão anotados e priorizados. Como verificar: uma lista com "deve ser corrigido antes do lançamento" marcado. Veja como priorizar relatórios de falhas.
- Existe um lugar privado para os usuários reportarem problemas. Por quê: pega problemas antes que virem classificações públicas.
- Você pedirá avaliações de forma honesta, uma vez, depois de um bom momento. As avaliações devem vir de um produto que as pessoas gostam e de um pedido honesto, nunca de compra ou troca. Veja comprar avaliações de apps: riscos e o que fazer no lugar.
Depois de marcar tudo
Experimente a AppReviewX para receber feedback privado e estruturado de outros desenvolvedores em rodadas de teste. Um feedback = 1 crédito; contas novas começam com 0. As regras das lojas mudam, então confira as páginas oficiais de novo.
Relacionados: central de vibe coding, segredos e chaves de API, bugs que os testadores encontram.