# Guideline 5.1.1: jak naprawić odrzucenie w App Store

> Guideline 5.1.1 Data Collection and Storage: polityka prywatności, uprawnienia, konto. Czego wymaga ta reguła i 3 prawdziwe odrzucenia moich aplikacji.

Oryginalna strona: [Guideline 5.1.1: jak naprawić odrzucenie w App Store](https://devoria.fr/pl/blog/guideline-5-1-1-odrzucenie-app-store)
Autor: [Mehdi Azizi](https://devoria.fr/pl/mehdi-azizi)
Publikacja: 2026-10-06
Ostatnia aktualizacja treści: 2026-10-06


Guideline 5.1.1 to reguła Apple dotycząca zbierania i przechowywania danych. W moich trzech odrzuceniach z tej rodziny przyczyną była zawsze jedna z dwóch rozbieżności: **to, co aplikacja robiła z danymi, nie zgadzało się z tym, co było zadeklarowane**, albo prośba o uprawnienie popychała użytkownika do kliknięcia „tak”.

Ten artykuł dotyczy tylko tej jednej reguły: jej punktów, tego, co sprawdzam przed wysyłką, i tego, co poprawić. Do tego trzy odrzucenia, które dostałem na własnych aplikacjach. Jeśli chcesz przegląd wszystkich powodów, przeczytaj raczej [dlaczego Apple odrzuca aplikację](https://devoria.fr/pl/blog/odrzucenie-aplikacji-apple-prawdziwe-przypadki).

## Czym jest guideline 5.1.1?

Guideline 5.1.1, „Data Collection and Storage”, określa, czego aplikacja musi przestrzegać, gdy tylko dotyka danych osobowych: pełna polityka prywatności, zgoda przed zbieraniem danych, uczciwe prośby o uprawnienia i konto, które da się usunąć. Dotyczy wszystkich aplikacji, nawet tych, które prawie nic nie zbierają.

Oficjalny tekst znajdziesz w [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#data-collection-and-storage), sekcja 5 „Legal”, część 5.1 „Privacy”. Wiadomość od Apple często podaje konkretny punkt w nawiasie: 5.1.1(i), 5.1.1(iv), 5.1.1(v). **To właśnie ten punkt mówi ci, gdzie szukać.**

## Pięć punktów 5.1.1, które warto znać najpierw

| Punkt                        | Czego wymaga Apple            | Typowe odrzucenie             |
| ---------------------------- | ----------------------------- | ----------------------------- |
| 5.1.1(i) Privacy Policies    | Pełna i podlinkowana polityka | Brak polityki lub niepełna    |
| 5.1.1(ii) Permission         | Zgoda przed zbieraniem        | Niejasny tekst uprawnienia    |
| 5.1.1(iii) Data Minimization | Tylko potrzebne dane          | Pełny dostęp do zdjęć         |
| 5.1.1(iv) Access             | Nie naciskać na akceptację    | Ekran, który naciska na zgodę |
| 5.1.1(v) Account Sign-In     | Bez wymuszonego konta         | Obowiązkowe logowanie         |

Trzy uściślenia. Polityka prywatności jest podlinkowana w App Store Connect i w aplikacji. Mówi, jakie dane są zbierane, jak i w jakim celu, potwierdza, że podmioty trzecie, które je otrzymują, zapewniają taką samą ochronę, i wyjaśnia, jak wycofać zgodę albo zażądać usunięcia danych. Płatna funkcja nie może zależeć od dostępu do danych, którego użytkownik ma prawo odmówić. A konto założone w aplikacji musi dać się usunąć z poziomu aplikacji.

Reguła ma też inne punkty, od (vi) do (x), dotyczące bardziej szczególnych przypadków, takich jak branże regulowane czy kompilowanie danych osobowych.

## Trzy rzeczy, które porównuję przed wysyłką

Nie mam instrukcji obsługi recenzenta. Oto co sam porównuję przed każdą wysyłką, bo moje odrzucenia wzięły się z rozbieżności między tymi elementami:

- **co mówi polityka online**, pod adresem URL zadeklarowanym w App Store Connect;
- **co aplikacja faktycznie robi**, ekran po ekranie, łącznie z każdą prośbą o uprawnienie;
- **co jest zadeklarowane na karcie aplikacji**, w części o prywatności aplikacji ([App Privacy Details](https://developer.apple.com/app-store/app-privacy-details/)).

Testuję też każdy ekran uprawnień, zamykając aplikację i uruchamiając ją ponownie. To przyczyna, którą zidentyfikowałem przy moim drugim odrzuceniu Nolery.

## Trzy odrzucenia 5.1.1, które dostałem, i ich prawdziwa przyczyna

### Clic: polityka online była starą wersją

Clic zamienia produkt w gotowe do publikacji slajdy, z pomocą AI. 16 września 2026 Apple odrzuca aplikację, powołując się na 5.1.1(i) i 5.1.2(i). Ekran zgody na AI był w aplikacji. Problem leżał poza nią: polityka prywatności opublikowana na stronie była starą wersją. Nowa istniała, ale nie trafiła online.

**Poprawka**: opublikowana pełna polityka, dodane streszczenie po angielsku dla recenzenta, zaktualizowane notatki do review. Nie robiłem nowego buildu: wysłałem ponownie to samo zgłoszenie.

**Lekcja**: Apple czyta to, co jest online, a nie to, co masz w repozytorium. W dniu wysyłki otwórz URL swojej polityki i poszukaj nazwy każdej usługi zewnętrznej, z której korzysta twoja aplikacja.

### Nolera: przycisk „Allow” przed systemową prośbą

Nolera to moja aplikacja do zarządzania garderobą. 17 września 2026, po review na iPadzie Air, Apple powołuje się na 5.1.1(iv). Przed prośbą o dostęp do aparatu aplikacja pokazywała ekran wyjaśniający z przyciskiem „Allow the camera”.

Zasady designu Apple są w tej kwestii precyzyjne. Własny ekran pokazany przed systemową prośbą może mieć [tylko jeden przycisk](https://developer.apple.com/design/human-interface-guidelines/privacy), który otwiera tę prośbę. Apple zaleca słowo w stylu „Continue” albo „Next”, a nie „Allow”: przycisk, który wygląda jak systemowy, popycha do kliknięcia potem prawdziwego „Allow” bez świadomej decyzji.

Ta zasada dotyczy ekranów pokazywanych przed systemową prośbą: aparat, mikrofon, lokalizacja, kontakty, kalendarz, śledzenie. Przewiduje jeden wyjątek: zgodę wymaganą przez prawo.

**Poprawka**: przycisk nazywa się „Continue”, we wszystkich 8 językach aplikacji.

**Lekcja**: ekran przygotowujący do uprawnienia wyjaśnia. Nie decyduje za użytkownika.

### Nolera, drugie odrzucenie: ekran „brak dostępu do aparatu” pojawiał się przed prośbą

Po ponownym wysłaniu Nolera zostaje odrzucona drugi raz 22 września 2026, znowu z 5.1.1(iv), tym razem na iPadzie Pro 11 cali. Apple wskazuje dwie rzeczy: odesłanie do Settings przed prośbą o dostęp i ekran, który można było opuścić bez zobaczenia tej prośby.

Przyczyna, którą zidentyfikowałem: przypadek, którego nie przetestowałem. Ekran robienia zdjęcia pokazywał swój panel „brak dostępu do aparatu”, z linkiem do Settings i rozwiązaniem zastępczym, gdy tylko dostęp nie był przyznany. Także wtedy, gdy nikt jeszcze o niego nie poprosił. W normalnym przebiegu ekran wyjaśniający pojawiał się wcześniej i wszystko było w porządku. Ale jeśli zamknęło się aplikację w połowie i uruchomiło ponownie, lądowało się od razu na ekranie zdjęcia, bez zobaczenia systemowej prośby.

**Poprawka**: dopóki iOS może jeszcze zadać pytanie, ekran sam wywołuje systemową prośbę. Panel „brak dostępu do aparatu” pojawia się dopiero po prawdziwej odmowie. Ta poprawka wymagała nowego buildu, bo recenzent testuje kod zawarty w aplikacji.

**Lekcja**: „nigdy nie pytano” i „odmówiono” to dwa różne stany. Testuj każdy ekran uprawnień, wracając do niego po zamknięciu aplikacji, a nie tylko w kolejności przebiegu.

## 5.1.1 i AI: co dodaje 5.1.2(i)

Przy Clic Apple powołało się na [5.1.2(i)](https://devoria.fr/pl/blog/guideline-5-1-2-ai-att-udostepnianie-danych) oprócz 5.1.1. Ta reguła wymaga jasnego wskazania, gdzie dane osobowe są udostępniane podmiotom trzecim, i wprost wymienia zewnętrzne AI („third-party AI”). Wymaga też wyraźnej zgody przed udostępnieniem.

Moja praktyka od tego odrzucenia: trzy rzeczy spójne ze sobą.

- Ekran zgody w aplikacji, przed pierwszym wysłaniem danych, który mówi, do jakiej usługi trafiają dane i jakie.
- Ta sama informacja w polityce prywatności online.
- Ta sama informacja w deklaracjach prywatności na karcie aplikacji.

Szczegóły tego, co powinna zawierać polityka, znajdziesz w artykule [polityka prywatności aplikacji](https://devoria.fr/pl/blog/polityka-prywatnosci-aplikacji-ios).

## Co odpowiedzieć Apple po odrzuceniu 5.1.1

Rozmowa toczy się w sekcji App Review twojej aplikacji, w App Store Connect. Oficjalna procedura, jak [odpowiedzieć App Review](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/), jest taka sama jak przy innych regułach. Pisz po angielsku, rzeczowo: co było problemem, co się zmieniło, jak to sprawdzić. Oto szablon, którego używam (podmień numer buildu i poprawkę na swoje):

```text
Hello,

Thank you for your review.

Issue: the custom screen shown before the camera permission
request used an "Allow" button, and the "camera denied" panel
could appear before the system alert had ever been shown.

Fix in build X:
- The custom screen now has a single "Continue" button that
  opens the system alert.
- The "camera denied" panel only appears after the user has
  actually denied access in the system alert.

How to verify: delete the app, install this build, launch it
and go to the photo step. The system alert appears first.

Best regards,
```

Możliwe są dwa przypadki:

- **Przyczyna jest online** (polityka, strona wsparcia, deklaracje na karcie): poprawiasz, odpowiadasz i to samo zgłoszenie może wrócić do review bez nowego buildu.
- **Przyczyna jest w aplikacji** (ekran, przycisk, kolejność próśb): potrzebny jest nowy build. Zdalna aktualizacja nie wystarczy, jak wyjaśniam w poradniku o [guideline 2.1](https://devoria.fr/pl/blog/guideline-2-1-odrzucenie-app-store).

## Checklista 5.1.1 przed wysłaniem

- URL twojej polityki prywatności się otwiera, a strona online to najnowsza wersja.
- Polityka wymienia każdą usługę zewnętrzną, która otrzymuje dane, łącznie z AI. To moja zasada, surowsza niż tekst Apple.
- Deklaracje prywatności na twojej karcie mówią to samo co polityka i [privacy manifest](https://devoria.fr/pl/blog/itms-91053-missing-api-declaration-expo) w buildzie.
- Każdy tekst uprawnienia wyjaśnia cel w jednym precyzyjnym zdaniu.
- Żadne uprawnienie nie jest wymagane przy starcie, jeśli aplikacja może działać bez niego. Ta sama logika dotyczy trybów działania w tle: żaden tryb nie jest zadeklarowany bez funkcji, która go używa.
- Własny ekran przed prośbą ma tylko jeden przycisk, „Continue”, który otwiera systemową prośbę.
- Ktoś, kto odmówi uprawnienia, może korzystać dalej w inny sposób albo rozumie, co traci.
- Ekran „brak dostępu” pojawia się dopiero po prawdziwej odmowie. Przetestowałeś to, zamykając i ponownie uruchamiając aplikację.
- Aplikacja działa bez konta, gdy konto nie jest niezbędne.
- Konto założone w aplikacji da się usunąć z aplikacji: przepis znajdziesz w artykule [usuwanie konta w aplikacji iOS](https://devoria.fr/pl/blog/usuwanie-konta-aplikacja-ios-testy-przed-apple).
- Wszystko jest przetestowane także na iPadzie: oba moje odrzucenia 5.1.1 przy Nolerze zostały wykryte na iPadzie.

## Napraw odrzucenie z kimś, kto już je dostał

Jeśli twoja aplikacja właśnie została odrzucona z 5.1.1, [Apple Review Kit](https://devoria.fr/pl/kits/review-apple) pomoże ci znaleźć wskazaną regułę, zrozumieć, czego wymaga, i da przykład poprawki oraz odpowiedzi. Jeśli chcesz, żebyśmy od razu razem przejrzeli twoją sprawę, [zarezerwuj godzinę ze mną](https://devoria.fr/pl/coaching), przez wideo. Cały proces znajdziesz też na stronie [aplikacja odrzucona przez Apple](https://devoria.fr/pl/expertise/aplikacja-odrzucona-przez-apple).

Jeśli przygotowujesz swoje pierwsze wydanie, [zrób darmową diagnozę](https://devoria.fr/pl/diagnostic): uporządkuje twoje kroki i wyśle ci moją checklistę przeciw odrzuceniom Apple, łącznie z prywatnością. Żeby [stworzyć aplikację mobilną](https://devoria.fr/pl) zaprojektowaną pod review od samego początku, czteroetapowa ścieżka [iOS Kit](https://devoria.fr/pl/kits/ios) prowadzi od pomysłu aż do wysłania do Apple.

Nikt nie może zagwarantować, że Apple zaakceptuje twoją aplikację. Mogę za to pomóc ci uniknąć odrzuceń 5.1.1, za które sam już zapłaciłem cyklem review.

## Najczęściej zadawane pytania

### Co oznacza „Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage”?

To pełna nazwa reguły w wiadomości od Apple. Sygnalizuje problem z danymi osobowymi: niepełną politykę prywatności, prośbę o uprawnienie uznaną za natarczywą albo konto, którego nie da się usunąć. Punkt w nawiasie, na przykład 5.1.1(iv), wskazuje, o który chodzi.

### Czy po odrzuceniu 5.1.1 potrzebny jest nowy build?

Nie zawsze. Jeśli przyczyna jest online, na przykład nieaktualna polityka prywatności, poprawiasz stronę, odpowiadasz Apple i zgłoszenie wraca do review bez nowego buildu. Jeśli przyczyną jest ekran albo przycisk w aplikacji, potrzebny jest nowy build.

### Czy można pokazać ekran wyjaśniający przed prośbą o uprawnienie?

Tak, Apple na to pozwala, gdy jest to naprawdę przydatne. Ekran ma wtedy tylko jeden przycisk, który otwiera systemową prośbę, ze słowem w stylu „Continue” albo „Next”. Bez przycisku „Allow”, bez przycisku zamknięcia czy pominięcia, chyba że zgodę wymaga prawo.

### Moja aplikacja korzysta z zewnętrznego AI: co trzeba zadeklarować?

Guideline 5.1.2(i) wymaga wskazania, gdzie dane są udostępniane podmiotom trzecim, łącznie z AI, i uzyskania wcześniej wyraźnej zgody. Stosuję to w trzech miejscach: ekran zgody w aplikacji, polityka prywatności online i deklaracje prywatności na karcie aplikacji. Przy Clic Apple powołało się na tę regułę razem z 5.1.1.

### Czy konto jest obowiązkowe, żeby spełnić 5.1.1?

Nie, jest odwrotnie. Jeśli twoja aplikacja nie ma funkcji, która naprawdę opiera się na koncie, Apple wymaga, żeby dało się z niej korzystać bez logowania. A jeśli pozwala założyć konto, musi też pozwalać usunąć je z poziomu aplikacji.


## Twój projekt

[Apple Review Kit](https://devoria.fr/pl/kits/review-apple): Checklista review App Store, której używam, moje poprawione odrzucenia od Apple, notatki dla recenzenta i dwa skille Claude Code, które sprawdzają twoją aplikację. 29 €.

[iOS Kit](https://devoria.fr/pl/kits/ios): Stwórz aplikację na iPhone'a z Claude Code: Starter Code moich aplikacji, skille sprawdzające jego pracę oraz Apple Review Kit, App Store Screenshots Kit i ASO Kit. 129,99 €.