# Política de privacidade de app iOS: o que a Apple exige > Política de privacidade, declarações, URL de suporte: o que a Apple realmente exige antes de publicar um app iOS, e como escrever a sua. Página original: [Política de privacidade de app iOS: o que a Apple exige](https://devoria.fr/pt-br/blog/politica-de-privacidade-app-ios) Autor: [Mehdi Azizi](https://devoria.fr/pt-br/mehdi-azizi) Publicação: 2026-10-01 Última revisão do conteúdo: 2026-10-09 ## Por que a Apple exige uma política de privacidade Assim que você cria uma página no App Store Connect, a Apple pede uma URL de política de privacidade e uma URL de suporte que funcione de verdade. Não é uma formalidade decorativa: as [guidelines do App Review](https://developer.apple.com/app-store/review/guidelines/) exigem que todo app tenha uma, com ou sem conta de usuário. Sem essa página acessível, seu envio fica bloqueado antes mesmo da análise do revisor. Uma política de privacidade ausente, ou que não corresponde ao comportamento real do app, é um dos motivos de rejeição mais fáceis de evitar. Também é um dos pontos que eu confiro primeiro quando reviso um projeto antes de mandar para a Apple. ## O que sua política de privacidade precisa conter de verdade O texto tem que descrever o que seu app coleta de verdade, não uma lista genérica copiada de outro lugar. Quatro elementos aparecem na maioria dos casos: **Os dados coletados.** Conta, e-mail, conteúdo criado no app, dados técnicos como o identificador de publicidade, se você usar um. Se você não coleta nada em especial, diga isso claramente também. **O motivo de cada coleta.** Por que você precisa desse dado para o app funcionar, não uma justificativa vaga. **Os terceiros envolvidos.** Se você usa um provedor de autenticação, de pagamento, de analytics ou de IA, cite o nome. Um app que envia uma foto para um serviço de IA externo, por exemplo, precisa dizer isso explicitamente e, na maioria das vezes, [pedir autorização antes de enviar](https://devoria.fr/pt-br/blog/guideline-5-1-2-ia-terceiros-att-compartilhamento-dados). **Como excluir os dados.** A Apple exige que um app com conta de usuário ofereça um jeito de excluir essa conta dentro do próprio app, não só por e-mail. O caminho precisa ser acessível, não escondido num submenu improvável. ## A diferença entre a política e as declarações de privacidade Duas coisas diferentes costumam se misturar na cabeça de quem está começando. A política de privacidade é um texto hospedado numa página web, acessível por um link. As declarações de privacidade são um formulário preenchido direto no App Store Connect, na seção "App Privacy", que lista por categoria os dados coletados e o uso deles, e que depois aparece na sua página pública. As duas precisam contar a mesma história. Uma declaração que diz "nenhum dado coletado" enquanto seu app usa um SDK de analytics que coleta um identificador é o tipo de divergência que um revisor, ou uma auditoria depois, pode pegar. Preencha esse formulário verificando de verdade o que seu código faz e o que declara seu [privacy manifest](https://devoria.fr/pt-br/blog/itms-91053-missing-api-declaration-expo), não marcando a opção que parece mais simples. ## E o RGPD nessa história? Se seu app tem usuários na Europa, o RGPD (o GDPR europeu) se aplica além das exigências da Apple. A [CNIL, autoridade francesa de proteção de dados, publica um guia para desenvolvedores de apps mobile](https://www.cnil.fr/fr/applications-mobiles-les-bonnes-pratiques) que detalha os princípios: coletar só o necessário, informar com clareza, permitir o acesso e a exclusão dos dados. As exigências da Apple e o RGPD se sobrepõem bastante, mas atender à Apple não basta automaticamente para atender ao RGPD se seu app trata dados pessoais no sentido amplo. Se seu app é simples, sem conta nem dado pessoal coletado além do que o iOS gerencia nativamente, sua política pode ser curta: diga isso com clareza em vez de copiar um texto longo e fora de contexto. ## Um caso concreto: as rejeições ligadas à regra 5.1.1 Na minha experiência publicando apps, recebi uma rejeição da Apple por uma política de privacidade online que estava desatualizada, e por um botão de funcionalidade exibido antes do pedido de permissão de câmera esperado. Os dois casos se enquadram na [regra 5.1.1](https://developer.apple.com/app-store/review/guidelines/#data-collection-and-storage), sobre coleta e armazenamento de dados. O guia [rejeição da Apple, regra 2.1](https://devoria.fr/pt-br/blog/guideline-2-1-rejeicao-app-store) detalha outro motivo comum, ligado desta vez ao que o testador consegue realmente fazer no app. A lição comum aos dois casos: o revisor compara o que sua política promete, o que seu app faz de verdade e o que você declarou no formulário. Uma divergência entre esses três elementos basta para bloquear o envio, mesmo que o resto esteja sólido. ## Como escrever a sua sem inventar nada Para um primeiro app, parta da lista real dos serviços que você usa: autenticação, banco de dados, pagamento, analytics, IA. Para cada um, anote o que ele recebe do seu app e por quê. Essa lista vira o esqueleto da sua política: você não precisa de um texto jurídico de dez páginas para um app com uma conta simples e uma assinatura. Se seu app é feito com Expo, o guia sobre [chaves de API num app Expo](https://devoria.fr/pt-br/blog/chave-api-secreta-expo-o-que-proteger) explica onde colocar as chamadas a serviços de terceiros, o que também ajuda a saber exatamente quais dados passam por quais serviços na hora de escrever sua política. Com esse texto e as declarações de privacidade prontos, eles se juntam ao resto do material antes do envio à Apple: página do app, capturas de tela, notas para o testador. A página [publicar um app na App Store](https://devoria.fr/pt-br/expertise/publicar-app-na-app-store) detalha todas essas etapas, na ordem em que o App Store Connect pede. ## O próximo passo: um projeto revisado antes do envio Não posso garantir que a Apple vai aceitar seu app de primeira, ninguém pode, sendo honesto. O que eu posso é te ajudar a evitar as rejeições evitáveis, incluindo a política de privacidade. Para conferir tudo antes do envio, o [Apple Review Kit](https://devoria.fr/pt-br/kits/review-apple) reúne meu checklist e skills do Claude Code que revisam seu projeto, seu paywall e sua página. Quer primeiro uma lista gratuita? O [diagnóstico gratuito](https://devoria.fr/pt-br/diagnostic) te envia meu checklist anti-rejeição da Apple, com os pontos de privacidade que eu confiro antes de cada envio. ## Perguntas frequentes ### O que é uma política de privacidade para um app iOS? É um texto hospedado numa página web, acessível por um link, que descreve o que seu app coleta de verdade. Você informa a URL à Apple no App Store Connect logo ao criar a página do app. Não é uma lista genérica copiada de outro lugar: ela precisa corresponder ao comportamento real do app. ### A política de privacidade é obrigatória para publicar um app iOS? Sim, as guidelines da Apple exigem uma política de privacidade para todo app, com ou sem conta de usuário. Sem essa página acessível, seu envio fica bloqueado antes mesmo da análise do revisor. Se seu app é simples, a política pode ser curta. Diga claramente o que você coleta, ou que não coleta nada em especial, em vez de copiar um texto longo e fora de contexto. ### O que colocar na política de privacidade de um app? Quatro elementos aparecem na maioria dos casos: os dados coletados, o motivo de cada coleta, os terceiros envolvidos e o jeito de excluir os dados. Para os dados coletados, pense na conta, no e-mail, no conteúdo criado e no identificador de publicidade, se você usar um. Um app que envia uma foto para um serviço de IA externo precisa dizer isso explicitamente. ### Qual a diferença entre a política de privacidade e as declarações de privacidade (App Privacy)? A política é um texto hospedado numa página web, acessível por um link. As declarações são um formulário preenchido no App Store Connect, na seção App Privacy, que lista por categoria os dados coletados e o uso deles, e depois aparece na sua página pública. As duas precisam contar a mesma história: preencha o formulário verificando o que seu código faz de verdade. ### Preciso respeitar o RGPD além das regras da Apple? Sim, se seu app tem usuários na Europa: o RGPD se aplica além das exigências da Apple. Os dois se sobrepõem bastante, mas atender à Apple não basta automaticamente se seu app trata dados pessoais no sentido amplo. A CNIL publica um guia para desenvolvedores de apps mobile: coletar só o necessário, informar com clareza, permitir o acesso e a exclusão. ### A Apple pode rejeitar um app por causa da política de privacidade? Sim, uma política ausente, ou que não corresponde ao comportamento real do app, é um motivo de rejeição evitável. O revisor compara o que sua política promete, o que seu app faz e o que você declarou no formulário. Uma divergência entre os três basta para bloquear o envio. Eu recebi uma rejeição por uma política online que estava desatualizada. ## Seu projeto [Apple Review Kit](https://devoria.fr/pt-br/kits/review-apple): A checklist de review da App Store que eu uso, minhas rejeições da Apple corrigidas, as notas para o revisor e duas skills do Claude Code que revisam seu app. 29 €. [iOS Kit](https://devoria.fr/pt-br/kits/ios): Crie seu app de iPhone com Claude Code: o código inicial dos meus apps, as skills que verificam o trabalho dele e os kits Apple Review, App Store Screenshots e ASO. 129,99 €.