# App Privacy w App Store Connect: co zadeklarować dla SDK > App Privacy deklaruje dane zbierane przez apkę i SDK: cel, powiązanie z użytkownikiem, śledzenie. Opublikuj przed zgłoszeniem. Oryginalna strona: [App Privacy w App Store Connect: co zadeklarować dla SDK](https://devoria.fr/pl/blog/app-privacy-app-store-connect-sdk) Autor: [Mehdi Azizi](https://devoria.fr/pl/mehdi-azizi) Publikacja: 2026-11-04 Ostatnia aktualizacja treści: 2026-11-04 App Privacy to sekcja App Store Connect, z której powstają etykiety prywatności na stronie twojej aplikacji. Deklarujesz w niej każdy typ danych, jaki zbiera twoja apka **i SDK, które do niej dodałeś**: do czego służy, czy jest powiązany z użytkownikiem i czy służy do śledzenia. **Dopóki twoje odpowiedzi nie są opublikowane, App Store Connect nie pozwoli dodać wersji do zgłoszenia.** Odpowiedzi możesz poprawiać w każdej chwili, bez nowego builda. Najtrudniej jest ustalić, co zadeklarować dla RevenueCat, Sentry, PostHog, Supabase, AppsFlyer, Meta czy powiadomień Expo. Tabela niżej opiera się na dokumentacji każdego SDK i na dołączonych do nich manifestach, sprawdzonych 15 października 2026. Publikuję własne aplikacje iOS z Expo i tymi SDK. Ten poradnik mówi, czego wymaga Apple i co sam zastosowałem. Nie zastępuje porady prawnej. ## App Privacy, polityka i manifest: trzy różne rzeczy - **Polityka prywatności** to strona internetowa, której adres podajesz. Jak ją przygotować, opisuję w [polityce prywatności aplikacji iOS](https://devoria.fr/pl/blog/polityka-prywatnosci-aplikacji-ios). - **Manifest prywatności** to plik `PrivacyInfo.xcprivacy` dołączony do builda. Szczegóły znajdziesz w [poradniku o ITMS-91053](https://devoria.fr/pl/blog/itms-91053-missing-api-declaration-expo). - **App Privacy** to kwestionariusz w App Store Connect. Na stronie apki wyświetla się w trzech blokach: dane używane do śledzenia cię, dane powiązane z tobą, dane niepowiązane z tobą. **Wszystkie trzy muszą opowiadać tę samą historię.** Strona Apple [App Privacy Details](https://developer.apple.com/app-store/app-privacy-details/) wyjaśnia, że te informacje są wymagane, żeby zgłosić aplikację i jej aktualizacje, i że obejmują też twoich zewnętrznych partnerów: narzędzia analityczne, sieci reklamowe, SDK i dostawców, których kod dodałeś. ## Wypełnianie App Privacy krok po kroku [Pomoc App Store Connect](https://developer.apple.com/help/app-store-connect/manage-app-information/manage-app-privacy) opisuje poniższe kroki. Żeby wypełnić kwestionariusz, musisz mieć rolę Account Holder, Admin albo App Manager. 1. W Apps otwórz swoją aplikację, a potem **App Privacy** na pasku bocznym. 2. Kliknij **Get Started**. 3. Odpowiedz na pierwsze pytanie: czy ty albo twoi partnerzy zbieracie dane? Jeśli nie, wybierz „No, we do not collect data from this app” i zapisz. Gotowe. 4. W przeciwnym razie zaznacz wszystkie zbierane typy danych, czy to przez twój kod, czy przez SDK. 5. Dla każdego typu odpowiedz na trzy pytania: cele, powiązanie z użytkownikiem, śledzenie. 6. Przejrzyj podgląd strony (Product Page Preview), kliknij **Publish** i potwierdź. Jeśli twoja apka jest już w sklepie, Apple wymaga, żeby odpowiedzi opisywały dane wersji, która jest opublikowana. **Opublikuj przed zgłoszeniem.** We wrześniu 2026 przy Piaf dodanie wersji do zgłoszenia nie powiodło się z komunikatem: „You must have published answers to your app's data usages.” Nie znalazłem sposobu, żeby wypełnić ten formularz przez publiczne API App Store Connect. Robię to więc w interfejsie webowym, przed wszystkim innym. ## Trzy pytania dla każdego typu danych ### Co znaczy „zbierać” Dla Apple zbieranie to **wysłanie danych poza urządzenie i możliwość dostępu do nich dłużej, niż trwa obsłużenie żądania**. Czyli: - dane przetwarzane wyłącznie na iPhonie nie są zbierane; - token czy adres IP wysłane i od razu wyrzucone też nie; - dane zbierane tylko po to, żeby apka działała, nadal trzeba zadeklarować, z tym celem. ### Cele Apple proponuje sześć celów: reklama zewnętrzna, reklama lub marketing dewelopera, analityka, personalizacja produktu, funkcjonalność aplikacji i inne cele. Jeden typ danych może mieć kilka: e-mail używany do logowania i personalizacji apki dostaje funkcjonalność i personalizację. ### Powiązanie z użytkownikiem Dane są powiązane, gdy łączą się z tożsamością osoby, przez jej konto, urządzenie albo w inny sposób. Apple zaznacza, że często tak jest, chyba że zanonimizujesz je przed zebraniem i nigdy potem nie próbujesz ich połączyć. **Gdy tylko przekażesz identyfikator konta do SDK (identify, setUser, logIn), dane tego SDK stają się powiązane.** ### Śledzenie Śledzenie to łączenie danych z twojej apki z danymi z aplikacji lub stron innych firm, na potrzeby reklamy targetowanej albo pomiaru reklam. Udostępnianie danych brokerowi też się liczy. **SDK, które łączy twoje dane z danymi z innych aplikacji w celach reklamowych, liczy się jako śledzenie, nawet jeśli ty go do tego nie używasz.** Odpowiedź „tak” przy śledzeniu ma dwie konsekwencje: prośbę App Tracking Transparency przed jakimkolwiek śledzeniem, opisaną w [wytycznej 5.1.2](https://devoria.fr/pl/blog/guideline-5-1-2-ai-att-udostepnianie-danych), oraz manifest, który deklaruje śledzenie razem z domenami. Bez tych domen dostaniesz [błąd ITMS-91064](https://devoria.fr/pl/blog/itms-91064-invalid-tracking-information). ## Co zadeklarować dla SDK w aplikacji Expo Ta tabela zakłada domyślną konfigurację każdego SDK. **Gdy tylko wysyłasz do nich więcej, e-mail, identyfikator konta albo własne zdarzenia, deklarujesz więcej.** | SDK | Dane do zadeklarowania | Śledzenie | Źródło | | ------------------ | -------------------------- | ------------------ | ---------------------------- | | RevenueCat | Historia zakupów | Nie | Dokumentacja RevenueCat | | Sentry | Awarie, wydajność | Nie | Dokumentacja i manifest | | PostHog | Interakcje z aplikacją | Nie | Manifest PostHog iOS | | Supabase Auth | E-mail, ID użytkownika | Nie | Brak dokumentacji | | AppsFlyer | ID urządzenia, interakcje | Tak, ID urządzenia | Manifest AppsFlyer | | Meta SDK | ID urządzenia, awarie | Tak, ID urządzenia | Dokumentacja i manifest Meta | | Expo Notifications | ID urządzenia (token push) | Nie | Brak dokumentacji | ### RevenueCat [Jego dokumentacja App Privacy](https://www.revenuecat.com/docs/platform-resources/apple-platform-resources/apple-app-privacy) każe zadeklarować historię zakupów z dwoma celami, które musi zaznaczyć każdy użytkownik RevenueCat: analityka i funkcjonalność aplikacji. Powiązane: nie, jeśli twoje identyfikatory są anonimowe, tak, jeśli twój identyfikator użytkownika w RevenueCat da się połączyć z e-mailem. Dodaj identyfikator użytkownika, jeśli przekazujesz własne ID, i dane kontaktowe, jeśli wysyłasz e-mail jako atrybut. Manifest SDK wymienia tylko funkcjonalność: trzymaj się dokumentacji, jest pełniejsza. Integrację opisuję w [RevenueCat do subskrypcji in-app](https://devoria.fr/pl/blog/revenuecat-subskrypcja-in-app-ios). ### Sentry [Jego strona o prywatności mobilnej](https://docs.sentry.io/security-legal-pii/security/mobile-privacy/) mówi wprost: Sentry to partner, którego trzeba zadeklarować, jego standardowe cele to analityka i funkcjonalność aplikacji, nie śledzi i nie potrzebuje identyfikatora reklamowego. [Jego manifest](https://github.com/getsentry/sentry-cocoa/blob/main/Sources/Resources/PrivacyInfo.xcprivacy) deklaruje dane o awariach, wydajności i inne dane diagnostyczne, niepowiązane. Jeśli dołączasz identyfikator konta do raportów przez `Sentry.setUser`, stają się powiązane. ### PostHog Nie znalazłem opublikowanych przez PostHog zaleceń dotyczących App Privacy. [Manifest jego SDK iOS](https://github.com/PostHog/posthog-ios/blob/main/PostHog/Resources/PrivacyInfo.xcprivacy) deklaruje interakcje z aplikacją i inne dane o użyciu, niepowiązane, bez śledzenia, do analityki. Dla React Native [jego dokumentacja](https://posthog.com/docs/libraries/react-native) podaje, że cykl życia aplikacji jest rejestrowany domyślnie, wyświetlone ekrany też (z React Navigation 6 lub starszym), że `identify` łączy wcześniejsze zdarzenia z użytkownikiem i że dodawana jest lokalizacja wyliczona z IP, chyba że użyjesz `disableGeoip`. Moim zdaniem, jeśli zostawiasz tę lokalizację, zadeklaruj przybliżoną lokalizację. ### Supabase Auth Z tego, co wiem, Supabase nie publikuje zaleceń dotyczących App Privacy. Według definicji Apple logowanie e-mailem oznacza deklarację adresu e-mail i identyfikatora użytkownika, do funkcjonalności aplikacji, powiązanych. [Jego logi audytowe](https://supabase.com/docs/guides/auth/audit-logs) zapisują też adres IP każdego logowania: Apple wymaga zadeklarowania przechowywanego IP zgodnie z tym, do czego go używasz. Liczy się też wszystko, co trzymasz w swoich tabelach: treści, zdjęcia, historia. ### AppsFlyer i Meta Oba manifesty deklarują **identyfikator urządzenia jako używany do śledzenia, na potrzeby reklamy zewnętrznej**. Manifest [AppsFlyer](https://github.com/AppsFlyerSDK/AppsFlyerFramework/blob/master/Resources/PrivacyInfo.xcprivacy) dodaje interakcje z aplikacją, do analityki. Manifest [Meta](https://github.com/facebook/facebook-ios-sdk/blob/main/FBSDKCoreKit/FBSDKCoreKit/PrivacyInfo.xcprivacy) dodaje dane o awariach i inne dane. [Dokumentacja iOS Meta](https://developers.facebook.com/docs/ios) zaznacza, że jej manifest obejmuje tylko domyślne zbieranie: dodatkowe dane musisz zadeklarować sam. W lipcu 2026, podpinając AppsFlyer do TradaZen, dodałem identyfikator urządzenia, do reklamy zewnętrznej i analityki, używany do śledzenia. Na stronie apki pojawił się blok „Dane używane do śledzenia cię”. Za to pierwszy build z AppsFlyer został odrzucony podczas przetwarzania: manifest aplikacji deklarował śledzenie bez domen. ### Expo Notifications Nie znalazłem zaleceń opublikowanych przez Expo, a [manifest expo-notifications](https://github.com/expo/expo/blob/main/packages/expo-notifications/ios/PrivacyInfo.xcprivacy) nie deklaruje żadnych zbieranych danych. Ale token push, który trzymasz na serwerze, identyfikuje urządzenie w twojej apce. Moja ostrożna interpretacja: identyfikator urządzenia, do funkcjonalności aplikacji, powiązany, jeśli przechowujesz go razem z kontem, bez śledzenia. To nie jest reguła spisana przez Apple. ## Moja metoda: jedna lista, żeby wszystko się zgadzało Zanim ruszę kwestionariusz, czytam opublikowaną politykę. Polityka TradaZen wymienia e-mail do logowania, subskrypcję, token powiadomień, statystyki użycia, raporty błędów i atrybucję reklamową wymagającą zgody. Każda pozycja polityki staje się typem w App Privacy. **Gdy dodaję SDK albo funkcję, która wysyła dane, zmieniam politykę, App Privacy i manifest tego samego dnia.** Żeby to sprawdzić, wypisz dołączone manifesty poleceniem z poradnika o ITMS-91053, o którym wspomniałem wyżej. Jeśli masz Maca i Xcode, [raport prywatności](https://developer.apple.com/documentation/bundleresources/describing-data-use-in-privacy-manifests) zbiera je w jednym miejscu: Product, potem Archive, potem Generate Privacy Report w organizerze. Apple przedstawia go jako pomoc przy wypełnianiu App Store Connect. ## Aktualizacja App Privacy bez builda Apple pisze to wprost: możesz zmienić odpowiedzi w każdej chwili, bez aktualizacji aplikacji. **Adres polityki prywatności zmienia się natomiast dopiero z następną wersją**, według pomocy App Store Connect. Aktualizuj App Privacy, gdy dodajesz SDK, gdy przekazujesz identyfikator konta do istniejącego narzędzia albo gdy jakaś funkcja wysyła nowy typ danych. Odrzucenie dotyczące wyłącznie tych deklaracji poprawisz online, tak jak przy [wytycznej 5.1.1](https://devoria.fr/pl/blog/guideline-5-1-1-odrzucenie-app-store). ## Sprawdź swoje zgłoszenie, zanim zrobi to Apple [Review Kit](https://devoria.fr/pl/kits/app-review) zawiera moją checklistę przed wysłaniem, moje poprawione odrzucenia i dwa skille Claude Code, które przeglądają twój projekt i stronę apki, a potem przygotowują odpowiedź, jeśli Apple odrzuci aplikację. Chcesz wiedzieć, co jeszcze cię blokuje? [Darmowa diagnoza](https://devoria.fr/pl/diagnostic) wyśle ci moją checklistę przeciw odrzuceniom przez Apple. Cały proces publikacji opisuję w [publikacji aplikacji w App Store](https://devoria.fr/pl/expertise/publikacja-aplikacji-w-app-store). ## Najczęściej zadawane pytania ### Czym jest App Privacy w App Store Connect? To kwestionariusz, z którego powstają etykiety prywatności na stronie twojej apki w App Store: dane zbierane przez aplikację i jej SDK, cele, powiązanie z użytkownikiem i śledzenie. Jest obowiązkowy, żeby zgłosić aplikację i jej aktualizacje. ### Czy zmiana App Privacy wymaga nowego builda? Nie. Apple podaje, że możesz zmienić odpowiedzi w każdej chwili, bez aktualizacji aplikacji: zmieniasz, a potem klikasz Publish. Tylko adres polityki prywatności czeka na następną wersję. ### Co zadeklarować dla RevenueCat w App Privacy? Historię zakupów, z celami analityka i funkcjonalność aplikacji, według dokumentacji RevenueCat. Dodaj identyfikator użytkownika, jeśli przekazujesz własne ID, i dane kontaktowe, jeśli wysyłasz e-mail jako atrybut. ### Czy Sentry i PostHog śledzą w rozumieniu Apple? Nie, w domyślnej konfiguracji. Sentry pisze, że nie używa twoich danych do śledzenia użytkowników, a manifest iOS PostHog nie deklaruje żadnego śledzenia. Ich dane stają się jednak powiązane, gdy tylko przekażesz im identyfikator konta. ### Dlaczego nie mogę dodać wersji do zgłoszenia? Często dlatego, że App Privacy nie jest opublikowane. App Store Connect wyświetla wtedy „You must have published answers to your app's data usages”. Opublikuj odpowiedzi, a potem dodaj wersję. ## Twój projekt [Review Kit](https://devoria.fr/pl/kits/app-review): Moja checklista do App Store Review, poprawione odrzucenia od Apple, checklista do Google Play i trzy skille Claude Code. 219 zł. [iOS & Android Kit](https://devoria.fr/pl/kits/ios): Stwórz swoją aplikację na iPhone'a i Androida z Claude Code: kod startowy moich aplikacji, droga aż do sklepów i wszystkie kity. 439 zł. [Diagnoza: co dzieli cię od twojej aplikacji na iPhone'a](https://devoria.fr/pl/diagnostic): 7 pytań, 60 sekund: wiesz, co naprawdę blokuje publikację twojej aplikacji na iPhone'a, masz plan w 4 krokach i kit dopasowany do ciebie.