App Privacy w App Store Connect: co zadeklarować dla SDK

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.
• Manifest prywatności to plik PrivacyInfo.xcprivacy dołączony do builda. Szczegóły znajdziesz w poradniku o ITMS-91053.
• 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 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 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, oraz manifest, który deklaruje śledzenie razem z domenami. Bez tych domen dostaniesz błąd ITMS-91064.

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 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.

Sentry

Jego strona o prywatności mobilnej 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 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 deklaruje interakcje z aplikacją i inne dane o użyciu, niepowiązane, bez śledzenia, do analityki. Dla React Native jego dokumentacja 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 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 dodaje interakcje z aplikacją, do analityki. Manifest Meta dodaje dane o awariach i inne dane. Dokumentacja iOS Meta 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 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 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.

Sprawdź swoje zgłoszenie, zanim zrobi to Apple

Review Kit 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 wyśle ci moją checklistę przeciw odrzuceniom przez Apple. Cały proces publikacji opisuję w publikacji 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ę.