Polityka prywatności aplikacji iOS: poradnik

Dlaczego Apple wymaga polityki prywatności

Gdy tylko tworzysz stronę aplikacji w App Store Connect, Apple prosi cię o URL polityki prywatności i URL wsparcia, który naprawdę działa. To nie jest formalność dla ozdoby: wytyczne App Review wymagają jej od każdej aplikacji, niezależnie od tego, czy masz konta użytkowników, czy nie. Bez dostępnej strony twoje zgłoszenie jest zablokowane, zanim reviewer w ogóle na nie spojrzy.

Brak polityki prywatności albo polityka, która nie zgadza się z faktycznym działaniem aplikacji, to jeden z najłatwiejszych do uniknięcia powodów odrzucenia. To też jedna z pierwszych rzeczy, które sprawdzam, kiedy przeglądam zgłoszenie przed wysłaniem do Apple.

Co naprawdę musi zawierać twoja polityka prywatności

Tekst musi opisywać to, co twoja aplikacja faktycznie zbiera, a nie ogólną listę skopiowaną skądinąd. W większości przypadków powtarzają się cztery elementy:

Zbierane dane. Konto, e-mail, treści tworzone w aplikacji, dane techniczne, np. identyfikator reklamowy, jeśli go używasz. Jeśli nie zbierasz nic szczególnego, też napisz to jasno.

Powód każdego zbierania danych. Dlaczego ta dana jest ci potrzebna do działania aplikacji, a nie mgliste uzasadnienie.

Zaangażowane podmioty trzecie. Jeśli korzystasz z dostawcy uwierzytelniania, płatności, analityki albo AI, wymień go z nazwy. Aplikacja, która wysyła zdjęcie do zewnętrznej usługi AI, musi to powiedzieć wprost i najczęściej poprosić o zgodę przed wysłaniem.

Jak usunąć swoje dane. Apple wymaga, żeby aplikacja z kontem użytkownika oferowała sposób usunięcia konta z poziomu samej aplikacji, a nie tylko przez e-mail. Ta ścieżka musi być łatwo dostępna, a nie ukryta w jakimś dziwnym podmenu.

Różnica między polityką a deklaracjami prywatności

Początkującym często mylą się dwie różne rzeczy. Polityka prywatności to tekst na stronie internetowej, dostępny przez link. Deklaracje prywatności to formularz wypełniany bezpośrednio w App Store Connect, w sekcji "App Privacy", który wymienia według kategorii zbierane dane i ich zastosowanie, a potem wyświetla się na publicznej stronie twojej aplikacji.

Obie muszą opowiadać tę samą historię. Deklaracja "brak zbieranych danych", podczas gdy twoja aplikacja używa SDK analitycznego zbierającego identyfikator, to dokładnie ten rodzaj rozbieżności, który reviewer albo późniejszy audyt może wyłapać. Wypełniaj ten formularz, sprawdzając, co naprawdę robi twój kod i co deklaruje twój privacy manifest, a nie zaznaczając pole, które wydaje się najprostsze.

A co z RODO?

Jeśli twoja aplikacja jest skierowana do użytkowników w Europie, RODO obowiązuje dodatkowo, obok wymagań Apple. Francuski urząd ochrony danych CNIL publikuje poradnik dla twórców aplikacji mobilnych, który opisuje zasady: zbieraj tylko to, co niezbędne, informuj jasno, umożliwiaj dostęp do danych i ich usunięcie. Wymagania Apple i RODO w dużej mierze się pokrywają, ale spełnienie wymagań Apple nie oznacza automatycznie zgodności z RODO, jeśli twoja aplikacja przetwarza dane osobowe w szerokim sensie.

Jeśli twoja aplikacja jest prosta, bez konta i bez zbierania danych osobowych poza tym, czym natywnie zarządza iOS, twoja polityka może być krótka: napisz to jasno, zamiast kopiować długi tekst nie na temat.

Konkretny przypadek: odrzucenia związane z regułą 5.1.1

Z mojego doświadczenia z publikacją: dostałem od Apple odrzucenie za politykę prywatności online, która nie była już aktualna, oraz za przycisk funkcji wyświetlany przed oczekiwaną prośbą o dostęp do aparatu. Oba przypadki podlegają regule 5.1.1 dotyczącej zbierania i przechowywania danych. Poradnik odrzucenie przez Apple, reguła 2.1 opisuje inny częsty powód, tym razem związany z tym, co tester faktycznie może zrobić w aplikacji.

Wspólna lekcja z obu przypadków: reviewer porównuje to, co obiecuje twoja polityka, co twoja aplikacja naprawdę robi i co zadeklarowałeś w formularzu. Rozbieżność między tymi trzema elementami wystarczy, żeby zablokować zgłoszenie, nawet jeśli reszta jest solidna.

Jak napisać własną, niczego nie wymyślając

Przy pierwszej aplikacji zacznij od prawdziwej listy usług, z których korzystasz: uwierzytelnianie, baza danych, płatności, analityka, AI. Dla każdej zapisz, co dostaje od twojej aplikacji i po co. Ta lista staje się szkieletem twojej polityki: nie potrzebujesz dziesięciostronicowego tekstu prawniczego dla aplikacji z prostym kontem i subskrypcją.

Jeśli twoja aplikacja jest zbudowana w Expo, poradnik o kluczach API w aplikacji Expo wyjaśnia, gdzie umieszczać wywołania usług zewnętrznych, co pomaga ci też dokładnie wiedzieć, jakie dane przechodzą przez jakie usługi, gdy piszesz swoją politykę.

Gdy ten tekst i deklaracje prywatności są gotowe, dołączają do reszty zgłoszenia przed wysłaniem do Apple: strony aplikacji, zrzutów ekranu, notatek dla testera. Strona publikacja aplikacji w App Store opisuje wszystkie te kroki w kolejności, w jakiej wymaga ich App Store Connect.

Co dalej: zgłoszenie sprawdzone przed wysłaniem

Nie mogę ci zagwarantować, że Apple zaakceptuje twoją aplikację za pierwszym razem. Nikt uczciwie tego nie może. Mogę ci za to pomóc uniknąć odrzuceń, których da się uniknąć, w tym tych związanych z polityką prywatności. Żeby sprawdzić zgłoszenie przed wysłaniem, Apple Review Kit zawiera moją checklistę i skille Claude Code, które przeglądają twój projekt, paywall i stronę aplikacji.

Wolisz najpierw darmową listę? Darmowa diagnoza wyśle ci moją checklistę przeciw odrzuceniom przez Apple, z punktami dotyczącymi prywatności, które sprawdzam przed każdym wysłaniem.

Najczęściej zadawane pytania

Czym jest polityka prywatności aplikacji iOS?

To tekst na stronie internetowej, dostępny przez link, który opisuje, co twoja aplikacja faktycznie zbiera. Podajesz jego URL Apple w App Store Connect już przy tworzeniu strony aplikacji. To nie jest ogólna lista skopiowana skądinąd: musi odpowiadać faktycznemu działaniu aplikacji.

Czy polityka prywatności jest obowiązkowa, żeby opublikować aplikację iOS?

Tak, wytyczne Apple wymagają polityki prywatności od każdej aplikacji, niezależnie od tego, czy ma konta użytkowników, czy nie. Bez dostępnej strony twoje zgłoszenie jest zablokowane, zanim reviewer w ogóle na nie spojrzy. Jeśli twoja aplikacja jest prosta, polityka może być krótka. Napisz jasno, co zbierasz albo że nie zbierasz nic szczególnego, zamiast kopiować długi tekst nie na temat.

Co umieścić w polityce prywatności aplikacji?

W większości przypadków powtarzają się cztery elementy: zbierane dane, powód każdego zbierania, zaangażowane podmioty trzecie i sposób usunięcia danych. Przy zbieranych danych pomyśl o koncie, e-mailu, tworzonych treściach i identyfikatorze reklamowym, jeśli go używasz. Aplikacja, która wysyła zdjęcie do zewnętrznej usługi AI, musi to powiedzieć wprost.

Czym różni się polityka prywatności od deklaracji prywatności (App Privacy)?

Polityka to tekst na stronie internetowej, dostępny przez link. Deklaracje to formularz wypełniany w App Store Connect, w sekcji App Privacy, który wymienia według kategorii zbierane dane i ich zastosowanie, a potem wyświetla się na publicznej stronie twojej aplikacji. Obie muszą opowiadać tę samą historię: wypełniaj formularz, sprawdzając, co naprawdę robi twój kod.

Czy trzeba przestrzegać RODO oprócz zasad Apple?

Tak, jeśli twoja aplikacja jest skierowana do użytkowników w Europie: RODO obowiązuje dodatkowo, obok wymagań Apple. Oba zestawy zasad w dużej mierze się pokrywają, ale spełnienie wymagań Apple nie wystarcza automatycznie, jeśli twoja aplikacja przetwarza dane osobowe w szerokim sensie. CNIL publikuje poradnik dla twórców aplikacji mobilnych: zbieraj tylko to, co niezbędne, informuj jasno, umożliwiaj dostęp do danych i ich usunięcie.

Czy Apple może odrzucić aplikację z powodu polityki prywatności?

Tak, brak polityki albo polityka niezgodna z faktycznym działaniem aplikacji to powód odrzucenia, którego da się uniknąć. Reviewer porównuje to, co obiecuje twoja polityka, co robi twoja aplikacja i co zadeklarowałeś w formularzu. Rozbieżność między tymi trzema elementami wystarczy, żeby zablokować zgłoszenie. Sam dostałem odrzucenie za politykę online, która nie była już aktualna.