Etichette privacy dell'App Store: verifica prima gli SDK di analytics (checklist 2026)

Le tue etichette privacy dell'App Store devono coprire ciò che raccolgono i tuoi SDK di analytics e gli altri SDK di terze parti, non solo ciò che invia il tuo codice. Prima di rispondere alle domande sulla privacy dell'app in App Store Connect, elenca ogni SDK presente nella release, annota i dati che ciascuno invia fuori dal dispositivo e stabilisci se una parte di essi viene usata per il tracciamento. Rispondi partendo da quell'elenco, non a memoria.

Le etichette privacy dell'App Store devono includere i dati degli SDK di terze parti?

Sì. Apple richiede di dichiarare i dati raccolti dal codice dei partner di terze parti, anche quando l'SDK raccoglie quei dati per motivi diversi da analytics o pubblicità.

La pagina App Privacy di Apple definisce i partner di terze parti come "strumenti di analytics, reti pubblicitarie, SDK di terze parti o altri fornitori esterni il cui codice hai aggiunto alla tua app". Quindi anche un crash reporter o una libreria di accesso vanno nel tuo elenco. Il criterio della raccolta riguarda la trasmissione: "raccogliere" significa "trasmettere dati fuori dal dispositivo in un modo che consenta a te e/o ai tuoi partner di terze parti di accedervi per un periodo più lungo di quanto necessario per gestire in tempo reale la richiesta trasmessa". I dati elaborati solo sul dispositivo non sono raccolti.

Come si costruisce un inventario degli SDK per le etichette privacy?

Costruisci l'inventario a partire dalle dipendenze risolte della build di release, comprese quelle transitive, e annota nome e versione di ogni SDK.

1. Esporta l'elenco delle dipendenze risolte per ogni piattaforma: Podfile.lock, Package.resolved, pubspec.lock o l'albero delle dipendenze Gradle.
2. Mantieni le dipendenze transitive. I requisiti per gli SDK di terze parti di Apple dicono che sei "responsabile di tutto il codice che l'SDK include nella tua app", quindi conta anche un modulo condiviso incluso da un SDK.
3. Annota nome e versione di ogni voce. I fornitori cambiano il modo in cui gestiscono i dati da una versione all'altra, quindi la versione va inserita nelle note dell'audit.
4. Segnala gli SDK presenti nell'elenco Apple degli SDK di terze parti di uso comune. Per questi, Apple richiede i privacy manifest quando invii una nuova app o un aggiornamento che li aggiunge, e le firme quando sono dipendenze binarie. "Sono incluse tutte le versioni di un SDK in elenco, così come gli SDK che reimpacchettano quelli dell'elenco."

Aggiungi questo passaggio alla tua checklist per l'invio all'App Store in modo che venga eseguito a ogni release, non solo alla prima.

A quali tipi di dati sulla privacy dell'App Store corrisponde ogni SDK?

Ogni SDK corrisponde a uno o più tipi di dati fissi di Apple, come Dati sui crash, Dati sulle prestazioni, Interazione con il prodotto, ID dispositivo e Dati pubblicitari. Leggi la documentazione sui dati del fornitore e compila una riga per ogni SDK:

Apple afferma che i dati raccolti "sono spesso collegati all'identità dell'utente, a meno che prima della raccolta non vengano adottate specifiche tutele della privacy per de-identificarli o anonimizzarli", come la rimozione di identificatori diretti quali l'ID utente o il nome. Dopo la raccolta, inoltre, non devi ricollegare i dati all'utente né associarli ad altri set di dati che lo identificano. Se non puoi confermare che un SDK de-identifica i dati, segnali come collegati.

Quando un SDK di analytics conta come tracciamento?

Un SDK di analytics conta come tracciamento quando collega dati sui tuoi utenti o dispositivi con dati provenienti da app o siti di altre aziende per pubblicità mirata o misurazione pubblicitaria, oppure quando condivide quei dati con un data broker.

La definizione di Apple è "collegare i dati raccolti dalla tua app su un determinato utente finale o dispositivo, come un ID utente, un ID dispositivo o un profilo, con Dati di terze parti a scopo di pubblicità mirata o misurazione pubblicitaria, oppure condividere i dati raccolti dalla tua app su un determinato utente finale o dispositivo con un data broker". Gli analytics che restano all'interno dei dati della tua app non sono tracciamento. La misurazione pubblicitaria che condivide un identificatore tra app lo è.

La trappola è un partner che non è un SDK pubblicitario. L'esempio di Apple è "un SDK di login che riutilizza i dati raccolti dalla tua app per consentire la pubblicità mirata nelle app di altri sviluppatori", che conta come tracciamento anche se tu non usi l'SDK per quello scopo. Se uno dei tuoi SDK lo fa, la soluzione abituale è una modifica di configurazione che blocchi l'uso tra app, oppure un fornitore diverso.

Si possono omettere dati degli SDK dalle etichette privacy?

Solo quando un tipo di dati soddisfa tutti e quattro i criteri di dichiarazione facoltativa di Apple, e i dati di analytics e sui crash quasi mai li soddisfano. I criteri sono:

• Non vengono usati per il tracciamento.
• Non vengono usati per pubblicità di terze parti, per la tua pubblicità o il tuo marketing, né per altri scopi.
• Vengono raccolti solo in casi sporadici al di fuori della funzionalità principale dell'app e sono facoltativi per l'utente.
• L'utente li fornisce nell'interfaccia dell'app, gli è chiaro cosa viene raccolto, il suo nome o nome account è ben visibile nel modulo di invio e sceglie attivamente di fornirli ogni volta.

Apple aggiunge che "i dati raccolti in modo continuativo dopo una richiesta iniziale di autorizzazione devono essere dichiarati". Gli SDK di analytics funzionano in modo continuo e l'utente non li sceglie ogni volta, quindi non superano gli ultimi due criteri.

Come si presenta un audit degli SDK completato?

Un audit completato assegna a ogni SDK una riga che indica cosa dichiarare, se i dati sono collegati all'utente e se vengono usati per il tracciamento. Ecco il modello per un'ipotetica app di monitoraggio delle abitudini con tre SDK. Le risposte dipendono dalla documentazione di ciascun fornitore, quindi non si tratta di conclusioni su prodotti reali.

La riga dell'accesso cambia il lavoro. Rende l'app un'app che traccia, quindi le etichette devono dichiararlo e la gestione del consenso deve essere coerente. Passare a un fornitore di accesso che non condivide dati tra app, o disattivare quella condivisione, costa molto meno prima dell'invio che dopo un rifiuto. Poi testa la build di release con tutti gli SDK attivi, come nel piano di test della build di release.

Cosa è andato storto ad altri sviluppatori?

I casi segnalati pubblicamente mostrano tre punti di errore: etichette che non corrispondono al binario, dati degli SDK di cui lo sviluppatore non era a conoscenza e SDK in elenco distribuiti senza manifest.

• Uno sviluppatore sugli Apple Developer Forums aveva rimosso il tracciamento da una nuova build ma non riusciva a rimuoverlo dall'etichetta. App Store Connect segnalava "Your app contains NSUserTrackingUsageDescription, indicating that you will request permission to track users," e la revisione continuava a rifiutare l'app con "The app privacy information you provided in App Store Connect indicates you collect data in order to track the user… However, you do not use App Tracking Transparency." Lo sviluppatore ha riferito che l'app è stata approvata dopo aver presentato un ricorso e aver atteso la risposta prima di inviarla di nuovo.
• Un altro sviluppatore sugli Apple Developer Forums usava Firebase Analytics con la raccolta di IDFA e IDFV disattivata e un'etichetta "nessun tracciamento", e ha comunque ricevuto un rifiuto per la linea guida 5.1.2. Il messaggio diceva: "Collecting cookies is a form of tracking." Si riferiva ai cookie dei contenuti web caricati dall'app, non a Firebase. Una risposta ha fatto notare l'incongruenza, ma non è stata pubblicata alcuna soluzione.
• Alcuni sviluppatori in una issue GitHub di RxSwift hanno ricevuto "ITMS-91061: Missing privacy manifest" per RxSwift, RxRelay e RxCocoa. Un utente ha puntato CocoaPods sul branch 6.8.0, che contiene il manifest, e ha riferito di aver pubblicato l'aggiornamento successivo "senza alcun avviso da parte di Apple".

Il filo conduttore: Apple confronta le tue risposte con ciò che fanno davvero il binario distribuito e i suoi contenuti web, quindi un inventario costruito dalla build reale intercetta tutti e tre i problemi prima che lo faccia la revisione.

Come si pubblicano e aggiornano le etichette privacy in App Store Connect?

Pubblica le etichette privacy dalla sezione Privacy dell'app della tua app in App Store Connect. Le risposte diventano visibili solo dopo aver fatto clic su Pubblica, e Apple afferma che puoi modificarle in qualsiasi momento senza inviare un aggiornamento dell'app.

1. In App Store Connect seleziona l'app, fai clic su Privacy dell'app nella barra laterale, poi su Inizia.
2. Indica se tu o i tuoi partner di terze parti raccogliete dati, seleziona ogni tipo di dati emerso dall'audit e fai clic su Salva.
3. Rispondi alle domande successive per ogni tipo di dati, fai clic su Salva e controlla l'anteprima della pagina prodotto.
4. Fai clic su Pubblica in alto a destra e conferma la finestra di dialogo sull'accuratezza.

Secondo Gestire la privacy dell'app, serve il ruolo Account Holder, Admin o App Manager. Se la pagina prodotto non è ancora pubblica, le tue risposte vengono pubblicate quando lo diventa. Se l'app è già in vendita, le risposte devono riflettere solo i dati raccolti da quella versione. Le modifiche agli URL della privacy policy "vengono rilasciate con la versione successiva dell'app". Se la revisione ha già segnalato problemi di privacy, parti dalla guida per risolvere i rifiuti dell'App Store.