# App Privacy i App Store Connect: hvad du skal angive

> App Privacy angiver de data, din app og dens SDK'er indsamler, brugen, koblingen og sporingen. Publicér svarene, før du indsender.

Original side: [App Privacy i App Store Connect: hvad du skal angive](https://devoria.fr/da/blog/app-privacy-app-store-connect-sdk)
Forfatter: [Mehdi Azizi](https://devoria.fr/da/mehdi-azizi)
Udgivet: 2026-11-04
Indhold senest revideret: 2026-11-04


App Privacy er den sektion i App Store Connect, der laver privatlivsmærkaterne på din produktside. Her angiver du hver datatype, som din app **og de SDK'er, du har bygget ind i den**, indsamler: hvad den bruges til, om den er knyttet til brugeren, og om den bruges til sporing. **Så længe dine svar ikke er publiceret, nægter App Store Connect at føje din version til en indsendelse.**

Svarene kan rettes når som helst, uden nyt build. Det svære er at vide, hvad du skal angive for RevenueCat, Sentry, PostHog, Supabase, AppsFlyer, Meta eller Expo-notifikationer. Tabellen længere nede bygger på hver SDK's dokumentation og de manifester, de har med, gennemlæst den 15. oktober 2026.

Jeg udgiver mine egne iOS-apps med Expo og disse SDK'er. Denne guide fortæller, hvad Apple kræver, og hvad jeg selv har gjort. Den erstatter ikke juridisk rådgivning.

## App Privacy, politik og manifest: tre forskellige ting

- **Privatlivspolitikken** er en webside, hvis adresse du opgiver. Metoden står i [privatlivspolitik til en iOS-app](https://devoria.fr/da/blog/privatlivspolitik-app-ios-guide).
- **Privatlivsmanifestet** er en fil, `PrivacyInfo.xcprivacy`, der ligger i dit build. Den er gennemgået i [guiden til ITMS-91053](https://devoria.fr/da/blog/itms-91053-missing-api-declaration-expo).
- **App Privacy** er spørgeskemaet i App Store Connect. Det vises på din produktside i tre blokke: data brugt til at spore dig, data knyttet til dig, data ikke knyttet til dig.

**De tre skal fortælle den samme historie.** Apples side [App Privacy Details](https://developer.apple.com/app-store/app-privacy-details/) præciserer, at oplysningerne er påkrævet for at indsende en app og dens opdateringer, og at de også dækker dine tredjepartspartnere: analyseværktøjer, annoncenetværk, SDK'er og leverandører, hvis kode du har tilføjet.

## Udfyld App Privacy trin for trin

[Hjælpen til App Store Connect](https://developer.apple.com/help/app-store-connect/manage-app-information/manage-app-privacy) beskriver trinene nedenfor.

For at udfylde spørgeskemaet skal din rolle være Account Holder, Admin eller App Manager.

1. Under Apps åbner du din app og derefter **App Privacy** i sidebjælken.
2. Klik på **Get Started**.
3. Besvar det første spørgsmål: indsamler du eller dine partnere data? Hvis svaret er nej, vælger du "No, we do not collect data from this app" og gemmer. Så er du færdig.
4. Ellers sætter du kryds ved alle de datatyper, der indsamles, af din kode eller af dine SDK'er.
5. For hver type besvarer du tre spørgsmål: brug, kobling til brugeren, sporing.
6. Gennemgå forhåndsvisningen af produktsiden (Product Page Preview), klik på **Publish** og bekræft.

Hvis din app allerede er live, beder Apple om, at svarene beskriver dataene i den version, der er live.

**Publicér, før du indsender.** I september 2026 fejlede det for Piaf at føje versionen til indsendelsen, med denne besked: "You must have published answers to your app's data usages." Jeg har ikke fundet en måde at udfylde formularen på via App Store Connects offentlige API. Så jeg gør det i webgrænsefladen, før alt andet.

## De tre spørgsmål for hver datatype

### Hvad det vil sige at indsamle

For Apple betyder indsamling at **sende data væk fra enheden og kunne tilgå dem længere end den tid, det tager at besvare forespørgslen**. Altså:

- data, der kun behandles på iPhonen, er ikke indsamlet;
- et token eller en IP-adresse, der sendes og straks smides væk, er heller ikke;
- data, der kun indsamles for at appen kan fungere, skal stadig angives, med den brug.

### Brug

Apple tilbyder seks typer brug: tredjepartsannoncering, udviklerens egen annoncering eller markedsføring, analyse, produkttilpasning, appfunktionalitet og andre formål. Samme datatype kan have flere: en e-mail, der bruges til login og til at tilpasse appen, får kryds ved både funktionalitet og tilpasning.

### Knyttet til brugeren

Data er knyttet, når de er forbundet med personens identitet, via kontoen, enheden eller på anden måde. Apple præciserer, at det ofte er tilfældet, medmindre du anonymiserer dem, før du indsamler dem, og aldrig forsøger at koble dem sammen igen bagefter. **Så snart du giver kontoens id videre til en SDK (identify, setUser, logIn), bliver den SDK's data knyttet.**

### Sporing

Sporing er at koble data fra din app med data fra andre virksomheders apps eller websites, til målrettet annoncering eller annoncemåling. Deling af data med en datamægler tæller også. **En SDK, der krydser dine data med data fra andre apps til annoncering, tæller som sporing, også selvom du ikke selv bruger den til det.**

Et "ja" til sporing har to konsekvenser: App Tracking Transparency-forespørgslen før enhver sporing, forklaret i [guideline 5.1.2](https://devoria.fr/da/blog/guideline-5-1-2-tredjeparts-ai-att-datadeling), og et manifest, der angiver sporingen med dens domæner: uden de domæner får du [fejlen ITMS-91064](https://devoria.fr/da/blog/itms-91064-invalid-tracking-information-ret).

## Hvad du skal angive for SDK'erne i en Expo-app

Tabellen bygger på hver SDK's standardopsætning. **Så snart du sender dem mere, som e-mail, kontoens id eller dine egne events, skal du angive mere.**

| SDK                | Data, der skal angives   | Sporing       | Kilde                 |
| ------------------ | ------------------------ | ------------- | --------------------- |
| RevenueCat         | Købshistorik             | Nej           | RevenueCat-dok.       |
| Sentry             | Nedbrud, ydeevne         | Nej           | Dok. og manifest      |
| PostHog            | Interaktioner med appen  | Nej           | PostHog iOS-manifest  |
| Supabase Auth      | E-mail, bruger-id        | Nej           | Ingen dok. fundet     |
| AppsFlyer          | Enheds-id, interaktioner | Ja, enheds-id | AppsFlyer-manifest    |
| Meta SDK           | Enheds-id, nedbrud       | Ja, enheds-id | Meta-dok. og manifest |
| Expo Notifications | Enheds-id (push-token)   | Nej           | Ingen dok. fundet     |

### RevenueCat

[Dens App Privacy-dokumentation](https://www.revenuecat.com/docs/platform-resources/apple-platform-resources/apple-app-privacy) beder dig angive købshistorik med to typer brug, som alle RevenueCat-brugere skal sætte kryds ved: analyse og appfunktionalitet. Knyttet: nej, hvis dine id'er er anonyme, ja, hvis dit RevenueCat-bruger-id kan kobles til en e-mail. Tilføj bruger-id, hvis du sender dit eget id, og kontaktoplysninger, hvis du sender en e-mail som attribut. SDK'ens manifest nævner kun funktionalitet: følg dokumentationen, den er mere komplet. Opsætningen står i [RevenueCat til in-app-abonnementer](https://devoria.fr/da/blog/revenuecat-in-app-abonnement-ios).

### Sentry

[Dens side om mobilt privatliv](https://docs.sentry.io/security-legal-pii/security/mobile-privacy/) siger det klart: Sentry er en partner, der skal angives, dens standardbrug er analyse og appfunktionalitet, den sporer ikke og har ikke brug for annonce-id'et. [Dens manifest](https://github.com/getsentry/sentry-cocoa/blob/main/Sources/Resources/PrivacyInfo.xcprivacy) angiver nedbrudsdata, ydeevnedata og andre diagnosedata, ikke knyttet. Hvis du knytter kontoens id til rapporterne med `Sentry.setUser`, bliver de knyttet.

### PostHog

Jeg har ikke fundet en App Privacy-anbefaling fra PostHog. [Manifestet i dens iOS-SDK](https://github.com/PostHog/posthog-ios/blob/main/PostHog/Resources/PrivacyInfo.xcprivacy) angiver interaktion med appen og andre brugsdata, ikke knyttet, uden sporing, til analyse. For React Native skriver [dens dokumentation](https://posthog.com/docs/libraries/react-native), at appens livscyklus opsamles som standard, og viste skærme også med React Navigation 6 eller ældre, at `identify` kobler tidligere events til brugeren, og at en placering udledt af IP-adressen tilføjes, medmindre du bruger `disableGeoip`. Efter min mening skal du angive omtrentlig placering, hvis du beholder den.

### Supabase Auth

Så vidt jeg ved, udgiver Supabase ingen App Privacy-anbefaling. Ud fra Apples definitioner betyder login med e-mail, at du skal angive e-mailadresse og bruger-id, til appfunktionalitet, knyttet. [Dens auditlogs](https://supabase.com/docs/guides/auth/audit-logs) gemmer også IP-adressen ved hvert login: Apple beder dig angive en gemt IP-adresse ud fra, hvad du bruger den til. Og alt, hvad du gemmer i dine tabeller, tæller: indhold, fotos, historik.

### AppsFlyer og Meta

Begge manifester angiver **enheds-id'et som brugt til sporing, til tredjepartsannoncering**. [AppsFlyers](https://github.com/AppsFlyerSDK/AppsFlyerFramework/blob/master/Resources/PrivacyInfo.xcprivacy) tilføjer interaktion med appen, til analyse. [Metas](https://github.com/facebook/facebook-ios-sdk/blob/main/FBSDKCoreKit/FBSDKCoreKit/PrivacyInfo.xcprivacy) tilføjer nedbrudsdata og andre data. [Metas iOS-dokumentation](https://developers.facebook.com/docs/ios) præciserer, at manifestet kun dækker standardindsamlingen: ekstra data skal du selv angive.

I juli 2026, da jeg koblede AppsFlyer på TradaZen, tilføjede jeg enheds-id'et, til tredjepartsannoncering og analyse, brugt til sporing. Blokken "Data brugt til at spore dig" dukkede op på produktsiden. Det første build med AppsFlyer blev derimod afvist under behandlingen: appens manifest angav sporing uden domænerne.

### Expo Notifications

Jeg har ikke fundet en anbefaling fra Expo, og [manifestet i expo-notifications](https://github.com/expo/expo/blob/main/packages/expo-notifications/ios/PrivacyInfo.xcprivacy) angiver ingen indsamlede data. Men det push-token, du gemmer på din server, identificerer enheden for din app. Min forsigtige tolkning: enheds-id, til appfunktionalitet, knyttet hvis du gemmer det sammen med kontoen, uden sporing. Det er ikke en regel, Apple har skrevet.

## Min metode: én liste til at få det hele til at passe

Jeg læser den publicerede politik igennem, før jeg rører spørgeskemaet. TradaZens politik nævner login-e-mail, abonnement, notifikationstoken, brugsstatistik, fejlrapporter og annonceattribution, der kræver samtykke.

Hver linje i politikken bliver til en type i App Privacy. **Når jeg tilføjer en SDK eller en funktion, der sender data, retter jeg politikken, App Privacy og manifestet samme dag.**

For at tjekke det kan du liste de indbyggede manifester med kommandoen fra ITMS-91053-guiden nævnt ovenfor. Med en Mac og Xcode samler [privatlivsrapporten](https://developer.apple.com/documentation/bundleresources/describing-data-use-in-privacy-manifests) dem: Product, derefter Archive, derefter Generate Privacy Report i Organizer. Apple præsenterer den som en hjælp til at udfylde App Store Connect.

## Opdater App Privacy uden build

Apple skriver det selv: du kan ændre dine svar når som helst, uden at opdatere appen. **Adressen på din privatlivspolitik ændres derimod først med din næste version**, ifølge hjælpen til App Store Connect.

Opdater App Privacy, når du tilføjer en SDK, når du giver kontoens id til et eksisterende værktøj, eller når en funktion sender en ny datatype. En afvisning, der kun handler om disse angivelser, rettes online, ligesom ved [guideline 5.1.1](https://devoria.fr/da/blog/guideline-5-1-1-app-store-afvisning).

## Tjek din sag før Apple gør det

[Review Kit](https://devoria.fr/da/kits/app-review) samler min tjekliste før indsendelse, mine rettede afvisninger og to Claude Code-skills, der gennemgår dit projekt og din produktside og derefter forbereder dit svar, hvis Apple afviser.

Vil du vide, hvad der stadig blokerer? Den [gratis diagnose](https://devoria.fr/da/diagnostic) sender dig min tjekliste mod afvisninger fra Apple. Hele forløbet frem til lancering finder du i [udgiv en app på App Store](https://devoria.fr/da/expertise/udgiv-app-paa-app-store).

## Ofte stillede spørgsmål

### Hvad er App Privacy i App Store Connect?

Det er spørgeskemaet, der laver privatlivsmærkaterne på din App Store-side: data indsamlet af din app og dens SDK'er, brug, kobling til brugeren og sporing. Det er obligatorisk for at indsende en app og dens opdateringer.

### Skal der et nyt build til for at ændre App Privacy?

Nej. Apple skriver, at du kan ændre dine svar når som helst, uden at opdatere appen: du retter og klikker på Publish. Kun adressen på privatlivspolitikken venter til næste version.

### Hvad skal jeg angive for RevenueCat i App Privacy?

Købshistorik, med brugen analyse og appfunktionalitet, ifølge RevenueCats dokumentation. Tilføj bruger-id, hvis du sender dit eget id, og kontaktoplysninger, hvis du sender en e-mail som attribut.

### Sporer Sentry og PostHog i Apples forstand?

Nej, ikke i deres standardopsætning. Sentry skriver, at de ikke bruger dine data til at spore brugere, og PostHogs iOS-manifest angiver ingen sporing. Til gengæld bliver deres data knyttet, så snart du giver dem kontoens id.

### Hvorfor kan jeg ikke føje min version til indsendelsen?

Ofte fordi App Privacy ikke er publiceret. App Store Connect viser så "You must have published answers to your app's data usages". Publicér dine svar, og tilføj derefter versionen.


## Dit projekt

[Review Kit](https://devoria.fr/da/kits/app-review): Min tjekliste til App Store-review, mine afvisninger fra Apple og hvordan jeg rettede dem, tjeklisten til Google Play og tre Claude Code-skills. 369 kr..

[iOS & Android Kit](https://devoria.fr/da/kits/ios): Byg din iPhone- og Android-app med Claude Code: startkoden fra mine apps, vejen helt ud i butikkerne og alle kits. 739 kr..

[Diagnose: det, der skiller dig fra din iPhone-app](https://devoria.fr/da/diagnostic): 7 spørgsmål, 60 sekunder: du finder ud af, hvad der reelt holder dig tilbage fra at udgive din iPhone-app, får din vej i 4 trin og det kit, der passer til dig.