Privacy policy app iOS: cosa chiede Apple e come scriverla

Perché Apple chiede una privacy policy

Appena crei una scheda in App Store Connect, Apple ti chiede un URL della privacy policy e un URL di assistenza che risponda davvero. Non è una formalità decorativa: le linee guida di App Review impongono che ogni app ne abbia una, che la tua app abbia un account utente oppure no. Senza questa pagina raggiungibile, l'invio è bloccato prima ancora dell'esame del reviewer.

Una privacy policy mancante, o che non corrisponde al comportamento reale dell'app, è tra i motivi di rifiuto più evitabili. È anche uno dei primi punti che ricontrollo quando rileggo un progetto prima di mandarlo ad Apple.

Cosa deve contenere davvero la tua privacy policy

Il testo deve descrivere quello che la tua app raccoglie davvero, non un elenco generico copiato altrove. Nella maggior parte dei casi tornano quattro elementi:

I dati raccolti. Account, email, contenuti creati nell'app, dati tecnici come l'identificativo pubblicitario se ne usi uno. Se non raccogli niente di particolare, dillo chiaramente.

Il motivo di ogni raccolta. Perché ti serve quel dato per far funzionare l'app, non una giustificazione vaga.

I servizi di terze parti coinvolti. Se passi da un provider di autenticazione, di pagamento, di analytics o di IA, nominalo. Un'app che invia una foto a un servizio di IA esterno, per esempio, deve dirlo esplicitamente e, il più delle volte, chiedere un'autorizzazione prima di inviarla.

Come eliminare i propri dati. Apple richiede che un'app con account utente offra un modo per eliminare l'account direttamente dall'app, non solo via email. Il percorso deve essere accessibile, non nascosto in un sottomenu improbabile.

La differenza tra privacy policy e dichiarazioni sulla privacy

Nella testa di chi inizia, due cose distinte spesso si confondono. La privacy policy è un testo ospitato su una pagina web, raggiungibile tramite un link. Le dichiarazioni sulla privacy sono un modulo compilato direttamente in App Store Connect, nella sezione "App Privacy", che elenca per categoria i dati raccolti e il loro uso, e che poi appare sulla tua scheda pubblica.

Le due cose devono raccontare la stessa storia. Una dichiarazione che dice "nessun dato raccolto" mentre la tua app usa un SDK di analytics che raccoglie un identificativo è proprio il tipo di incongruenza che un reviewer, o un controllo successivo, può notare. Compila il modulo verificando davvero cosa fa il tuo codice e cosa dichiara il tuo privacy manifest, non spuntando la casella che sembra più semplice.

E il GDPR?

Se la tua app si rivolge a utenti in Europa, il GDPR (RGPD in francese) si applica in aggiunta ai requisiti di Apple. La CNIL, l'autorità francese per la protezione dei dati, pubblica una guida per gli sviluppatori di app mobili che spiega i principi: raccogliere solo il necessario, informare con chiarezza, permettere l'accesso ai dati e la loro cancellazione. I requisiti di Apple e il GDPR si sovrappongono molto, ma rispettare Apple non basta automaticamente a rispettare il GDPR se la tua app tratta dati personali in senso ampio.

Se la tua app resta semplice, senza account né dati personali raccolti oltre a quelli che iOS gestisce nativamente, la tua policy può restare breve: dillo chiaramente invece di copiare un testo lungo e fuori tema.

Un caso concreto: i rifiuti legati alla regola 5.1.1

Pubblicando le mie app, ho ricevuto un rifiuto da Apple per una privacy policy online non più aggiornata, e per un pulsante di una funzionalità mostrato prima della richiesta di autorizzazione alla fotocamera prevista. Entrambi i casi rientrano nella regola 5.1.1 sulla raccolta e conservazione dei dati. La guida sul rifiuto Apple per la regola 2.1 spiega un altro motivo frequente, legato stavolta a quello che il tester può fare davvero nell'app.

La lezione comune ai due casi: il reviewer confronta quello che promette la tua policy, quello che fa davvero la tua app e quello che hai dichiarato nel modulo. Un'incongruenza tra questi tre elementi basta a bloccare l'invio, anche se il resto del progetto è solido.

Come scrivere la tua senza inventare tutto

Per una prima app, parti dall'elenco reale dei servizi che usi: autenticazione, database, pagamento, analytics, IA. Per ognuno, annota cosa riceve dalla tua app e perché. Questo elenco diventa lo scheletro della tua policy: non ti serve un testo legale di dieci pagine per un'app con un account semplice e un abbonamento.

Se la tua app è costruita con Expo, la guida sulle chiavi API in un'app Expo spiega dove mettere le chiamate ai servizi di terze parti, e ti aiuta anche a sapere con precisione quali dati passano da quali servizi quando scrivi la policy.

Quando il testo e le dichiarazioni sulla privacy sono pronti, si aggiungono al resto del materiale da preparare prima dell'invio ad Apple: scheda, screenshot, note per il tester. La pagina pubblicare un'app sull'App Store spiega tutti questi passaggi, nell'ordine in cui li chiede App Store Connect.

Il passo successivo: un progetto ricontrollato prima dell'invio

Non posso garantirti che Apple accetterà la tua app al primo colpo: nessuno può farlo onestamente. Quello che posso fare è aiutarti a evitare i rifiuti evitabili, privacy policy compresa. Per verificare il tuo progetto prima dell'invio, l'Apple Review Kit riunisce la mia checklist e delle skill di Claude Code che rileggono il tuo progetto, il tuo paywall e la tua scheda.

Vuoi prima una lista gratuita? La diagnosi gratuita ti invia la mia checklist anti-rifiuto Apple, con i punti sulla privacy che controllo prima di ogni invio.

Domande frequenti

Cos'è una privacy policy per un'app iOS?

È un testo ospitato su una pagina web, raggiungibile tramite un link, che descrive quello che la tua app raccoglie davvero. Ne fornisci l'URL ad Apple in App Store Connect già quando crei la scheda. Non è un elenco generico copiato altrove: deve corrispondere al comportamento reale dell'app.

La privacy policy è obbligatoria per pubblicare un'app iOS?

Sì, le linee guida di Apple impongono una privacy policy a ogni app, che la tua app abbia un account utente oppure no. Senza questa pagina raggiungibile, l'invio è bloccato prima ancora dell'esame del reviewer. Se la tua app resta semplice, la policy può restare breve. Di' chiaramente cosa raccogli, o che non raccogli niente di particolare, invece di copiare un lungo testo fuori tema.

Cosa mettere nella privacy policy di un'app?

Nella maggior parte dei casi tornano quattro elementi: i dati raccolti, il motivo di ogni raccolta, i servizi di terze parti coinvolti e il modo per eliminare i propri dati. Per i dati raccolti, pensa all'account, all'email, ai contenuti creati e all'identificativo pubblicitario se ne usi uno. Un'app che invia una foto a un servizio di IA esterno deve dirlo esplicitamente.

Che differenza c'è tra privacy policy e dichiarazioni sulla privacy (App Privacy)?

La policy è un testo ospitato su una pagina web, raggiungibile tramite un link. Le dichiarazioni sono un modulo compilato in App Store Connect, nella sezione App Privacy, che elenca per categoria i dati raccolti e il loro uso, e poi appare sulla tua scheda pubblica. Le due cose devono raccontare la stessa storia: compila il modulo verificando cosa fa davvero il tuo codice.

Bisogna rispettare il GDPR oltre alle regole di Apple?

Sì, se la tua app si rivolge a utenti in Europa: il GDPR si applica in aggiunta ai requisiti di Apple. I due si sovrappongono molto, ma rispettare Apple non basta automaticamente se la tua app tratta dati personali in senso ampio. La CNIL, l'autorità francese per la protezione dei dati, pubblica una guida per gli sviluppatori di app mobili: raccogliere solo il necessario, informare con chiarezza, permettere l'accesso e la cancellazione.

Apple può rifiutare un'app per colpa della privacy policy?

Sì, una policy mancante, o che non corrisponde al comportamento reale dell'app, è un motivo di rifiuto evitabile. Il reviewer confronta quello che promette la tua policy, quello che fa la tua app e quello che hai dichiarato nel modulo. Un'incongruenza tra i tre basta a bloccare l'invio. Io ho ricevuto un rifiuto per una policy online non più aggiornata.