App Privacy a App Store Connect: què declarar per als SDK
Per Mehdi Azizi
Publicat el , 9 min
App Privacy declara les dades que recullen la teva app i els seus SDK, el seu ús, el vincle amb l'usuari i el seguiment. Publica-ho abans d'enviar la versió.
App Privacy és la secció d'App Store Connect que genera les etiquetes de privacitat de la teva fitxa. Hi declares cada tipus de dada que recullen la teva app i els SDK que hi has integrat: per a què serveix, si està vinculada a l'usuari i si serveix per fer seguiment. Mentre les respostes no estiguin publicades, App Store Connect no et deixa afegir la versió a un enviament.
Les respostes es poden corregir en qualsevol moment, sense build. El més difícil és saber què declarar per a RevenueCat, Sentry, PostHog, Supabase, AppsFlyer, Meta o les notificacions d'Expo. La taula de més avall es basa en la documentació de cada SDK i en els manifests que porten, revisats el 15 d'octubre de 2026.
Publico les meves pròpies apps iOS amb Expo i aquests SDK. Aquesta guia explica què demana Apple i què he aplicat jo. No substitueix un assessorament jurídic.
App Privacy, política i manifest: tres coses diferents
- La política de privacitat és una pàgina web de la qual dones l'adreça. El mètode és a política de privacitat d'una app iOS.
- El manifest de privacitat és un fitxer
PrivacyInfo.xcprivacyinclòs al build. Està detallat a la guia ITMS-91053. - App Privacy és el qüestionari d'App Store Connect. Es mostra a la fitxa en tres blocs: dades utilitzades per fer-te seguiment, dades vinculades a tu i dades no vinculades a tu.
Les tres han d'explicar la mateixa història. La pàgina d'Apple App Privacy Details indica que aquesta informació és obligatòria per enviar una app i les seves actualitzacions, i que també inclou els teus socis externs: eines d'analítica, xarxes publicitàries, SDK i proveïdors el codi dels quals has afegit.
Omplir App Privacy pas a pas
L'ajuda d'App Store Connect detalla els passos següents.
Per omplir el qüestionari, el teu rol ha de ser Account Holder, Admin o App Manager.
- A Apps, obre la teva app i després App Privacy a la barra lateral.
- Fes clic a Get Started.
- Respon la primera pregunta: recolliu dades, tu o els teus socis? Si la resposta és no, tria "No, we do not collect data from this app" i desa. Ja està.
- Si no, marca tots els tipus de dades recollits, pel teu codi o pels teus SDK.
- Per a cada tipus, respon les tres preguntes: usos, vincle amb l'usuari i seguiment.
- Revisa la previsualització de la fitxa (Product Page Preview), fes clic a Publish i confirma.
Si la teva app ja està publicada, Apple demana que les respostes descriguin les dades de la versió publicada.
Publica abans d'enviar. El setembre de 2026, a Piaf, afegir la versió a l'enviament va fallar amb aquest missatge: "You must have published answers to your app's data usages." No he trobat cap manera d'omplir aquest formulari amb l'API pública d'App Store Connect. Per això ho faig a la interfície web, abans de qualsevol altra cosa.
Les tres preguntes per a cada dada
Què vol dir recollir
Per a Apple, recollir és enviar una dada fora del dispositiu i poder-hi accedir més temps del necessari per respondre la petició. Per tant:
- una dada tractada només a l'iPhone no es recull;
- un token o una adreça IP enviats i descartats immediatament tampoc;
- una dada recollida només per al funcionament de l'app s'ha de declarar igualment, amb aquest ús.
Els usos
Apple proposa sis usos: publicitat de tercers, publicitat o màrqueting del desenvolupador, analítica, personalització del producte, funcionalitat de l'app i altres usos. Una mateixa dada en pot marcar diversos: un correu que serveix per iniciar sessió i per personalitzar l'app marca funcionalitat i personalització.
Vinculada a l'usuari
Una dada està vinculada quan està associada a la identitat de la persona, pel seu compte, el seu dispositiu o un altre mitjà. Apple diu que sovint ho està, tret que la facis anònima abans de recollir-la i que no intentis mai tornar-la a vincular. Tan bon punt passes l'identificador del compte a un SDK (identify, setUser, logIn), les dades d'aquest SDK queden vinculades.
El seguiment
El seguiment és relacionar les dades de la teva app amb dades d'apps o webs d'altres empreses, per a publicitat orientada o mesura publicitària. Compartir dades amb un intermediari de dades també compta. Un SDK que creua les teves dades amb les d'altres apps per a publicitat compta com a seguiment, encara que tu no l'utilitzis per a això.
Un "sí" al seguiment té dues conseqüències: la sol·licitud d'App Tracking Transparency abans de qualsevol seguiment, explicada a la guideline 5.1.2, i un manifest que declari el seguiment amb els seus dominis: sense aquests dominis, reps l'error ITMS-91064.
Què declarar per als SDK d'una app Expo
Aquesta taula parteix de la configuració per defecte de cada SDK. Tan bon punt els envies més coses, correu, identificador del compte o esdeveniments propis, declares més.
| SDK | Dades a declarar | Seguiment | Font |
|---|---|---|---|
| RevenueCat | Historial de compres | No | Doc de RevenueCat |
| Sentry | Errors, rendiment | No | Doc i manifest |
| PostHog | Interaccions amb l'app | No | Manifest PostHog iOS |
| Supabase Auth | Correu, ID d'usuari | No | Cap doc trobada |
| AppsFlyer | ID dispositiu, interaccions | Sí, ID dispositiu | Manifest d'AppsFlyer |
| Meta SDK | ID dispositiu, errors | Sí, ID dispositiu | Doc i manifest de Meta |
| Expo Notifications | ID dispositiu (token push) | No | Cap doc trobada |
RevenueCat
La seva documentació App Privacy demana declarar l'historial de compres, amb dos usos que tot usuari de RevenueCat ha de marcar: analítica i funcionalitat de l'app. Vinculada: no si els teus identificadors són anònims, sí si el teu identificador d'usuari de RevenueCat es pot relacionar amb un correu. Afegeix l'identificador d'usuari si passes el teu propi ID, i les dades de contacte si envies un correu com a atribut. El manifest de l'SDK només esmenta la funcionalitat: segueix la doc, que és més completa. La integració és a RevenueCat per a les subscripcions in-app.
Sentry
La seva pàgina sobre privacitat mòbil ho diu: Sentry és un soci que cal declarar, els seus usos estàndard són l'analítica i la funcionalitat de l'app, no fa seguiment i no necessita l'identificador publicitari. El seu manifest declara dades d'errors, de rendiment i altres diagnòstics, no vinculades. Si adjuntes l'identificador del compte als informes amb Sentry.setUser, passen a ser vinculades.
PostHog
No he trobat cap recomanació App Privacy publicada per PostHog. El manifest del seu SDK iOS declara la interacció amb l'app i altres dades d'ús, no vinculades, sense seguiment, per a analítica. Per a React Native, la seva documentació indica que el cicle de vida de l'app es captura per defecte, també les pantalles vistes amb React Navigation 6 o anterior, que identify vincula els esdeveniments anteriors a l'usuari, i que s'afegeix una ubicació deduïda de la IP tret que facis servir disableGeoip. Al meu parer, si mantens aquesta ubicació, declara una ubicació aproximada.
Supabase Auth
Que jo sàpiga, Supabase no publica cap recomanació App Privacy. Segons les definicions d'Apple, un inici de sessió per correu obliga a declarar l'adreça de correu i l'identificador d'usuari, per a la funcionalitat de l'app, vinculats. Els seus registres d'auditoria també desen l'adreça IP de cada inici de sessió: Apple demana declarar una IP conservada segons l'ús que en facis. I tot el que guardes a les teves taules compta: continguts, fotos, historial.
AppsFlyer i Meta
Tots dos manifests declaren l'identificador del dispositiu com a utilitzat per al seguiment, per a publicitat de tercers. El d'AppsFlyer hi afegeix la interacció amb l'app, per a analítica. El de Meta hi afegeix dades d'errors i altres dades. La documentació iOS de Meta precisa que el seu manifest només cobreix la recollida per defecte: les dades addicionals les has de declarar tu.
El juliol de 2026, quan vaig integrar AppsFlyer a TradaZen, vaig afegir l'identificador del dispositiu, per a publicitat de tercers i analítica, utilitzat per al seguiment. El bloc "Data Used to Track You" va aparèixer a la fitxa. El primer build amb AppsFlyer, en canvi, va ser rebutjat durant el processament: el manifest de l'app declarava el seguiment sense els seus dominis.
Expo Notifications
No he trobat cap recomanació publicada per Expo, i el manifest d'expo-notifications no declara cap dada recollida. Però el token push que guardes al teu servidor identifica el dispositiu per a la teva app. La meva lectura prudent: identificador del dispositiu, per a la funcionalitat de l'app, vinculat si el guardes amb el compte, sense seguiment. No és una regla escrita per Apple.
El meu mètode: una sola llista per alinear-ho tot
Reviso la política publicada abans de tocar el qüestionari. La de TradaZen esmenta el correu d'inici de sessió, la subscripció, el token de notificacions, estadístiques d'ús, informes d'errors i una atribució publicitària subjecta a consentiment.
Cada línia de la política es converteix en un tipus a App Privacy. Quan afegeixo un SDK o una funció que envia una dada, modifico la política, App Privacy i el manifest el mateix dia.
Per comprovar-ho, llista els manifests inclosos amb l'ordre de la guia ITMS-91053 citada més amunt. Amb un Mac i Xcode, l'informe de privacitat els agrupa: Product, després Archive, després Generate Privacy Report a l'Organizer. Apple el presenta com una ajuda per omplir App Store Connect.
Actualitzar App Privacy sense build
Apple ho diu clarament: pots canviar les respostes en qualsevol moment, sense actualitzar l'app. L'adreça de la teva política de privacitat, en canvi, només canvia amb la propera versió, segons l'ajuda d'App Store Connect.
Actualitza App Privacy quan afegeixis un SDK, quan passis l'identificador del compte a una eina existent o quan una funció enviï un tipus de dada nou. Un rebuig que només afecta aquestes declaracions es corregeix en línia, com per a la guideline 5.1.1.
Revisar el teu expedient abans que Apple
El Review Kit reuneix la meva checklist abans de l'enviament, els meus rebutjos corregits i dues skills de Claude Code que revisen el teu projecte i la teva fitxa, i després preparen la resposta si Apple et rebutja.
Vols saber què encara et bloqueja? El diagnòstic gratuït t'envia la meva checklist antirebuig d'Apple. Per a tot el procés de publicació, llegeix publicar una aplicació a l'App Store.
Preguntes freqüents
Què és App Privacy a App Store Connect?
És el qüestionari que genera les etiquetes de privacitat de la teva fitxa de l'App Store: dades recollides per la teva app i els seus SDK, usos, vincle amb l'usuari i seguiment. És obligatori per enviar una app i les seves actualitzacions.
Cal un build nou per modificar App Privacy?
No. Apple indica que pots canviar les respostes en qualsevol moment, sense actualitzar l'app: modifiques i fas clic a Publish. Només l'adreça de la política de privacitat espera a la propera versió.
Què he de declarar per a RevenueCat a App Privacy?
L'historial de compres, amb els usos analítica i funcionalitat de l'app, segons la documentació de RevenueCat. Afegeix l'identificador d'usuari si passes el teu propi ID, i les dades de contacte si envies un correu com a atribut.
Sentry i PostHog fan seguiment segons Apple?
No, amb la configuració per defecte. Sentry diu que no fa servir les teves dades per fer seguiment dels usuaris, i el manifest iOS de PostHog no declara cap seguiment. En canvi, les seves dades queden vinculades tan bon punt els passes l'identificador del compte.
Per què no puc afegir la meva versió a l'enviament?
Sovint perquè App Privacy no està publicat. App Store Connect mostra aleshores "You must have published answers to your app's data usages". Publica les respostes i després afegeix la versió.

