Questo è un controllo di coerenza: la tua privacy policy dice ciò che fa davvero la tua app, e corrisponde a ciò che dichiari agli store? Non è consulenza legale e non ti dice cosa richiede la legge nel tuo caso. Per quello, chiedi a una persona qualificata.
Cosa chiedono gli store
- Google Play (Guida di Play Console, consultata il 2026-10-23): inserisci il link alla privacy policy nel campo previsto di Play Console e fornisci anche un link o un testo all'interno dell'app. La policy deve spiegare come l'app accede, raccoglie, usa e condivide i dati utente, includere le informazioni dello sviluppatore e un contatto per la privacy, elencare i tipi di dati e i soggetti con cui vengono condivisi, descrivere la gestione sicura e indicare conservazione ed eliminazione. Deve essere chiaramente etichettata come informativa sulla privacy, su un URL pubblico e attivo (niente PDF). La pagina dice che la sezione Data safety deve essere coerente con la policy, e che anche le app che non trattano dati personali o sensibili ne hanno bisogno.
- Apple (App Review Guidelines 5.1.1(i), consultate il 2026-10-23): tutte le app devono avere un link alla privacy policy nel campo dei metadati di App Store Connect e nell'app, in un punto facilmente accessibile. Deve identificare quali dati vengono raccolti, come e per quali usi; confermare che i terzi, come analytics, reti pubblicitarie e SDK, offrono una protezione equivalente; e spiegare conservazione, eliminazione e come gli utenti possono revocare il consenso o chiedere la cancellazione. La linea guida 2.3 aggiunge che i metadati dell'app, incluse le informazioni sulla privacy, devono riflettere con precisione l'app.
Le regole cambiano. Rileggi entrambe le pagine prima di inviare.
La checklist
| # | Verifica | Perché | Come verificare |
|---|---|---|---|
| 1 | La policy ha un URL pubblico e funzionante (non un PDF, senza login) | Entrambi gli store chiedono un link; Google chiede un URL attivo e pubblico, niente PDF | Aprilo in una finestra privata con dati mobili |
| 2 | È intitolata come privacy policy e indica il nome dell'app o dello sviluppatore | Google chiede un'etichetta chiara e il soggetto o il nome dell'app elencato | Confronta titolo e nome con la scheda dello store |
| 3 | Il link è inserito in Play Console e/o App Store Connect | I campi mancanti bloccano l'invio o la revisione | Apri ogni modulo dello store e confronta l'URL |
| 4 | Il link è dentro l'app, facile da trovare | Entrambi gli store lo chiedono | Installa una build pulita e trovalo con meno di tre tocchi |
| 5 | Ogni tipo di dato raccolto dall'app è elencato | La policy deve corrispondere alla realtà | Elenca ciò che l'app invia: account, email, ID dispositivo, posizione, foto, acquisti. Confronta con il codice e con il traffico di rete |
| 6 | Come e perché ogni tipo di dato viene usato è dichiarato | Apple chiede "tutti gli usi" | Scrivi una finalità per ogni tipo di dato |
| 7 | Gli SDK di terzi (analytics, pubblicità, segnalazione crash, login) sono coperti | Anche loro raccolgono dati | Apri l'elenco delle dipendenze e verifica l'uso dei dati di ciascuno |
| 8 | È indicato o descritto chi riceve i dati | Google chiede i soggetti con cui i dati sono condivisi | Elenca il backend, i fornitori di analytics e di pagamento |
| 9 | Conservazione ed eliminazione sono spiegate, incluso come un utente chiede la cancellazione | Entrambi gli store lo chiedono | Prova il percorso descritto: un utente può davvero farlo? |
| 10 | È indicato un contatto per le domande sulla privacy | Google chiede un referente per la privacy | Invia una email di prova all'indirizzo |
| 11 | Le risposte Data safety (Google) corrispondono alla policy | Google dice che devono corrispondere | Leggile fianco a fianco |
| 12 | I dettagli sulla privacy inseriti in App Store Connect corrispondono all'app e alla policy | Apple vuole che i metadati, incluse le informazioni sulla privacy, siano accurati | Stesso controllo fianco a fianco |
| 13 | I permessi richiesti nell'app sono spiegati nella policy | Un permesso senza finalità dichiarata sembra una lacuna | Elenca ogni permesso e trova la frase che lo copre |
| 14 | La policy viene aggiornata quando aggiungi una funzione o un SDK | È la deriva più comune | Aggiungi "rivedi la policy" alla checklist di rilascio |
| 15 | Il testo è leggibile per un utente normale | Una policy che nessuno capisce serve a poco | Chiedi a qualcuno esterno al progetto di spiegarla a voce |
| 16 | I casi speciali (minori, salute, pagamenti) sono verificati da una persona qualificata | Possono valere regole aggiuntive; qui non sono trattate | Annotalo come punto aperto invece di tirare a indovinare |
Modello: tabella policy contro app
Tipo di dato | Dove viene raccolto (schermata/SDK) | Finalità | Condiviso con | Conservazione | Nella policy? | Nel modulo dello store?
[email] | [registrazione] | [login] | [backend] | [fino all'eliminazione] | [ ] | [ ]
Compila una riga per ogni tipo di dato. Ogni casella vuota è una discrepanza da correggere. Per adattarla, aggiungi righe per ogni SDK e una colonna per la base giuridica se il tuo consulente la chiede.
Correlati
- Hub: hub delle checklist per il test delle app mobili
- Checklist pre-lancio dell'app: 30 cose da verificare
- Prima settimana dopo il lancio: checklist di monitoraggio
I tester di AppReviewX danno feedback privato e strutturato e possono dirti se le richieste di permessi e di dati nell'app hanno senso. Un feedback = 1 credito; i nuovi account partono da 0. Inizia gratis.
Informazioni generali, non consulenza legale.