Pular para o conteúdo
AppFoyer
Começar

Guias Antes de enviar

Todas as URLs de que você precisa antes de enviar um app

A lista completa entre Play Console, App Store Connect e AdMob, quais são obrigatórias e quais são opcionais, o que cada página precisa conter e em que ordem fazê-las.

A maioria dos apps precisa de quatro URLs públicas: uma política de privacidade, uma página de exclusão de conta se o app tem contas, uma página de suporte para a App Store e um site do desenvolvedor se o app exibe anúncios. Cada uma é um campo separado no console, cada uma é verificada, e todas precisam continuar funcionando muito depois de o app ser aprovado.

1:09
Vídeo de 1:09 · abre no YouTube

Resolva isso em poucos minutos

A AppFoyer hospeda as páginas de que este guia trata — política de privacidade, termos, suporte, exclusão de conta e app-ads.txt — em um subdomínio próprio, sem que você precise de domínio ou servidor. Um app é grátis, e nada que uma loja exige jamais fica atrás de um paywall.

Verificado em 19 de setembro de 2026. As políticas das lojas mudam, às vezes sem aviso. Tudo abaixo tem link para a documentação oficial, e é aquela página — não esta — que tem a palavra final. Se as duas divergirem, vale o que a loja diz. Este guia foi traduzido do inglês; as citações da documentação das lojas são mantidas no inglês original.

Esta é a lista que ninguém entrega a você antes do primeiro envio, então você a descobre uma rejeição de cada vez. Reúna tudo isto antes de abrir o console, e o processo inteiro leva uma tarde em vez de três ciclos de revisão.

Os campos, por console

URLConsole e campoObrigatória?
Política de privacidadePlay Console → App content → Privacy policy; App Store Connect → App PrivacySim, nas duas lojas
Exclusão de contaPlay Console → App content → Data deletionSim, se o app tem contas
SuporteApp Store Connect → Platform version information da versão → Support URLSim, Apple
Site do desenvolvedorStore listing do Play; Marketing URL no App Store ConnectPlay: opcional, mas obrigatória na prática se você exibe anúncios — é onde o app-ads.txt é procurado. A Marketing URL da Apple é realmente opcional
E-mail de contatoPlay Console → Store settings → Store listing contact detailsSim, o Play exige um e-mail para publicar

A Apple também exige a exclusão de conta, mas como uma rota dentro do app, e não como um campo de URL — veja o guia de exclusão de conta da App Store.

O que cada página precisa conter

Política de privacidade. O que é coletado, por quê, quem mais vê os dados, por quanto tempo são guardados, como entrar em contato com você. A seção que leva à rejeição é “quem mais vê os dados”: ela precisa nomear os terceiros, o que significa cada SDK do seu build, e precisa estar de acordo com as suas respostas de Data safety.

Exclusão de conta. Uma página pública, acessível sem login e sem ter o app instalado, onde o usuário pode pedir que você exclua a conta dele. Ela precisa de fato entregar a solicitação a você — uma página que exibe um formulário e descarta o resultado é pior do que nenhuma página, porque o usuário acredita que funcionou.

Suporte. Um caminho até uma pessoa. Um endereço de e-mail que você lê é suficiente. Não a sua página de divulgação, não uma página da App Store, não um perfil em rede social.

Site do desenvolvedor. Uma página sobre o seu app, em um hostname que você controla — e o hostname de cuja raiz uma rede de anúncios vai buscar o /app-ads.txt.

Os quatro testes que todas elas precisam passar

Os mesmos quatro, todas as vezes, e é por isso que vale fazê-los em lote:

  1. Ela carrega sem login. Abra em uma janela anônima. A falha clássica é uma página que só funciona porque você está logado no serviço que a hospeda.
  2. Não é uma cadeia de redirecionamentos. Especialmente para o app-ads.txt, que precisa ser servido diretamente.
  3. Ela nomeia o seu app e a sua empresa. Uma política que nomeia outro app é o sinal clássico de copiar e colar, e os revisores percebem.
  4. Ela ainda vai existir daqui a dois anos. Uma página da loja é verificada mais de uma vez, e um host gratuito de que você se esqueceu é a forma mais comum de um app publicado quebrar.
curl -i https://your-url.example/privacy

200 OK, conteúdo legível, nenhum cabeçalho Location:.

Em que ordem fazê-las

  1. Decida onde todas vão ficar, de uma vez. Espalhá-las entre uma página do Notion, um site no GitHub Pages e um serviço de formulários é como você acaba com três coisas para manter e uma que vai quebrar.
  2. Escreva a política de privacidade a partir da sua lista de dependências, não a partir de um modelo. Abra o build.gradle / Podfile / pubspec.yaml e percorra de cima a baixo.
  3. Construa a rota de exclusão de conta — a do app e a da web. Este é o único item com engenharia de verdade, então é ele que define o seu cronograma.
  4. Publique e depois preencha os campos do console. Não o contrário: um campo apontando para uma página que ainda não existe é exatamente a rejeição que você está tentando evitar.
  5. Preencha Data safety / App Privacy a partir da mesma lista de onde você escreveu a política, para que as duas não possam divergir.
  6. O app-ads.txt por último, e apenas se você exibe anúncios.

O que a AppFoyer faz aqui

Esta lista é o produto. As cinco páginas — início, privacidade, termos, suporte, exclusão de conta — e mais o app-ads.txt vão ao ar juntas no subdomínio do seu próprio app, então você cola URLs que funcionam em todos os campos de uma só vez. A página de exclusão de conta recebe a solicitação e notifica você; você faz a exclusão nos seus próprios sistemas.

Há também um checklist no painel que diz qual campo do console ainda está vazio e por que isso importa. Um app é gratuito, e nada que uma loja exige fica atrás de um paywall.

As fontes oficiais