# Guideline 5.1.1 App Store: причины отказа и как исправить

> Guideline 5.1.1 Data Collection and Storage: политика конфиденциальности, разрешения, аккаунт. Что требует правило и 3 реальных отказа моих приложений.

Оригинальная страница: [Guideline 5.1.1 App Store: причины отказа и как исправить](https://devoria.fr/ru/blog/guideline-5-1-1-app-store-rejection-fix)
Автор: [Mehdi Azizi](https://devoria.fr/ru/mehdi-azizi)
Опубликовано: 2026-10-06
Последняя правка контента: 2026-10-06


Guideline 5.1.1 это правило Apple о сборе и хранении данных. У меня было три отказа из этой категории, и каждый раз причина сводилась к одному из двух расхождений: **то, что приложение делало с данными, не совпадало с тем, что было заявлено**, или запрос разрешения подталкивал пользователя согласиться.

Эта статья только про это правило: его подпункты, что я проверяю перед отправкой и что исправлять, плюс три отказа, которые я получил на своих приложениях. Если нужна общая картина по всем причинам, лучше прочитай, [почему Apple отклоняет приложение](https://devoria.fr/ru/blog/otkaz-apple-app-store-prichiny).

## Что такое guideline 5.1.1?

Guideline 5.1.1, «Data Collection and Storage», определяет, что должно соблюдать приложение, как только оно работает с персональными данными: полная политика конфиденциальности, согласие до сбора данных, честные запросы разрешений и аккаунт, который можно удалить. Правило касается всех приложений, даже тех, что почти ничего не собирают.

Официальный текст есть в [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#data-collection-and-storage), раздел 5 «Legal», часть 5.1 «Privacy». В сообщении Apple часто указан конкретный подпункт в скобках: 5.1.1(i), 5.1.1(iv), 5.1.1(v). **Именно этот подпункт подсказывает, где искать.**

## Пять подпунктов 5.1.1, которые нужно знать в первую очередь

| Подпункт                     | Что требует Apple          | Типичный отказ                    |
| ---------------------------- | -------------------------- | --------------------------------- |
| 5.1.1(i) Privacy Policies    | Полная политика со ссылкой | Нет политики или она неполная     |
| 5.1.1(ii) Permission         | Согласие до сбора данных   | Расплывчатый текст разрешения     |
| 5.1.1(iii) Data Minimization | Только нужные данные       | Полный доступ к фото              |
| 5.1.1(iv) Access             | Не подталкивать к согласию | Экран, подталкивающий согласиться |
| 5.1.1(v) Account Sign-In     | Без навязанного аккаунта   | Обязательный вход                 |

Три уточнения. Ссылка на политику конфиденциальности должна быть и в App Store Connect, и в самом приложении. В политике сказано, какие данные собираются, как и зачем, подтверждено, что третьи стороны, получающие их, обеспечивают ту же защиту, и объяснено, как отозвать согласие или удалить свои данные. Платная функция не может зависеть от доступа к данным, в котором пользователь вправе отказать. И аккаунт, созданный в приложении, должно быть можно удалить из приложения.

У правила есть и другие подпункты, с (vi) по (x), для более частных случаев, например регулируемых сфер или сбора персональных данных в базы.

## Три вещи, которые я сверяю перед отправкой

Инструкции ревьюера у меня нет. Вот что я сам сверяю перед каждой отправкой, потому что мои отказы возникали из расхождений между этими пунктами:

- **что говорит политика онлайн**, по URL, указанному в App Store Connect;
- **что приложение делает на самом деле**, экран за экраном, включая каждый запрос разрешения;
- **что заявлено в карточке**, в разделе о конфиденциальности приложения ([App Privacy Details](https://developer.apple.com/app-store/app-privacy-details/)).

Ещё я тестирую каждый экран разрешения, закрывая приложение и запуская его снова. Именно эту причину я нашёл у второго отказа Nolera.

## Три моих отказа по 5.1.1 и их настоящая причина

### Clic: онлайн висела старая версия политики

Clic превращает продукт в готовые к публикации слайды с помощью ИИ. 16 сентября 2026 года Apple отклоняет приложение со ссылкой на 5.1.1(i) и 5.1.2(i). Экран согласия на использование ИИ в приложении был. Проблема была вне приложения: на сайте висела старая версия политики конфиденциальности. Новая существовала, но её не выложили.

**Исправление**: опубликовал полную политику, добавил для ревьюера краткое изложение на английском, обновил заметки для ревью. Новый билд я не делал: отправил ту же заявку повторно.

**Урок**: Apple читает то, что опубликовано, а не то, что лежит в твоём репозитории. В день отправки открой URL своей политики и поищи название каждого стороннего сервиса, который использует приложение.

### Nolera: кнопка «Разрешить» до системного запроса

Nolera это моё приложение-гардероб. 17 сентября 2026 года, после ревью на iPad Air, Apple ссылается на 5.1.1(iv). Перед запросом доступа к камере приложение показывало поясняющий экран с кнопкой «Allow the camera».

Правила дизайна Apple тут однозначны. Собственный экран перед системным запросом должен иметь [только одну кнопку](https://developer.apple.com/design/human-interface-guidelines/privacy), которая открывает этот запрос. Apple рекомендует слово вроде «Continue» или «Next», а не «Allow»: кнопка, похожая на системную, подталкивает потом нажать настоящую «Allow», не желая этого.

Это правило касается экранов перед системным запросом: камера, микрофон, геолокация, контакты, календарь, отслеживание. Есть одно исключение: согласие, которого требует закон.

**Исправление**: кнопка теперь называется «Продолжить» на всех 8 языках приложения.

**Урок**: экран, подготавливающий к разрешению, объясняет. Он не решает за пользователя.

### Nolera, второй отказ: экран «камера запрещена» появлялся раньше запроса

После повторной отправки Nolera отклонили второй раз 22 сентября 2026 года, снова по 5.1.1(iv), на этот раз на iPad Pro 11 дюймов. Apple указала на две вещи: отправку в Настройки до запроса доступа и экран, который можно было покинуть, так и не увидев этот запрос.

Причина, которую я нашёл: случай, который я не протестировал. Экран съёмки показывал панель «камера запрещена» со ссылкой на Настройки и запасным вариантом, как только доступ не был выдан. Даже если его ни разу не запрашивали. В обычном сценарии поясняющий экран шёл раньше, и всё было в порядке. Но если закрыть приложение на полпути и снова запустить, ты попадал прямо на съёмку, не увидев системного запроса.

**Исправление**: пока iOS ещё может задать вопрос, экран сам вызывает системный запрос. Панель «камера запрещена» появляется только после настоящего отказа. Для этого понадобился новый билд, ведь ревьюер тестирует код внутри приложения.

**Урок**: «ни разу не запрашивали» и «отказано» это два разных состояния. Тестируй каждый экран разрешения, возвращаясь на него после закрытия приложения, а не только по порядку сценария.

## 5.1.1 и ИИ: что добавляет 5.1.2(i)

В случае Clic Apple сослалась на [5.1.2(i)](https://devoria.fr/ru/blog/guideline-5-1-2-third-party-ai-att-data-sharing) в дополнение к 5.1.1. Это правило требует чётко указывать, куда персональные данные передаются третьим сторонам, и прямо называет сторонний ИИ («third-party AI»). Ещё оно требует явного разрешения до передачи.

Моя практика после этого отказа: три согласованных между собой вещи.

- Экран согласия в приложении до первой отправки данных, где сказано, в какой сервис и какие данные уходят.
- Та же информация в онлайн-политике конфиденциальности.
- Та же информация в декларациях конфиденциальности карточки.

Что именно должно быть в политике, подробно разобрано в статье [политика конфиденциальности приложения](https://devoria.fr/ru/blog/privacy-policy-ios-app-guide).

## Что ответить Apple после отказа по 5.1.1

Переписка идёт в разделе App Review твоего приложения в App Store Connect. Официальная процедура, как [ответить App Review](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/), такая же, как для других правил. Пиши по-английски и по делу: что было не так, что изменилось, как это проверить. Вот шаблон, которым я пользуюсь (подставь свой номер билда и своё исправление):

```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,
```

Возможны два случая:

- **Причина онлайн** (политика, страница поддержки, декларации карточки): исправляешь, отвечаешь, и та же заявка может уйти снова без нового билда.
- **Причина в приложении** (экран, кнопка, порядок запросов): нужен новый билд. Удалённого обновления недостаточно, как я объясняю в гайде по [guideline 2.1](https://devoria.fr/ru/blog/guideline-2-1-app-store-otkaz).

## Чек-лист 5.1.1 перед отправкой

- URL твоей политики конфиденциальности открывается, и онлайн лежит последняя версия.
- Политика называет каждый сторонний сервис, получающий данные, включая ИИ. Это моё правило, оно строже текста Apple.
- Декларации конфиденциальности в карточке говорят то же, что политика и [privacy manifest](https://devoria.fr/ru/blog/itms-91053-missing-api-declaration-expo) билда.
- Каждый текст разрешения объясняет использование одной точной фразой.
- Никакое разрешение не запрашивается при запуске, если приложение может работать без него. Та же логика для фоновых режимов: ни одного заявленного режима без функции, которая его использует.
- У собственного экрана перед запросом только одна кнопка, «Продолжить», и она открывает системный запрос.
- Тот, кто отказал в разрешении, может продолжить по-другому или понимает, чего лишается.
- Экран «доступ запрещён» появляется только после настоящего отказа. Ты проверил это, закрыв и снова запустив приложение.
- Приложением можно пользоваться без аккаунта, если аккаунт не обязателен.
- Аккаунт, созданный в приложении, можно удалить из приложения: рецепт в статье [удаление аккаунта в iOS](https://devoria.fr/ru/blog/udalenie-akkaunta-ios-prilozhenie-app-review).
- Всё протестировано и на iPad: оба моих отказа по 5.1.1 у Nolera нашли на iPad.

## Исправь отказ с тем, кто уже получал такой же

Если твоё приложение только что отклонили по 5.1.1, [Apple Review Kit](https://devoria.fr/ru/kits/review-apple) поможет найти указанное правило, понять, что оно требует, и даст пример исправления и ответа. Если хочешь разобрать твой случай вместе прямо сейчас, [забронируй со мной час](https://devoria.fr/ru/coaching) по видеосвязи. Весь подход описан и на странице [приложение отклонено Apple](https://devoria.fr/ru/expertise/app-rejected-by-apple).

Если готовишь первый релиз, [пройди бесплатную диагностику](https://devoria.fr/ru/diagnostic): она расставит твои шаги по порядку и пришлёт мой чек-лист против отказов Apple, включая конфиденциальность. Чтобы [создать мобильное приложение](https://devoria.fr/ru), с самого начала рассчитанное на ревью, путь из четырёх шагов в [iOS Kit](https://devoria.fr/ru/kits/ios) ведёт от идеи до отправки в Apple.

Никто не может гарантировать, что Apple примет твоё приложение. Что я могу сделать, так это помочь тебе избежать отказов по 5.1.1, за которые я уже заплатил целым циклом ревью.

## Частые вопросы

### Что означает «Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage»?

Это полное название правила в сообщении Apple. Оно указывает на проблему с персональными данными: неполная политика конфиденциальности, слишком настойчивый запрос разрешения или аккаунт, который нельзя удалить. Подпункт в скобках, например 5.1.1(iv), уточняет, какая именно.

### Нужен ли новый билд после отказа по 5.1.1?

Не всегда. Если причина онлайн, например устаревшая политика конфиденциальности, ты исправляешь страницу, отвечаешь Apple, и заявка уходит снова без нового билда. Если причина в экране или кнопке приложения, нужен новый билд.

### Можно ли показать поясняющий экран перед запросом разрешения?

Да, Apple это разрешает, когда это действительно полезно. Тогда у экрана только одна кнопка, которая открывает системный запрос, со словом вроде «Continue» или «Next». Никакой кнопки «Allow», никакой кнопки закрыть или пропустить, кроме случая согласия, которого требует закон.

### Моё приложение использует внешний ИИ: что нужно заявить?

Guideline 5.1.2(i) требует указывать, куда данные передаются третьим сторонам, включая ИИ, и получать явное разрешение заранее. Я применяю это в трёх местах: экран согласия в приложении, онлайн-политика конфиденциальности и декларации конфиденциальности в карточке. В случае Clic Apple сослалась на это правило вместе с 5.1.1.

### Обязателен ли аккаунт, чтобы соответствовать 5.1.1?

Нет, наоборот. Если в твоём приложении нет функции, которая действительно зависит от аккаунта, Apple требует, чтобы им можно было пользоваться без входа. А если в нём можно создать аккаунт, его должно быть можно и удалить из приложения.


## Твой проект

[Apple Review Kit](https://devoria.fr/ru/kits/review-apple): Мой чек-лист для ревью App Store, исправленные отказы Apple, заметки для ревьюера и два skills для Claude Code, которые проверяют твоё приложение. 29 €.

[iOS Kit](https://devoria.fr/ru/kits/ios): Создай приложение для iPhone с Claude Code: стартовый код моих приложений, skills для проверки его работы и наборы Apple Review Kit, App Store Screenshots Kit и ASO Kit. 129,99 €.