Como ser aprovado à primeira submissão na App Store e no Google Play
A recusa nas lojas vem quase sempre de uma declaração em falta, não do código. Aqui está a nossa lista de verificação antes da publicação.
Quando se fala de recusa de uma app pensa-se em erros técnicos. Na prática, a maioria das submissões recusadas não tem a ver com a app em si, mas com as declarações que a descrevem. Se faltarem as etiquetas de privacidade, o formulário de segurança de dados, o caminho para eliminar a conta ou as ligações de suporte, até uma app que funciona na perfeição volta para trás na revisão.
O que tem de estar pronto antes da publicação
- Uma política de privacidade publicada num URL acessível
- As etiquetas de privacidade da App Store e o formulário de segurança de dados do Google Play
- Um caminho para eliminar a conta acessível a partir da app
- Um endereço de suporte a funcionar e uma página de contacto
- Textos que expliquem o motivo de cada pedido de permissão
Todos os pontos desta lista têm algo em comum: podem ser tratados na primeira semana do projeto em vez da semana do lançamento. Escrever a política de privacidade no início é mais barato e mais rápido do que escrevê-la no fim — porque as decisões sobre que dados recolher e porquê já estão a ser tomadas nessa fase.
Onde deve estar a política de privacidade?
Ambas as lojas exigem que a política esteja num endereço público, permanente e diretamente acessível. Texto embutido na app ou uma página atrás de um início de sessão não são aceites. Um caminho fixo no seu site institucional (por exemplo /gizlilik-politikasi) é a opção mais sólida.
O conteúdo da política também tem de coincidir com o que a app realmente faz. Declarar no formulário «não recolhemos dados de localização» enquanto a app pede permissão de localização é exatamente o tipo de incoerência que os revisores detetam — e leva diretamente à recusa.
