As recusas mais comuns das lojas
Quase toda recusa é de formulário, não de código. É uma boa notícia: significa que a maior parte dela se resolve numa tarde, e que dá para evitar antes de enviar.
As da Apple
1. Conta de teste que não funciona. Quem revisa precisa entrar. Se o app tem login e você não deixou usuário e senha válidos nas notas da revisão, a recusa é certa. Confira o acesso no dia do envio, não na semana anterior.
2. Privacidade que não bate. O que o app coleta tem de ser o que a ficha diz que ele coleta, e a política de privacidade precisa estar num endereço que abre.
3. Não dá para excluir a conta. Se o app deixa criar conta, ele precisa deixar excluir, de dentro do app. É das mais fáceis de evitar e das mais comuns de levar.
4. "Isso é um site embrulhado." App que é só o seu site dentro de uma moldura, sem nada que justifique estar na loja, é recusado. Se o seu caso é conteúdo e formulário, o caminho honesto costuma ser publicar na web.
5. Pagamento por fora. Conteúdo digital consumido dentro do app precisa passar pela compra da loja. Produto físico e serviço prestado fora, não. Confundir os dois é recusa e, às vezes, remoção.
6. Conteúdo de usuário sem freio. Se as pessoas escrevem, publicam ou conversam, o app precisa de filtro, denúncia, bloqueio e contato. Sem os quatro, não passa.
As da Google
1. Formulário de segurança de dados errado. É o campeão. O que você declara tem de bater com o que o app faz, incluindo o que as bibliotecas de terceiros mandam para fora.
2. Permissão sem justificativa. Localização, câmera, contatos: cada permissão pedida precisa de uma função visível que a use. Permissão sobrando é recusa.
3. Nível de API antigo. A exigência sobe todo ano. App abaixo do mínimo não é publicado nem atualizado.
4. Teste fechado não cumprido. Contas novas de desenvolvedor pessoa física precisam do período de teste com testadores antes de publicar. Não é recusa de conteúdo, é pré-requisito, e ele prende o lançamento.
5. Política de privacidade ausente. Um endereço que abre, público, com o texto de verdade.
O que fazer antes de enviar
- entre com a conta de teste que você mesmo escreveu nas notas, no dia do envio;
- abra a política de privacidade numa janela anônima;
- confira permissão por permissão: cada uma tem uma tela que a usa?
- confirme que o formulário de dados diz o que o app faz;
- se tem conta, ache o botão de excluir a conta;
- se tem conteúdo de usuário, ache o botão de denunciar.
Seis conferências, quinze minutos, e elas cobrem a maioria das recusas desta lista.
O resumo
- recusa é comum e quase sempre de formulário, não de código;
- na Apple: conta de teste, privacidade, exclusão de conta, "site embrulhado", pagamento e conteúdo de usuário;
- na Google: formulário de dados, permissão sobrando, nível de API e teste fechado;
- o custo da recusa é calendário, e é por isso que a conferência antes vale a pena;
- se o app é conteúdo e formulário, talvez ele nem precise da loja.