Esta é uma checagem de consistência: sua política de privacidade diz o que o app realmente faz, e ela corresponde ao que você informa às lojas? Não é aconselhamento jurídico e não diz o que a lei exige no seu caso. Para isso, consulte uma pessoa qualificada.
O que as lojas pedem
- Google Play (Central de Ajuda do Play Console, consultado em 2026-10-23): você publica o link da política de privacidade no campo próprio do Play Console e também fornece um link ou texto dentro do app. A política deve divulgar como o app acessa, coleta, usa e compartilha dados do usuário, incluir informações do desenvolvedor e um contato de privacidade, listar os tipos de dados e as partes com quem são compartilhados, descrever o tratamento seguro e informar retenção e exclusão. Deve estar claramente identificada como política de privacidade, em uma URL ativa e pública (sem PDFs). A página diz que a seção Segurança dos dados (Data safety) deve ser consistente com a política, e que apps que não tratam dados pessoais ou sensíveis também precisam de uma.
- Apple (Diretrizes de Revisão da App Store 5.1.1(i), consultado em 2026-10-23): todos os apps precisam de um link para a política de privacidade no campo de metadados do App Store Connect e, no app, de forma facilmente acessível. Ela deve identificar quais dados são coletados, como, e todos os usos; confirmar que terceiros como analytics, redes de anúncios e SDKs têm proteção equivalente; e explicar retenção, exclusão e como os usuários podem revogar o consentimento ou pedir a exclusão. A diretriz 2.3 acrescenta que os metadados do app, incluindo as informações de privacidade, devem refletir com precisão o app.
As regras mudam. Releia as duas páginas antes de enviar.
A checklist
| # | Verificação | Por quê | Como verificar |
|---|---|---|---|
| 1 | A política tem uma URL pública e funcional (não PDF, sem login) | As duas lojas pedem um link; o Google exige uma URL ativa e pública, sem PDFs | Abra em uma janela privada, com dados móveis |
| 2 | Está intitulada como política de privacidade e cita o app ou o desenvolvedor | O Google pede identificação clara e o nome da entidade ou do app | Compare título e nome com a sua ficha da loja |
| 3 | O link está preenchido no Play Console e/ou App Store Connect | Campos faltando bloqueiam o envio ou a revisão | Abra cada formulário da loja e compare a URL |
| 4 | O link está dentro do app, fácil de achar | As duas lojas pedem | Instale uma build limpa e encontre-o em menos de três toques |
| 5 | Cada tipo de dado que o app coleta está listado | A política deve refletir a realidade | Liste o que o app envia: contas, e-mail, IDs de dispositivo, localização, fotos, compras. Compare com seu código e o tráfego de rede |
| 6 | Como e por que cada tipo é usado está declarado | A Apple pede "todos os usos" | Escreva uma finalidade por tipo de dado |
| 7 | SDKs de terceiros (analytics, anúncios, relatório de falhas, login) estão cobertos | Eles também coletam dados | Abra sua lista de dependências e verifique o uso de dados de cada uma |
| 8 | Quem recebe os dados é nomeado ou descrito | O Google pede as partes com quem os dados são compartilhados | Liste o backend, os provedores de analytics e de pagamento |
| 9 | Retenção e exclusão estão explicadas, incluindo como o usuário pede a exclusão | As duas lojas pedem | Teste o caminho descrito: o usuário consegue de fato fazer isso? |
| 10 | Há um contato para dúvidas de privacidade | O Google pede um ponto de contato de privacidade | Envie um e-mail de teste para o endereço |
| 11 | As respostas de Segurança dos dados (Google) batem com a política | O Google diz que elas devem ser consistentes | Leia as duas lado a lado |
| 12 | As informações de privacidade que você preenche no App Store Connect batem com o app e a política | A Apple quer metadados, incluindo informações de privacidade, precisos | Mesma comparação lado a lado |
| 13 | Permissões pedidas no app são explicadas na política | Uma permissão sem finalidade declarada parece uma lacuna | Liste cada permissão e encontre a frase que a cobre |
| 14 | A política é atualizada quando você adiciona uma funcionalidade ou SDK | O desvio mais comum | Adicione "revisar política" à sua checklist de lançamento |
| 15 | O texto é legível para um usuário comum | Uma política que ninguém entende faz pouco efeito | Peça a alguém de fora do projeto que explique de volta |
| 16 | Casos especiais (crianças, saúde, pagamentos) são verificados por uma pessoa qualificada | Regras extras podem se aplicar; não são cobertas aqui | Anote como ponto em aberto em vez de adivinhar |
Modelo: tabela política x app
Tipo de dado | Coletado onde (tela/SDK) | Finalidade | Compartilhado com | Retenção | Na política? | No formulário da loja?
[e-mail] | [cadastro] | [login] | [backend] | [até a exclusão] | [ ] | [ ]
Preencha uma linha por tipo de dado. Qualquer caixa vazia é uma divergência a corrigir. Para adaptar, acrescente linhas por SDK e uma coluna para a base legal, se seu consultor pedir.
Relacionados
- Hub: hub de checklists de teste de apps mobile
- Checklist pré-lançamento do app: 30 coisas para verificar
- Primeira semana após o lançamento: checklist de monitoramento
Testadores da AppReviewX dão feedback privado e estruturado e podem dizer se os pedidos de permissão e de dados fazem sentido no app. Um feedback = 1 crédito; contas novas começam com 0. Comece grátis.
Informação geral, não aconselhamento jurídico.