Pular para o conteúdo
AppFoyer
Começar

Guias Exclusão de conta

A URL de exclusão de conta que o Google Play pede

O Play Console pede uma URL web pública em App content → Data deletion. O que essa página precisa permitir ao usuário sem login, e os erros que fazem um envio voltar.

O Google Play pede aos apps com contas dois caminhos de exclusão: um dentro do app e uma URL web pública onde a mesma solicitação pode ser feita sem fazer login nem reinstalar. Você declara a URL web em App content → Data deletion. A página recebe a solicitação; excluir os dados nos seus próprios sistemas continua sendo tarefa sua.

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

Se o seu app permite que as pessoas criem uma conta, o Google Play pede dois caminhos para excluí-la: um dentro do app e uma URL web acessível publicamente onde a mesma solicitação pode ser feita. Você declara a URL web no Play Console em App content → Data deletion (Conteúdo do app → Exclusão de dados), e a Ajuda do Google Play diz que ela “must be functional (for example, loads without error), relevant in scope” (tradução: “deve ser funcional (por exemplo, carregar sem erro), relevante no escopo”). Alguém que já desinstalou o app precisa conseguir usá-la.

Esse é o requisito em um parágrafo. O resto desta página trata do que a própria página precisa fazer, e dos erros que fazem um envio voltar.

Duas coisas estão sendo pedidas aqui, e é fácil confundi-las:

  1. Uma página pública onde uma solicitação pode ser enviada.
  2. Excluir de fato os dados nos seus próprios sistemas quando uma solicitação chega.

A primeira é um problema de hospedagem. A segunda é só sua, e nenhum serviço pode fazê-la por você — quem diz o contrário não tem acesso ao seu banco de dados.

O que a página precisa permitir ao usuário

O requisito é escrito do ponto de vista do usuário, então leia-o por esse lado. Alguém que desinstalou o seu app, esqueceu a senha ou nunca teve uma ainda deve conseguir chegar à página e pedir que você exclua a conta.

Isso descarta algumas configurações comuns:

  • Uma página atrás de login. Se o usuário precisa entrar para pedir a exclusão, as pessoas que mais provavelmente precisam dela não conseguem usá-la.
  • Apenas um caminho dentro do app. O caminho no app também é obrigatório, mas não substitui a URL web: esta é acessível pela página do app na loja, por alguém que não tem mais o app.
  • Uma URL que dá 404. É essa que de fato é pega, porque é trivial de verificar.

A página deve dizer quais dados são excluídos, o que é mantido e por quanto tempo (registros de cobrança muitas vezes precisam ser mantidos por lei) e quanto tempo a exclusão leva.

A parte que as pessoas erram: receber a solicitação

Uma página que exibe um formulário não basta por si só — a solicitação precisa chegar até você.

Essa é a única parte que um host simples de arquivos não consegue fazer sozinho. GitHub Pages, um bucket atrás de uma CDN: eles servem arquivos, não conseguem receber um POST. A maioria dos hosts que um desenvolvedor escolheria de fato resolve isso — Cloudflare Workers, funções da Netlify e da Vercel, Netlify Forms —, então é um trabalho de ligação, não um muro. Mas algo precisa receber a solicitação, e o caminho caseiro de sempre termina em um destes quatro lugares:

  • um endereço de e-mail impresso na página, e nada que impeça que ele seja coletado por robôs;
  • um serviço de formulários de terceiros, que agora vê os endereços de e-mail dos seus usuários;
  • uma função de borda no seu host, que são poucas linhas, mas passa a ser código seu em cada app;
  • um pequeno servidor que você precisa manter no ar para o que talvez sejam duas solicitações por ano.

Seja qual for a sua escolha, decida de forma deliberada. Uma página de exclusão que descarta solicitações em silêncio é pior do que não ter nenhuma: você está dizendo a um usuário que a solicitação dele foi recebida.

Mantenha um registro

Seja o que for que você construa, mantenha um log das solicitações: o endereço, a data, o que você fez a respeito. Se um regulador ou uma loja algum dia perguntar, “nós excluímos” é uma afirmação, e uma lista datada é uma prova.

O que o AppFoyer faz aqui

Hospedamos a página e repassamos a solicitação. Um usuário a envia, nós a armazenamos como a sua trilha de auditoria e notificamos você — por e-mail em qualquer plano, ou por Telegram ou Slack em um plano pago. Você faz a exclusão nos seus próprios sistemas — não temos acesso a eles, e nunca dizemos que temos.

Essa página continua no ar mesmo que você pare de nos pagar, porque os seus usuários não tiveram parte nisso.

A fonte oficial