Vai al contenuto
AppFoyer
Inizia

Guide Informativa sulla privacy

L'URL dell'informativa sulla privacy che serve a un'app Android

Dove va l'URL, cosa deve coprire l'informativa, e la trappola degli SDK in cui cadono gli sviluppatori convinti che la loro app non raccolga nulla.

Entrambi gli store richiedono un URL dell'informativa sulla privacy raggiungibile pubblicamente e che si carichi senza login. Su Google Play va in App content → Privacy policy; su Apple è un campo di App Store Connect. La parte difficile non è l'URL ma il contenuto: deve coprire ciò che raccoglie ogni SDK della tua build.

1:03
Video di 1:03 · si apre su YouTube

Fallo invece in pochi minuti

AppFoyer ospita le pagine di cui parla questa guida (informativa sulla privacy, termini, supporto, eliminazione dell'account e app-ads.txt) su un sottodominio dedicato, senza un tuo dominio o server. Un'app è gratis, e niente di ciò che uno store richiede è mai a pagamento.

Inizia gratis Guarda un esempio dal vivo

Verificata il 19 settembre 2026. Le policy degli store cambiano, a volte senza preavviso. Tutto ciò che segue rimanda alla documentazione ufficiale, ed è quella pagina, non questa, a fare fede. Se le due non concordano, ha ragione lo store. Questa guida è tradotta dall'inglese; le citazioni dalla documentazione degli store restano nell'originale inglese.

Entrambi gli store vogliono un URL raggiungibile pubblicamente per la tua informativa sulla privacy, ed entrambi lo controllano. La policy User Data di Google Play lo dice chiaramente: “all apps must post a privacy policy link in the designated field within Play Console, and a privacy policy link or text within the app itself” («tutte le app devono pubblicare un link all’informativa sulla privacy nel campo apposito di Play Console, e un link o il testo dell’informativa sulla privacy all’interno dell’app stessa»), e quel campo si trova in App content → Privacy policy. Sul versante Apple è un campo obbligatorio in App Store Connect. Deve caricarsi senza login, nominare la tua app e la tua azienda, descrivere ciò che raccolgono l’app e tutto ciò che contiene, e funzionare ancora mesi dopo: una scheda dello store viene controllata più di una volta.

Il requisito non è difficile. La parte in cui la gente inciampa è il terzo punto di quell’elenco, e merita il resto di questa pagina.

“Ma la mia app non raccoglie niente”

È il presupposto che costa una settimana.

Il tuo codice magari non raccoglie nulla. Le tue dipendenze quasi certamente sì. Un sistema di crash reporting invia identificatori del dispositivo e stack trace. Un SDK di analisi invia eventi e un ID pubblicitario. Un SDK pubblicitario invia parecchio. Una libreria push registra un token che, per definizione, è legato a un dispositivo.

Quindi la domanda onesta non è “cosa raccolgo io” ma “cosa raccoglie tutto ciò che c’è nella mia build”. Apri il file delle dipendenze e scorrilo riga per riga: quell’elenco è la sostanza della tua informativa sulla privacy, ed è ciò che un revisore confronta con le tue risposte Data safety.

Dove i due non coincidono, lo store crede all’SDK.

Cosa deve coprire l’informativa

Come minimo, in un linguaggio che una persona riesca a leggere:

  • Cosa viene raccolto: categorie, non uno schema di database.
  • Perché: lo scopo di ciascuna categoria.
  • Chi altro lo vede: nomina le terze parti. Qui va il tuo elenco di SDK.
  • Per quanto tempo viene conservato.
  • Come contattarti, e come chiedere l’eliminazione.

Se hai utenti nell’UE, nel Regno Unito, in California o in Brasile, ciascuno di questi regimi si aspetta di vedere cose specifiche. Questa pagina non può dirti quali si applicano a te: dipende davvero dai tuoi utenti e dalla tua attività, e vale un’ora del tempo di un avvocato se c’è qualcosa di insolito nella tua app.

Motivi pratici per cui viene rifiutata

  • Un URL che richiede un login, o uno bloccato in alcune regioni.
  • Un PDF o un Google Doc. A volte accettato, spesso no, e dà un’impressione di improvvisazione.
  • Un’informativa che nomina un’altra app o un’altra azienda: il segno del copia-incolla. I revisori se ne accorgono.
  • Un’informativa che contraddice il tuo modulo Data safety. Vengono letti insieme.
  • Un link morto. Sei mesi dopo il lancio, l’host gratuito che avevi usato non c’è più.

Deve per forza costare?

No. Un’informativa sulla privacy è testo su una pagina; ciò che costa è un dominio, un posto dove ospitarla che ci sia ancora l’anno prossimo, e il tempo per scrivere qualcosa che corrisponda alla tua app reale.

Diffida dei generatori con prezzo per app al mese. Quello che stai noleggiando è un modello: verifica cosa succede al tuo URL quando smetti di pagare, perché un URL della privacy che smette di funzionare mentre è stampato in una scheda dello store attiva è un problema di cui sentirai parlare dallo store, non dal fornitore.

Cosa fa AppFoyer

Generiamo l’informativa dagli SDK trovati nei tuoi file di build (con un agente di programmazione che legge il repository, oppure da un breve modulo) e la ospitiamo sul suo sottodominio. La checklist continua ad avvisarti finché non hai sostituito il segnaposto dove vengono nominate le tue terze parti, perché è la parte che un revisore legge davvero.

I modelli sono un punto di partenza, non una consulenza legale, e ogni pagina generata lo dice.

Le fonti ufficiali