Como preencher o formulário de Data safety do Google Play e os detalhes de App Privacy da Apple

Faça uma única lista do que o seu app envia para fora do dispositivo, incluindo os SDKs, e responda aos dois questionários a partir dela. O formulário de Data safety do Google Play e os detalhes de App Privacy da Apple perguntam sobre os mesmos fatos com palavras diferentes. Quando as suas respostas vêm de duas memórias separadas, elas se distanciam.

Todo app no Google Play precisa preencher o formulário de Data safety, inclusive um app que não coleta nada. Só ficam isentos os apps que estão publicados apenas em faixas de teste interno (ajuda de Data safety do Google Play). A Apple pede os detalhes de App Privacy para todo app na App Store (App Privacy details da Apple).

Onde ficam os formulários

• Google Play: Play Console → o seu app → App content → Data safety.
• App Store: App Store Connect → o seu app → App Privacy.

Passo 1: monte a lista

1. Cada SDK de terceiros. Leia os seus arquivos de dependências: build.gradle / libs.versions.toml, Podfile / Package.swift, pubspec.yaml, package.json. As duas lojas contam o que um SDK coleta como se fosse coleta sua. A Apple responsabiliza você por todo o código do seu app, inclusive o código que você não escreveu.
2. O que cada um envia. Use a página do próprio fornecedor. Alguns fornecedores publicam as respostas no próprio vocabulário do Play, entre eles RevenueCat, Unity Ads e OneSignal. O Google publica tabelas para o AdMob e para cada produto do Firebase. No iOS, a maioria dos SDKs atuais inclui um privacy manifest (PrivacyInfo.xcprivacy). No Xcode, abra o Organizer, clique com o botão direito em um archive e escolha Generate Privacy Report para ver todos os manifests do seu build em uma única página (documentação de privacy manifest da Apple).
3. A sua própria coleta. Contas (e-mail, id de usuário), tudo o que o seu backend armazena, a localização que o seu próprio código lê, os registros de compra que o seu servidor guarda.

Alguns fornecedores não publicam nada. A AppLovin não tem lista de tipos de dados para nenhuma das lojas, e vários SDKs de analytics não têm mapeamento para o Play. Para esses, leia a própria documentação do SDK sobre o que ele transmite e anote a lacuna. Não chute.

Passo 2: as perguntas do Google Play

Para cada tipo de dado, o Play pergunta:

• Coletado, compartilhado ou ambos? “Coletado” significa enviado para fora do dispositivo. “Compartilhado” significa enviado a um terceiro. Um prestador de serviço que trata dados em seu nome não conta como compartilhamento, e dados totalmente anonimizados também não. É por isso que o Firebase Analytics costuma ser “coletado, não compartilhado” e um SDK de anúncios costuma ser “coletado e compartilhado”.
• Tratado de forma efêmera? Só se o dado ficar na memória apenas pelo tempo necessário para atender àquela única solicitação, como uma localização enviada para buscar a previsão do tempo e não armazenada.
• Obrigatório ou opcional? Opcional significa que o usuário pode escolher se o dado é coletado.
• Por quê? As finalidades do Play são: App functionality, Analytics, Developer communications, Advertising or marketing, Fraud prevention, security, and compliance, Personalization, Account management. A coleta e o compartilhamento têm cada um as suas próprias finalidades.

Depois vêm duas perguntas de segurança. Todos os dados do usuário são criptografados em trânsito? Só você pode verificar isso. Um único endpoint http:// simples torna a resposta Não. Os usuários podem solicitar a exclusão? Você pode responder Sim se oferecer uma forma de solicitá-la, ou se excluir os dados automaticamente em até 90 dias.

Se o seu app permite que os usuários criem contas, as perguntas de Data deletion no mesmo formulário também pedem um link web onde os usuários podem solicitar a exclusão da conta (requisitos de exclusão de conta do Google Play). Veja o guia da URL de exclusão de conta.

Dados de pagamento digitados na própria tela de cobrança do Google Play não precisam ser declarados, desde que o seu app nunca tenha acesso a eles. Os registros de compra que o seu app ou um SDK recebe continuam sendo seus para declarar.

Passo 3: as perguntas da Apple

Para cada tipo de dado, a Apple pergunta a finalidade e duas perguntas de sim ou não:

• Vinculado ao usuário? O dado conta como vinculado, a menos que seja desidentificado antes de ser coletado. Uma conta, um id de usuário ou um id de dispositivo bastam para vinculá-lo.
• Usado para rastreamento? Rastreamento significa combinar os dados do seu app sobre um usuário ou dispositivo com dados de outras empresas para anúncios direcionados ou medição de anúncios, ou compartilhá-los com um data broker. Um SDK pode fazer isso mesmo que você nunca use esse recurso. Se algo é usado para rastreamento, o app precisa pedir permissão antes, pelo App Tracking Transparency (user privacy and data use da Apple).

As finalidades da Apple são: Third-Party Advertising, Developer’s Advertising or Marketing, Analytics, Product Personalization, App Functionality, Other Purposes.

A Apple só permite deixar um tipo de dado de fora quando todas as quatro condições são atendidas. Ele não pode ser usado para rastreamento nem para publicidade. Precisa ser coletado só raramente, fora da função principal do app e por opção do usuário. E o usuário precisa fornecê-lo conscientemente a cada vez. A maioria dos dados de SDKs falha na primeira condição.

As três respostas que as pessoas erram

1. “Não coletamos nada.” Relatórios de falhas e analytics enviam identificadores do dispositivo e diagnósticos, mesmo quando o seu próprio código não envia nada.
2. “Não compartilhado” para um SDK de anúncios. As redes de anúncios recebem identificadores e interações para as suas próprias finalidades de publicidade. Isso é compartilhamento.
3. Um formulário que diverge da política de privacidade. As lojas leem os dois juntos, então a divergência por si só já basta. Escreva ambos a partir da mesma lista. Veja quando os dois não batem.

Como manter atualizado

As respostas só são tão atuais quanto a sua lista de SDKs. Quando você adicionar um SDK, atualize os dois formulários e a sua política de privacidade na mesma mudança. Os fornecedores também revisam as suas divulgações a cada nova versão do SDK.

Deixe um assistente de IA encontrar os SDKs

A parte lenta é o passo 1, e um agente de programação aberto no repositório do seu app pode fazê-la por você: Claude Code, Cursor, Codex e similares. O prompt abaixo pede que ele leia só os seus arquivos de build e nomeie cada SDK e cada fato de dados com o arquivo de onde veio. Ele não pergunta o que cada SDK coleta. A memória de um modelo sobre a divulgação de um fornecedor é um chute, e essa parte deve vir do fornecedor.

Ele responde em um pequeno formato JSON que o painel do AppFoyer lê. Sem o AppFoyer, a lista que ele mostra no Step 2 continua sendo a lista a partir da qual preencher os dois formulários.

You are helping me fill in Google Play's Data safety form and Apple's App Privacy details for my mobile app. AppFoyer turns your answer into draft answers for both forms, using each SDK vendor's own published disclosure. Your job is only to find what is in the build — not to say what any SDK collects.

## About the app

- App name: [app name]
- Platforms: [Android, iOS or both]

## Step 1 — read the build files

Read only the app's build, manifest and store-metadata files — for example `build.gradle(.kts)`, `gradle/libs.versions.toml`, `AndroidManifest.xml`, `Podfile.lock`, `Package.swift`, `Package.resolved`, `Info.plist`, `*.entitlements`, `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. If you cannot read the code, ask me which SDKs the app uses instead.

Find:

1. Every third-party SDK in the build. Match it to one of these ids where it fits:

- `admob` — Google Mobile Ads (AdMob)
- `applovin-max` — AppLovin MAX
- `unity-ads` — Unity Ads
- `firebase-analytics` — Google Analytics for Firebase
- `mixpanel` — Mixpanel
- `amplitude` — Amplitude
- `meta-app-events` — Meta SDK — App Events
- `firebase-crashlytics` — Firebase Crashlytics
- `sentry` — Sentry
- `firebase-auth` — Firebase Authentication
- `google-sign-in` — Google Sign-In
- `meta-login` — Meta SDK — Facebook Login
- `revenuecat` — RevenueCat
- `firebase-messaging` — Firebase Cloud Messaging
- `onesignal` — OneSignal

   An SDK that fits none of them goes under `otherSdks` with its package name. Never force a match.

2. Which of these facts are true, from the dependencies, permissions and usage-description keys:

- `account` — users sign in or create accounts
- `analytics` — usage analytics
- `ads` — advertising
- `crash` — crash reporting or diagnostics
- `location` — the app reads the device location
- `purchases` — in-app purchases or subscriptions

   If none is true, the facts are `["none"]`.

Keep the file, and the line where you can, for every SDK and every fact. A README sentence is not evidence.

## Step 2 — confirm with me

Show me the list, grouped as SDKs, other SDKs and facts, each with its file. Ask me to confirm or correct it, and to add anything the build files cannot show — for example an SDK loaded at runtime. Wait for my answer.

## Step 3 — reply in AppFoyer's format

Reply with one ```json code block and nothing after it, exactly in this shape:

```json
{
  "format": "appfoyer-store-forms/1",
  "platform": "android | ios | both",
  "sdks": [{ "id": "admob", "file": "app/build.gradle.kts", "line": 42 }],
  "otherSdks": [{ "name": "com.example:tracker", "file": "app/build.gradle.kts", "line": 57 }],
  "facts": [{ "fact": "ads", "file": "app/src/main/AndroidManifest.xml", "line": 12 }]
}
```

- `id` is one of the ids above, spelled exactly. `fact` is one of the facts above, or `none`.
- `line` is a number, or leave it out when you do not know it.
- Empty lists are `[]`. No comments inside the JSON.
- Do not describe what an SDK collects, and do not add fields.

Com o AppFoyer

Cada app no painel tem uma aba Store forms. Marque os SDKs que o seu build inclui, e ela rascunha as respostas de Data safety e App Privacy a partir deles e das configurações do seu app. Cada resposta indica a sua fonte: as respostas do próprio fornecedor, o privacy manifest dele ou a nossa leitura da lista de dados dele. A aba sinaliza um SDK que a sua política de privacidade não menciona e entrega o link de exclusão de conta para você colar. O plugin do Claude Code preenche a lista de SDKs a partir dos seus arquivos de build. Com outro assistente, copie o prompt da aba, rode-o e cole a resposta de volta: a aba mostra as respostas que ela implica antes que qualquer coisa seja salva. Você ainda digita as respostas em cada console e as confere lá. São rascunhos, não aconselhamento jurídico. A aba é gratuita em todos os planos.