Политика конфиденциальности приложения iOS: гайд

Зачем Apple требует политику конфиденциальности

Как только ты создаёшь карточку приложения в App Store Connect, Apple просит URL политики конфиденциальности и URL поддержки, который реально работает. Это не декоративная формальность: правила App Review требуют её от любого приложения, есть в нём пользовательский аккаунт или нет. Если страница недоступна, твою заявку заблокируют ещё до того, как её посмотрит ревьюер.

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

Что на самом деле должно быть в твоей политике конфиденциальности

Текст должен описывать то, что твоё приложение собирает на самом деле, а не общий список, скопированный откуда-то. В большинстве случаев нужны четыре элемента:

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

Причина каждого сбора. Зачем тебе эти данные для работы приложения, без расплывчатых объяснений.

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

Как удалить свои данные. Apple требует, чтобы приложение с пользовательскими аккаунтами давало возможность удалить аккаунт прямо в самом приложении, а не только через email. Путь к этому должен быть доступным, а не спрятанным в каком-нибудь неочевидном подменю.

Разница между политикой и декларациями конфиденциальности

У новичков в голове часто смешиваются две разные вещи. Политика конфиденциальности это текст на веб-странице, доступный по ссылке. Декларации конфиденциальности это форма, которую заполняют прямо в App Store Connect, в разделе «App Privacy». В ней по категориям перечислены собираемые данные и их использование, а потом это отображается на твоей публичной странице в App Store.

Обе должны рассказывать одну и ту же историю. Декларация «данные не собираются», когда твоё приложение использует SDK аналитики, собирающий идентификатор, это как раз такое расхождение, которое может заметить ревьюер или проверка постфактум. Заполняй форму, реально проверяя, что делает твой код и что указано в твоём privacy manifest, а не ставя галочку, которая кажется самой простой.

А что с GDPR?

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

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

Реальный случай: отказы по правилу 5.1.1

За время публикаций я получал отказ от Apple из-за того, что политика конфиденциальности на сайте устарела, и из-за кнопки функции, которая показывалась до ожидаемого запроса доступа к камере. Оба случая относятся к правилу 5.1.1 о сборе и хранении данных. В гайде отказ Apple, правило 2.1 разобрана другая частая причина, на этот раз связанная с тем, что тестировщик реально может сделать в приложении.

Общий урок из обоих случаев: ревьюер сравнивает то, что обещает твоя политика, то, что реально делает приложение, и то, что ты указал в форме. Расхождения между этими тремя элементами достаточно, чтобы заблокировать заявку, даже если всё остальное в ней надёжно.

Как написать свою, ничего не выдумывая

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

Если приложение сделано на Expo, гайд про API-ключи в приложении на Expo объясняет, где размещать вызовы сторонних сервисов. Это заодно поможет точно понять, какие данные через какие сервисы проходят, когда будешь писать политику.

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

Дальше: заявка, проверенная перед отправкой

Я не могу гарантировать, что Apple примет твоё приложение с первого раза, честно этого никто не может. Но я могу помочь избежать предотвратимых отказов, включая политику конфиденциальности. Чтобы проверить заявку перед отправкой, в Apple Review Kit собраны мой чеклист и скиллы для Claude Code, которые проверяют твой проект, пейвол и карточку.

Сначала хочешь бесплатный список? Бесплатная диагностика пришлёт тебе мой чеклист против отказов Apple с пунктами по конфиденциальности, которые я проверяю перед каждой отправкой.

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

Что такое политика конфиденциальности для iOS-приложения?

Это текст на веб-странице, доступный по ссылке, который описывает, что твоё приложение реально собирает. Ты указываешь его URL в App Store Connect сразу при создании карточки. Это не общий список, скопированный откуда-то: он должен соответствовать реальному поведению приложения.

Обязательна ли политика конфиденциальности для публикации iOS-приложения?

Да, правила Apple требуют политику конфиденциальности от любого приложения, есть в нём пользовательский аккаунт или нет. Если страница недоступна, заявку заблокируют ещё до проверки ревьюером. Если приложение простое, политика может быть короткой. Прямо напиши, что ты собираешь или что ничего особенного не собираешь, вместо того чтобы копировать длинный текст не по теме.

Что указать в политике конфиденциальности приложения?

В большинстве случаев нужны четыре элемента: собираемые данные, причина каждого сбора, задействованные третьи стороны и способ удалить свои данные. Среди собираемых данных подумай об аккаунте, email, созданном контенте и рекламном идентификаторе, если ты его используешь. Приложение, которое отправляет фото во внешний ИИ-сервис, должно прямо об этом сказать.

Чем политика конфиденциальности отличается от деклараций конфиденциальности (App Privacy)?

Политика это текст на веб-странице, доступный по ссылке. Декларации это форма в App Store Connect, в разделе App Privacy, где по категориям перечислены собираемые данные и их использование, а потом это отображается на твоей публичной странице. Обе должны рассказывать одну историю: заполняй форму, проверяя, что реально делает твой код.

Нужно ли соблюдать GDPR в дополнение к правилам Apple?

Да, если приложение ориентировано на пользователей в Европе: GDPR действует в дополнение к требованиям Apple. Они во многом пересекаются, но соответствия требованиям Apple не хватит автоматически, если приложение обрабатывает персональные данные в широком смысле. CNIL публикует гайд для разработчиков мобильных приложений: собирать только необходимое, понятно информировать, давать доступ к данным и возможность их удалить.

Может ли Apple отклонить приложение из-за политики конфиденциальности?

Да, отсутствующая политика или политика, не соответствующая реальному поведению приложения, это предотвратимая причина отказа. Ревьюер сравнивает то, что обещает политика, что делает приложение и что ты указал в форме. Расхождения между этими тремя элементами достаточно, чтобы заблокировать заявку. Я сам получал отказ из-за устаревшей политики на сайте.