Pular para o conteúdo
AppFoyer
Começar

Guias Política de privacidade

Escrever a política de privacidade do seu app com um assistente de IA — um prompt que funciona

Por que "escreva uma política de privacidade" gera texto genérico, o que o prompt deve levar o assistente a fazer no lugar, e um prompt pronto para o Claude, ChatGPT, Cursor ou qualquer agente de código.

Dê evidências ao assistente, não um questionário. Aponte um agente de código para os arquivos de build do seu app para que ele nomeie os SDKs e as permissões que o app realmente distribui, faça-o perguntar a você apenas o que ele não tem como saber e proíba-o de adivinhar — o que for desconhecido vira uma nota [confirm]. Depois, verifique se cada SDK do seu arquivo de dependências aparece no resultado.

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.

Um assistente de IA escreve uma política de privacidade em dez segundos. O problema é a partir de quê ele a escreve. Se você pede “escreva uma política de privacidade para o meu app de fitness”, ele não tem nada além da palavra “fitness”, então produz a média de todas as políticas de privacidade que já leu: cláusulas sobre cookies que o seu app não define, identificadores de publicidade para um app sem anúncios, um prazo de retenção de “pelo tempo que for necessário” e nenhum dos SDKs que você realmente distribui. A leitura é agradável. E é também a parte que um revisor da loja compara com o seu formulário de Data safety e as suas respostas de App Privacy, e é nessa comparação que ela falha.

Por que o prompt de uma linha falha

  • Ele inventa. Um modelo a quem se pede para preencher uma seção a preenche. Um prazo de retenção, uma base legal, um endereço da empresa — cada um plausível, cada um uma afirmação sobre o seu negócio que você não fez.
  • Ele é genérico onde precisa ser específico. A seção que mais importa é a lista de serviços de terceiros, e um modelo que não viu o seu arquivo de dependências não tem como nomeá-los.
  • Ele declara demais. Listar dados que você não coleta não é “seguro”. É uma divergência em relação às suas próprias declarações na loja, o mesmo problema na direção oposta.
  • Ele formata para a janela de chat. Tabelas, notas de rodapé e HTML inline ficam bem na resposta e chegam quebrados aonde quer que você os cole.

O que um prompt precisa fazê-lo fazer

  1. Ler as evidências primeiro. Um agente de código aberto no seu repositório — Claude Code, Cursor, Codex e similares — consegue ler o build.gradle, o Podfile.lock, o Info.plist e o manifest, e listar cada SDK e permissão com o arquivo de onde veio. Essa lista é a substância da política. Um assistente de chat sem acesso a arquivos deve ser instruído a pedir que você cole esses arquivos.
  2. Ficar longe de todo o resto. Os arquivos de build e de manifest bastam. Não há motivo para ele abrir arquivos .env, keystores ou o código-fonte, e um prompt que diz isso é uma preocupação a menos.
  3. Perguntar apenas o que não pode ser lido. Por quanto tempo você guarda os dados, se existe um backend, se o app é voltado para crianças, se você compartilha dados com um parceiro que não deixa rastro no build. Nada mais precisa ser perguntado.
  4. Recusar-se a adivinhar. Onde você não sabe, ele escreve [confirm: …] em vez de uma frase. Uma lacuna visível pode ser corrigida; uma cláusula inventada é uma afirmação publicada.
  5. Escrever para onde o texto será publicado. Markdown simples, links apenas onde forem úteis — as páginas de privacidade dos próprios provedores, o seu endereço de suporte — e o aviso de que o texto não é aconselhamento jurídico.

O prompt

Copie inteiro. Substitua os fatos entre colchetes no topo, ou deixe-os como estão e deixe o assistente perguntar.

You are helping me write the privacy policy for my mobile app. It will be published as a web page on AppFoyer and its URL goes into the "Privacy policy" field of Google Play and App Store Connect, where reviewers compare it with what the app actually does. Accuracy matters more than length.

## About the app

- App name: [app name]
- Developer / company: [developer or company name]
- Support email: [support email]
- Platforms: [Android, iOS or both]
- Store listings: [store listing URLs, or "not listed yet"]
- Where this policy will be published: [your AppFoyer site URL]/privacy
- What the app collects, as I declared it: [what the app collects — e.g. account info, analytics, ads, crash reports, location, purchases, or nothing]
- Account deletion page: [your AppFoyer site URL]/account-deletion (only if the app has user accounts)
- Country whose law applies: [country, if you have one]

## Step 1 — find the facts

If you can read this app's source code, read only its build, manifest and store-metadata files — for example `build.gradle(.kts)`, `gradle/libs.versions.toml`, `AndroidManifest.xml`, `Podfile.lock`, `Package.swift`, `Info.plist`, `PrivacyInfo.xcprivacy`, `pubspec.yaml`, `package.json`, `app.json`. Do not open `.env` files, keystores, credentials or any other secrets, and do not change any file.

From them, list:

- every third-party SDK or service that collects or receives user data (analytics, ads, crash reporting, sign-in, payments, push notifications, backend, AI APIs) and what it receives;
- every permission the app requests and the feature that uses it;
- whether the app sells in-app purchases or subscriptions (StoreKit, Google Play Billing, RevenueCat and the like).

Show me that list with the file each fact came from, point out anything that contradicts what I declared above, and ask me to confirm it.

If you cannot read the code, ask me to paste the dependency files (for example `app/build.gradle` and `Podfile`) or to list the SDKs and permissions myself.

## Step 2 — ask only what you cannot know

Then ask me, in one short numbered list, and wait for my answers:

1. How long each kind of data is kept, and whether there is a backend (where it runs, what it stores).
2. Whether the app is directed at children under 13.
3. Whether any data is shared with or sold to anyone beyond the services above.
4. Whether the app takes any payments, if the files did not settle it.
5. Anything else you could not determine.

Never guess. Where I do not know an answer, write `[confirm: …]` in the text instead of inventing one.

## Step 3 — write the policy

Sections, in this order, leaving out any that do not apply: Data we collect · How we use it · Third-party services · Purchases and subscriptions · Permissions · Data retention and deletion · Children · Your choices and rights · Changes to this policy · Contact.

- Plain language, short sentences. Describe what this app does; no clauses about things it does not do.
- Under Third-party services, name each provider, say what it receives and why, and link its own privacy policy page.
- Do not invent retention periods, legal bases, company addresses or a data protection officer — use `[confirm: …]`.
- Start with `# Privacy Policy`, then the line `_Last updated: [today's date]_`.
- Write these placeholders exactly as shown, never the values — they are filled in from my settings when the page is published: `{{app_name}}`, `{{developer_name}}`, `{{support_email}}`, `{{public_url}}`.
- In the Contact section, write the address as `[{{support_email}}](mailto:{{support_email}})`.
- If the app has user accounts, link account deletion as `[{{public_url}}/account-deletion]({{public_url}}/account-deletion)` in the retention and deletion section.
- Mandatory if the app is on iOS and has any in-app purchase or subscription — declared above, found in the build files or confirmed by me: in the Purchases and subscriptions section, include this sentence unchanged: For the iOS version, Apple's standard [Licensed Application End User License Agreement](https://www.apple.com/legal/internet-services/itunes/dev/stdeula/) applies to your use of the App. Never leave it out when the app takes payments.
- End with this paragraph, unchanged:

  _This page was generated from a template provided by the hosting platform and completed by the app developer. It is not legal advice. The developer named above is solely responsible for its accuracy and for complying with the laws that apply to them._

## Format — this is pasted into a Markdown editor

- Reply with the finished policy only, as Markdown inside one ```markdown code block, with nothing before or after it.
- CommonMark only: headings, paragraphs, lists, bold, italics and links. No tables, no HTML, no images, no footnotes.
- Links only to the providers' own privacy policy pages, to `{{public_url}}`, to Apple's EULA as above and to the support email. Any other link is shown as plain text on the published page, so leave it out. No link shorteners, no download links.

Ele foi escrito para páginas publicadas na AppFoyer, e é por isso que pede placeholders no estilo {{app_name}} e termina com o nosso aviso. Se você publica em outro lugar, apague as linhas do Step 3 sobre os placeholders, o link de exclusão e o parágrafo final, e peça os valores em vez disso.

Antes de publicar o que ele escreveu

O assistente redigiu; quem publica é você. Verifique, nesta ordem:

  • Cada SDK do seu arquivo de dependências aparece na política, e nada aparece que não esteja lá. Esse é o teste mecânico, e é na prática o que os revisores fazem.
  • Cada [confirm: …] foi substituído por uma resposta real, ou a frase foi removida.
  • A seção de terceiros corresponde ao seu formulário de Data safety e às suas respostas de App Privacy. Se divergirem, um deles está errado — corrija, seja qual for.
  • Se o app recebe pagamentos, o link do EULA da Apple está lá. Um app iOS com compras no app ou assinaturas inclui na política de privacidade um link para o Licensed Application End User License Agreement padrão da Apple; o prompt pede isso, então verifique se ele foi mantido.
  • Os prazos de retenção são os seus. Só você sabe o que o seu backend guarda e por quanto tempo.
  • Qualquer coisa incomum vai para um advogado. Dados de saúde, finanças, crianças ou dados compartilhados com um parceiro — um prompt não muda o que um modelo não consegue cobrir.

O que a AppFoyer faz aqui

O editor da página de privacidade no painel tem um painel Write it with your own AI (escreva com a sua própria IA): o mesmo prompt, já preenchido com o nome do seu app, o desenvolvedor, o e-mail de suporte, as plataformas, os links das lojas e os dados que você declarou. Copie, execute no assistente que você usa e cole a resposta de volta no painel — o Markdown é retirado do bloco de código e colocado no editor, onde a pré-visualização mostra exatamente o que será publicado. Nada fica público até você clicar em publicar, e o texto passa pelas mesmas verificações automáticas que qualquer outra edição.

A página de termos tem o mesmo painel com o próprio prompt — reproduzido em O seu app precisa de termos de serviço?. Se você usa o Claude Code, o plugin da AppFoyer faz o mesmo trabalho para as cinco páginas sem copiar e colar, e ele também não pode publicar. Nenhum dos dois caminhos é aconselhamento jurídico, e toda página diz isso.

As fontes oficiais