Privacy Nutrition Label sono etichette sulla privacy nell'App Store che mostrano all'utente quali dati l'app raccoglie e per quali scopi. Apple richiede che ogni app abbia un'etichetta compilata prima della pubblicazione o dell'aggiornamento. Secondo Apple App Privacy Details, le etichette sulla privacy coprono 14 categorie di dati e 5 scopi di raccolta, dalle analisi alla personalizzazione dei contenuti.
Punti chiave
Privacy Nutrition Label è un blocco visivo sulla pagina di un'app nell'App Store che mostra un riepilogo della raccolta dati. Apple ha introdotto le etichette nel dicembre 2020 come analogo delle informazioni nutrizionali sui prodotti alimentari: invece di calorie e grassi, l'utente vede quali dati l'app raccoglie e come vengono utilizzati.
Le etichette sono composte da due sezioni: “Dati utilizzati per il tracciamento” e “Dati collegati all'utente”. La prima indica i dati trasmessi a terze parti per il tracciamento. La seconda include tutti i dati che l'app raccoglie e collega all'account o dispositivo dell'utente.
Ogni elemento di dati è contrassegnato da un colore: giallo (dati collegati all'utente) o verde (dati non collegati all'utente). Più etichette gialle ci sono, maggiore è l'attenzione che l'utente presta ai dati raccolti. Secondo Adjust (2024), le app con 8+ etichette gialle hanno il 22% in meno di conversioni di installazione.
La compilazione delle etichette avviene in App Store Connect tramite un'interfaccia web. Lo sviluppatore risponde a domande: se l'app raccoglie un determinato tipo di dati, se è collegato all'utente e per quali scopi viene utilizzato. Apple non verifica la veridicità delle etichette a livello programmatico, ma una discrepanza tra la dichiarazione e il comportamento effettivo può portare al rifiuto.
Apple ha annunciato le etichette al WWDC 2020 insieme a iOS 14. Inizialmente, facevano parte di un'iniziativa sulla privacy più ampia che includeva anche ATT e Privacy Manifest. La compilazione delle etichette è diventata obbligatoria per tutte le app e gli aggiornamenti a partire dall'8 dicembre 2020.
Le etichette sono state la risposta di Apple alla crescente attenzione di regolatori e utenti verso la raccolta dati. A differenza di GDPR e CCPA, che richiedono il consenso formale, Apple si è concentrata sulla trasparenza: l'utente vede immediatamente quali dati vengono raccolti, anche prima di installare l'app.
Nel 2022, Apple ha aggiunto interattività alle etichette: l'utente può toccare ogni categoria e vedere per quali scopi i dati vengono utilizzati. Nel 2024, Apple ha iniziato a richiedere che le etichette corrispondano ai dati dichiarati nel Privacy Manifest all'interno del binario.
Google ha introdotto una sezione simile “Sicurezza dei dati” (Data Safety) in Google Play nell'aprile 2022. La differenza principale: Google verifica le etichette utilizzando la scansione automatica del codice e può richiedere conferma allo sviluppatore, mentre Apple si affida alla dichiarazione dello sviluppatore con verifica durante la revisione.
Inoltre, Google Play richiede di specificare le misure di sicurezza (crittografia dei dati a riposo e in transito, conformità ai programmi di sicurezza). Apple non richiede queste informazioni, ma verifica la conformità attraverso funzionalità obbligatorie come ATS (App Transport Security).
Apple non analizza il codice dell'app per compilare le etichette — lo sviluppatore dichiara autonomamente i dati raccolti. Tuttavia, nel 2024, Apple ha iniziato a incrociare le etichette con il Privacy Manifest all'interno del binario, rendendo il processo più formalizzato.
Lo sviluppatore va in App Store Connect → seleziona l'app → sezione “Privacy dell'app” → “Etichette sulla privacy”. Si apre un questionario con domande su ciascuna delle 14 categorie di dati. Per ogni categoria, è necessario specificare: se si raccoglie questo tipo di dati, se è collegato all'utente e per quali scopi.
Gli scopi di raccolta includono: pubblicità di terze parti, analisi dello sviluppatore, sviluppo del prodotto, personalizzazione dei contenuti e funzionalità dell'app. Una categoria di dati può essere utilizzata per più scopi. Importante: se i dati vengono condivisi con terze parti, deve essere contrassegnato come tracciamento.
Dopo aver salvato le modifiche, Apple genera una nuova versione delle etichette, che appare nell'App Store entro 24 ore. Quando si invia una nuova build, le etichette vengono verificate automaticamente: se non sono compilate, il pulsante di invio viene bloccato. Apple Developer (2024) raccomanda di aggiornare le etichette a ogni modifica della logica di raccolta dati.
Fino al 2024, le etichette erano completamente autodichiarate — Apple si fidava delle risposte dello sviluppatore. Con l'introduzione del Privacy Manifest e l'integrazione delle etichette con il manifesto, Apple ha iniziato il riferimento incrociato automatico. Ad esempio, se il manifesto dichiara la raccolta di identificatori (IDFA) per pubblicità, ma le etichette non contrassegnano questa categoria, App Store Connect emette un avviso.
Tuttavia, la verifica automatica completa non esiste ancora. Lo sviluppatore deve mantenere aggiornate entrambe le fonti di dati (etichette + manifesto). Le discrepanze possono essere rilevate durante la revisione manuale, specialmente per aggiornamenti importanti o app con grandi quantità di dati.
| Metodo di verifica | Apple | |
|---|---|---|
| Autodichiarazione | Sì, principale | Sì, principale |
| Verifica automatica del codice | Parziale (dal 2024, tramite manifesto) | Sì |
| Controllo manuale del revisore | Su sospetto | Raramente |
Apple divide i dati in 14 categorie raggruppate in 3 sezioni: dati utilizzati per il tracciamento, dati collegati all'utente e dati non collegati all'utente. Esaminiamo le principali categorie.
La categoria “Informazioni di contatto” include nome, email, telefono e indirizzo fisico. La categoria “Identificatori” include IDFA, ID utente e nome utente. Se l'app utilizza l'accesso social e riceve l'email dell'utente, questa categoria deve essere specificata con lo scopo “Esecuzione di funzioni”.
La categoria “Dati di pagamento” include informazioni di acquisto: numero di carta (se non viene utilizzato Apple Pay) e cronologia acquisti. Apple Pay non richiede di specificare questa categoria perché Apple elabora i pagamenti per proprio conto e non trasmette dati allo sviluppatore.
La categoria “Dati di utilizzo” include registri di interazione, clic pubblicitari, visualizzazioni di pagina e tempo di sessione. La maggior parte delle app raccoglie questi dati per analisi. Importante: se i dati vengono condivisi con terze parti (Google Analytics, Firebase), lo scopo “Analisi” deve essere contrassegnato.
La categoria “Diagnostica” include registri di crash, dati di prestazione e rapporti di avvio. Questi dati di solito non sono collegati all'utente (not linked) e vengono raccolti in forma aggregata. Nonostante ciò, devono essere riflessi nelle etichette se l'app utilizza Crashlytics o Sentry.
La categoria “Contenuti dell'utente” include foto, video, audio, file e contenuti generati dall'utente (messaggi, commenti). Se l'app richiede l'accesso a foto o file, questa categoria è obbligatoria. Anche se l'app legge solo foto, ciò è considerato raccolta dati.
La categoria “Cronologia acquisti” include dati aggregati su acquisti in-app, abbonamenti e pagamenti. Non confondere con “Informazioni finanziarie”. La cronologia acquisti sono metadati di transazioni, non dettagli di pagamento.
Guida passo passo per compilare Privacy Nutrition Label in App Store Connect per un'app nuova o aggiornata.
Prima di compilare le etichette, crea un elenco completo di tutti gli SDK e servizi che raccolgono dati: Firebase, AppsFlyer, Google Ads, Facebook SDK, Sentry, Amplitude. Per ogni SDK, controlla quali dati raccoglie e se condivide dati con terze parti. Adjust (2024) raccomanda di mantenere una tabella con tipi di dati, scopi e collegamento per ogni SDK.
Determina quali dati raccoglie direttamente il tuo codice. Ad esempio, se l'app salva la cronologia di ricerca e la collega all'account dell'utente, si tratta di “Dati di utilizzo” collegati per lo scopo “Sviluppo del prodotto”. Controlla sempre se i dati vengono condivisi con terze parti (reti pubblicitarie, analisi).
In App Store Connect, seleziona l'app → sezione “Privacy dell'app”. Fai clic su “Inizia” e scegli se la tua app raccoglie dati per il tracciamento. In caso contrario, procedi al questionario. Rispondi a ogni domanda in sequenza per tutte le 14 categorie di dati.
Esempio: se l'app utilizza Firebase Analytics, rispondi “Sì” per la categoria “Dati di utilizzo”, specifica collegato (Firebase collega i dati all'Instance ID) e lo scopo “Analisi”. Se utilizzi anche Firebase Crashlytics, aggiungi la categoria “Diagnostica” con lo scopo “Sviluppo del prodotto”.
Dopo la compilazione, salva le etichette. Se hai più app, le etichette sono uniche per ciascuna — la copia non è supportata. Aggiorna le etichette a ogni modifica della logica di raccolta dati, altrimenti le vecchie etichette potrebbero non corrispondere alle nuove funzionalità.
// Esempio: verifica dell'invio di dati per analisi
import FirebaseAnalytics
final class AnalyticsService {
static func logEvent(_ name: String, params: [String: Any]) {
Analytics.logEvent(name, parameters: params)
}
static func logPurchase(amount: Double, currency: String) {
Analytics.logEvent(AnalyticsEventPurchase, parameters: [
AnalyticsParameterValue: amount,
AnalyticsParameterCurrency: currency
])
}
}
Per aggiornare le etichette di un'app pubblicata, apri la versione dell'app in App Store Connect e apporta modifiche nella sezione “Privacy dell'app”. Le modifiche entrano in vigore dopo il superamento della revisione. Le nuove etichette vengono visualizzate agli utenti entro 24 ore dalla pubblicazione dell'aggiornamento.
Importante: la rimozione di dati dalle etichette (ad esempio, hai smesso di condividere dati con terze parti) non richiede una nuova build — basta modificare le etichette in App Store Connect. L'aggiunta di nuovi dati richiede sia modifiche alle etichette che un corrispondente aggiornamento del Privacy Manifest nel codice.
Gli sviluppatori commettono spesso errori durante la compilazione delle etichette, portando al rifiuto degli aggiornamenti o a reclami degli utenti.
L'errore più comune è che gli sviluppatori compilano le etichette solo in base al proprio codice, dimenticando gli SDK di terze parti. Firebase, AppsFlyer, Facebook SDK e altri raccolgono dati automaticamente senza codice aggiuntivo dello sviluppatore. Ad esempio, Firebase Analytics raccoglie dati di utilizzo (eventi, schermate) e identificatori (Instance ID, IDFV).
Raccomandazione: per ogni SDK integrato, leggi la sezione “Dati raccolti” nella documentazione e aggiungi le categorie corrispondenti alle etichette. AppsFlyer (2024) pubblica un elenco di dati raccolti per ogni versione dell'SDK, aiutando gli sviluppatori a verificare le etichette.
Molti sviluppatori contrassegnano i dati come not linked quando in realtà sono collegati a un account. Se l'utente ha un account e tu salvi il suo nome o email, è linked. Se raccogli registri di crash senza collegarli a un account, è not linked. Un errore nel collegamento può essere considerato fuorviante per l'utente.
I dati linked vengono mostrati in giallo e attirano maggiore attenzione dell'utente. Se non sei sicuro se un determinato tipo di dati sia linked, è meglio contrassegnarlo come linked e fornire una spiegazione durante la revisione. Apple non penalizza la sovradichiarazione, ma può rifiutare per dichiarazione insufficiente.
Se i dati vengono condivisi con terze parti e utilizzati per pubblicità mirata, devono essere contrassegnati come “Dati utilizzati per il tracciamento”. Alcuni sviluppatori nascondono il tracciamento trasmettendo dati come analisi — ciò viola le regole di Apple e può portare a un ban.
Regola di Apple: se i dati vengono condivisi con una terza parte e utilizzati per la personalizzazione degli annunci o l'attribuzione, è tracciamento. Anche se l'app stessa non mostra annunci ma utilizza Google Ads per l'attribuzione delle installazioni, i dati di visualizzazione sono considerati tracciamento.
Le vecchie etichette che non corrispondono alla logica attuale di raccolta dati sono un problema comune nella manutenzione a lungo termine delle app. Gli sviluppatori cambiano SDK, aggiungono nuove funzionalità, ma dimenticano di aggiornare le etichette. Di conseguenza, l'utente vede informazioni obsolete, riducendo la fiducia.
Buona pratica: a ogni modifica del codice relativa ai dati, controlla le etichette e il manifesto. Si consiglia di impostare un controllo CI che avvisi della necessità di aggiornare le etichette quando vengono modificati i file PrivacyInfo.xcprivacy o l'elenco degli SDK.
Domande frequenti
Sì, le etichette sono obbligatorie per tutte le app, incluse gratuite, gratuite con acquisti in-app e a pagamento. La sola eccezione sono le app nella categoria “Per bambini”, dove le regole sono ancora più rigide.
App Store Connect non ti permetterà di inviare una build per la revisione senza etichette compilate. Le app già pubblicate rimangono nello store, ma non possono ricevere aggiornamenti senza etichette.
A ogni modifica della logica di raccolta dati: aggiunta di un nuovo SDK, modifica degli scopi di utilizzo, condivisione di dati con terze parti. Almeno ogni 6-12 mesi, verifica le etichette rispetto al codice corrente.
Sì, qualsiasi utente può segnalare una discrepanza tra le etichette e il comportamento effettivo dell'app tramite il modulo di Apple. Al ricevimento di più reclami, Apple può effettuare una revisione e rifiutare il prossimo aggiornamento.
Sì, le etichette sono visibili sulla pagina dell'app, ma non vengono visualizzate nei risultati di ricerca o nei suggerimenti. L'utente le vede quando visualizza la pagina dell'app prima dell'installazione.
Riepilogo
Svilupperemo un'applicazione mobile chiavi in mano
IT Sectr crea applicazioni iOS e Android per startup e aziende dal 2017. Ti consulteremo e ti proporremo la soluzione migliore.
Leggi anche