Seu app foi rejeitado por uma URL de política ausente ou quebrada

Se você está lendo isto com uma rejeição aberta em outra aba, faça quatro coisas nesta ordem: descubra qual dos quatro campos de URL o aviso realmente cita, abra essa URL sem estar logado para ver o que um revisor vê, coloque no ar uma URL que funcione em um lugar que ainda vai estar lá daqui a seis meses e, então, altere-a no campo do console e responda dizendo o que você mudou. Esta é uma das categorias de rejeição mais rápidas de resolver — é um link quebrado, não um julgamento sobre o seu app.

Cada passo em detalhe.

1. Descubra qual URL é realmente o problema

O aviso cita um campo. Leia ao pé da letra em vez de supor, porque quatro URLs diferentes costumam ser confundidas entre si:

Campo	Onde fica	O que é
Privacy policy URL	Play Console → App content; App Store Connect	A sua política
Data deletion URL	Play Console → App content	Onde o usuário solicita a exclusão da conta
Support URL	App Store Connect	Onde o usuário recebe ajuda
Developer website	Store listing	O seu site — também é onde o app-ads.txt é procurado

Uma rejeição que diz “privacy policy” às vezes significa que a política existe, mas o formulário Data safety não bate com ela. Verifique os dois antes de mudar qualquer coisa.

2. Verifique o link do jeito que um revisor vai verificar

Abra em uma janela anônima, sem estar logado, nos dados móveis em vez da sua rede de casa:

curl -i https://your-url.example/privacy

Você procura 200 OK e conteúdo legível. Os achados mais comuns são um 404, um domínio expirado, um redirecionamento para um login ou uma página que funciona no seu notebook porque você está logado no serviço que a hospeda.

3. Coloque uma URL que funcione no ar

O que quer que você faça aqui, precisa continuar valendo daqui a seis meses. Uma URL que funciona hoje e some quando um período de teste acaba vai trazer você de volta a esta página.

Três caminhos, com honestidade:

• Seu próprio domínio e hospedagem. O melhor se você já tem um. Uma tarde de trabalho se não tem — e a página de exclusão de conta vai precisar de algo que consiga receber uma solicitação, o que uma hospedagem estática não faz.
• Uma página de conformidade hospedada. Mais rápido; verifique o que acontece com a URL se você parar de pagar.
• Um link de documento. Às vezes funciona, parece improvisado e é a primeira coisa questionada se qualquer outra parte do envio parecer fraca.

4. Atualize a página da loja e reenvie

Altere a URL no campo do console que a rejeição citou — não só no seu site. Depois responda à revisão com uma frase simples dizendo o que você mudou e onde. Os revisores processam muitas dessas; uma nota específica é mais rápida de resolver do que um pedido de desculpas.

5. Não piore a situação

• Não reenvie sem mudar a URL, torcendo para ter sido um acaso. Envios repetidos com o mesmo problema atrasam você.
• Não aponte o campo para uma página que você não controla — uma página do Notion, um perfil em rede social, o site de um amigo.
• Não cole a política de um concorrente trocando os nomes. Isso é percebido, e é um problema de direitos autorais além da rejeição.
• Não corrija só a URL citada. Se a URL de privacidade estava fora do ar, as URLs de suporte e de exclusão geralmente estão no mesmo domínio fora do ar. Corrija todas agora em vez de ao longo de três ciclos de revisão.

O que o AppFoyer faz aqui

As cinco páginas entram no ar juntas em um único subdomínio, então você cola URLs que funcionam em todos os campos de uma só vez, em vez de voltar na próxima rejeição. Um app é gratuito e não há cartão para cadastrar, o que faz diferença quando você está tentando resolver uma rejeição ainda hoje à noite.

As fontes oficiais

• Common reasons for app rejection — Apple
• Policy centre — Central de Ajuda do Google Play