Pular para o conteúdo
AppFoyer
Começar

Guias Termos, suporte e página da loja

Os dados de contato que o Google Play coloca na página do seu app

Quais dos campos de e-mail, telefone e site você precisa preencher, o que acontece com o endereço que você digita e por que o campo opcional de site é o que mais importa.

O Google Play exige um endereço de e-mail de suporte para publicar, e ele aparece publicamente na página do app na loja. Os campos de telefone e site ao lado são opcionais — mas o campo de site é onde as redes de anúncios procuram o app-ads.txt, então ele deixa de ser opcional se o seu app exibe anúncios.

1:01
Vídeo de 1:01 · 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.

Este é o menor item do checklist de envio e o que tem as consequências mais longas. Você o preenche uma vez, em dois minutos, e depois convive com ele durante toda a vida do app.

Onde ficam os campos

Play Console → Store settings → Store listing contact details (Configurações da loja → Dados de contato da página do app). Três campos: um endereço de e-mail de suporte, um número de telefone e um site.

O e-mail é obrigatório para publicar no Google Play. Os outros dois não.

O que acontece com o que você digita

Vira público. A própria orientação do Google Play é explícita: “When you provide an email address, website, or phone number for your app, your contact information is available to users on your app’s store listing.” (Tradução: “Quando você informa um endereço de e-mail, site ou número de telefone para o seu app, os seus dados de contato ficam disponíveis para os usuários na página do app na loja.”)

Isso tem consequências que valem dois minutos de reflexão, em vez de zero:

  • Ele vai ser coletado por robôs. Um endereço em uma página pública de loja atrai e-mails automatizados. Use um que você consiga filtrar, não um do qual você dependa para qualquer outra coisa.
  • Ele deve sobreviver ao projeto. O e-mail de suporte vindo de uma página de loja chega em rajadas: nada durante meses, depois vinte mensagens após um release ruim. Um endereço pessoal abandonado é como um desenvolvedor descobre que o app dele foi removido há semanas.
  • É um canal de suporte de verdade. A orientação do Play recomenda direcionar os usuários para um lugar que você “regularly monitor and use to respond to questions” (tradução: “monitora regularmente e usa para responder perguntas”) — o que descarta um endereço que ninguém abre.
  • Um nome pessoal em um endereço é um dado pessoal que você está publicando. support@ em um domínio que você controla é melhor que firstname.lastname@.

O campo de site é o interessante

Opcional, e o de maiores consequências dos três, por um motivo que não tem nada a ver com suporte: o app-ads.txt é localizado por meio dele. As redes de anúncios leem o site do desenvolvedor na página do app na loja e buscam /app-ads.txt na raiz desse hostname.

Deixe-o vazio e o crawler não tem por onde começar — que é o motivo mais comum de o arquivo aparecer como “não encontrado”. Se o seu app exibe anúncios, trate este campo como obrigatório.

Também vale apontá-lo para um lugar que serve as suas páginas de conformidade, para que um revisor que o siga encontre um site coerente, e não uma página de marketing sem política nenhuma. Veja o seu app precisa de um site.

Como isso difere da Apple

Formato diferente, mesma intenção:

Google PlayApp Store
E-mail de contatoObrigatório, público na página do appNão é um campo da página do app; o contato passa pela sua Support URL
Página de suporteNão é um campo obrigatórioObrigatória — a Support URL
SiteCampo opcional na página do appMarketing URL opcional

Então, no Play o caminho de contato é um endereço; na Apple, é uma página. Se você publica nas duas, o arranjo mais fácil é uma página de suporte com o endereço nela: a Apple recebe a página, o Play recebe o endereço, e há uma única coisa para manter atualizada.

Isso é separado dos dados da sua conta de desenvolvedor

Não confunda os dois. Os Store listing contact details são por app e públicos. Os dados de contato da sua conta de desenvolvedor são um registro separado e verificado que o Google mantém — e, para contas de organização, a orientação é que seja um endereço associado à organização, e não um genérico ou pessoal. Mudar um não muda o outro.

O que o AppFoyer faz aqui

O endereço de suporte que você define nas configurações do seu app é o que a página de suporte gerada publica, e é o que a página de exclusão de conta usa como alternativa quando não há um canal de notificação verificado. Cole o mesmo endereço no campo de contato do Play e o subdomínio do seu próprio app no campo de site, e os três requisitos desta página e os dois da Apple são atendidos por um único conjunto de páginas.

O endereço de suporte também é o único endereço que o renderizador transforma em um link mailto: clicável nas suas páginas publicadas — qualquer outro endereço no texto da sua página fica como texto simples. É uma regra antiphishing deliberada, e significa que o caminho de contato no seu site é o que você declarou, não um que foi colado depois.

As fontes oficiais