Onde hospedar uma política de privacidade quando você não tem domínio

Você não precisa de um domínio para publicar uma política de privacidade — precisa de uma URL pública que carregue sem login e continue carregando daqui a dois anos. As duas lojas verificam o link, e a documentação de App Privacy da Apple lista “the URL to your publicly accessible privacy policy” (a URL da sua política de privacidade acessível publicamente) como campo obrigatório. A única questão é onde colocá-la.

Seis lugares que desenvolvedores realmente usam, com o custo real de cada um. Nenhum deles é errado para todo mundo; eles falham em pontos diferentes.

1. Um host estático em um subdomínio que eles fornecem

GitHub Pages, Cloudflare Pages, Netlify, Vercel. Grátis, rápido, e a URL é estável enquanto a conta existir.

Onde falha: a página de exclusão de conta. Hospedagem estática serve arquivos; ela não consegue receber uma solicitação. Se o seu app tem contas, o Google Play exige uma rota na web onde o usuário possa pedir a exclusão — então você acaba publicando um endereço de e-mail em uma página estática para robôs coletarem, ou acoplando um serviço de formulários de terceiros que agora vê os endereços de e-mail dos seus usuários. Também falha se você algum dia renomear o repositório ou o projeto, porque a URL muda e a página da loja não.

2. Um link de documento — Google Docs, Notion, um PDF

A coisa mais rápida do mundo e aquela com que os revisores mais desconfiam.

Onde falha: as configurações de compartilhamento. Um documento que hoje é “qualquer pessoa com o link” passa a ser “pessoas da sua organização” depois de uma mudança de política do workspace, e ninguém avisa você. Páginas do Notion são despublicadas. Em alguns dispositivos, um PDF é um download, não uma página. Além da parte mecânica, isso passa a impressão de improviso, que é exatamente a impressão que você não quer associada a um envio que já está sendo verificado por outro motivo.

3. Firebase Hosting

Plano gratuito, um domínio de verdade fornecido a você, text/plain servido corretamente — e citado nominalmente pela AdMob como um lugar aceitável para o app-ads.txt, o que é conveniente se você também exibe anúncios.

Onde falha: o mesmo que qualquer host estático para a exclusão de conta, e além disso agora você mantém uma etapa de deploy para cinco páginas de texto. Viável se o Firebase já faz parte da sua stack, um custo extra se não faz.

4. Uma página em um site que você não controla

Um perfil em rede social, uma página no site de uma publisher, o blog de um amigo.

Onde falha: em tudo, cedo ou tarde. Você não consegue corrigir um link quebrado no site de outra pessoa no momento em que uma revisão está travada por causa dele, e um revisor da loja aceitar um perfil em rede social como política de privacidade não é algo com que se possa contar.

5. Comprar um domínio e hospedar você mesmo

Cerca de US$ 12 por ano mais uma tarde. A resposta certa se você ia querer um site de divulgação de qualquer forma.

Onde falha: renovações e o problema de receber. Um domínio expirado derruba ao mesmo tempo a URL de privacidade, a URL de suporte e a URL de exclusão em uma página da loja publicada, e a primeira notícia que você tem disso vem da loja. Se escolher esse caminho, coloque a renovação em um cartão que não vença e crie um lembrete no calendário com um mês de antecedência.

6. Uma página de conformidade hospedada

Um serviço que fornece as cinco páginas em uma URL própria.

Onde falha: o que acontece quando você para de pagar. Essa é a pergunta a fazer antes de colar a URL em qualquer lugar, e é justo fazê-la a nós também — veja abaixo.

O requisito que elimina metade dessas opções

Se o seu app tem contas, você não está publicando uma página, está publicando um conjunto: a política de privacidade e uma rota na web onde o usuário pode solicitar a exclusão da conta. O Google Play pede tanto um caminho dentro do app quanto um link público na web. Uma página que apenas exibe texto não atende ao segundo, e é por isso que as opções 1 a 3 discretamente viram “e um serviço de formulários” no momento em que você chega nessa parte.

Decida isso uma vez, para as cinco URLs, em vez de resolver a política de privacidade hoje à noite e redescobrir o problema na próxima rejeição.

Seja qual for a escolha, verifique como um revisor faria

Sem login, em uma janela anônima, usando dados móveis em vez da sua própria rede:

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

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

O que a AppFoyer faz aqui

As cinco páginas vão ao ar no subdomínio do seu próprio app, sem domínio nem servidor seu, e a página de exclusão de conta consegue de fato receber uma solicitação — ela a armazena e notifica você. A notificação por e-mail está em todos os planos, inclusive o gratuito; Telegram e Slack estão nos planos pagos. Você executa a exclusão nos seus próprios sistemas; não temos acesso a eles e nunca afirmamos o contrário.

A pergunta justa, respondida: se você parar de pagar, a página de exclusão de conta continua no ar, por tempo indeterminado. Seus usuários nunca nos escolheram e não sabem nada sobre a sua cobrança, então tirar deles o caminho até você por causa de uma fatura não paga seria um erro nosso, não seu. Um app é gratuito, sem cartão.

As fontes oficiais

• Requisitos da política de privacidade — Ajuda do Google Play
• Detalhes de privacidade dos apps na App Store — Apple
• Fornecer informações sobre a exclusão de dados — Ajuda do Google Play