Ярлыки конфиденциальности App Store: сначала проверьте SDK аналитики (чек-лист 2026)

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

Должны ли ярлыки конфиденциальности App Store включать данные сторонних SDK?

Да. Apple требует декларировать данные, которые собирает код сторонних партнёров, даже если SDK собирает их не для аналитики или рекламы.

На странице App Privacy Apple определяет сторонних партнёров как «инструменты аналитики, рекламные сети, сторонние SDK или других внешних поставщиков, чей код вы добавили в своё приложение». Значит, в вашем списке должны быть и сервис отчётов о сбоях, и библиотека входа. Критерий сбора связан с передачей: «сбор» означает «передачу данных с устройства таким образом, что вы и/или ваши сторонние партнёры можете получить к ним доступ на срок дольше, чем необходимо для обработки переданного запроса в реальном времени». Данные, которые обрабатываются только на устройстве, собранными не считаются.

Как составить инвентаризацию SDK для ярлыков конфиденциальности?

Составляйте инвентаризацию по разрешённым зависимостям релизной сборки, включая транзитивные, и записывайте название и версию каждого SDK.

1. Выгрузите список разрешённых зависимостей для каждой платформы: Podfile.lock, Package.resolved, pubspec.lock или дерево зависимостей Gradle.
2. Не отбрасывайте транзитивные зависимости. В требованиях Apple к сторонним SDK сказано, что вы «несёте ответственность за весь код, который SDK добавляет в ваше приложение», поэтому общий модуль, который подтягивает SDK, тоже учитывается.
3. Запишите название и версию каждой записи. Поставщики меняют обработку данных от версии к версии, поэтому версия должна быть в заметках аудита.
4. Отметьте SDK, которые входят в список часто используемых сторонних SDK Apple. Для них Apple требует манифесты конфиденциальности при отправке нового приложения или обновления, которое их добавляет, и подписи, если это бинарные зависимости. «Учитывается любая версия SDK из списка, а также любые SDK, которые переупаковывают SDK из списка».

Добавьте этот шаг в свой чек-лист отправки в App Store, чтобы он выполнялся при каждом релизе, а не только при первом.

К каким типам данных App Store относится каждый SDK?

Каждый SDK соответствует одному или нескольким фиксированным типам данных Apple, например Crash Data, Performance Data, Product Interaction, Device ID и Advertising Data. Изучите документацию поставщика о данных и заполните строку для каждого SDK:

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

Когда SDK аналитики считается отслеживанием?

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

Определение Apple: «связывание данных, собранных вашим приложением о конкретном конечном пользователе или устройстве, таких как ID пользователя, ID устройства или профиль, с данными третьих сторон для таргетированной рекламы или измерения рекламы, либо передача данных, собранных вашим приложением о конкретном конечном пользователе или устройстве, брокеру данных». Аналитика, которая остаётся в пределах данных вашего приложения, отслеживанием не является. Измерение рекламы с общим идентификатором для разных приложений — является.

Ловушка — партнёр, который не является рекламным SDK. Пример Apple — «SDK входа, который повторно использует данные, собранные из вашего приложения, для таргетированной рекламы в приложениях других разработчиков»; это считается отслеживанием, даже если вы сами не используете SDK для этой цели. Если один из ваших SDK так поступает, обычное решение — изменить настройки так, чтобы прекратить использование данных в других приложениях, или сменить поставщика.

Можно ли не указывать какие-то данные SDK в ярлыках конфиденциальности?

Только если тип данных соответствует всем четырём критериям Apple для необязательного раскрытия, а данные аналитики и сбоев почти никогда им не соответствуют. Критерии такие:

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

Apple добавляет, что «данные, которые собираются на постоянной основе после первоначального запроса разрешения, должны раскрываться». SDK аналитики работают непрерывно, и пользователь не выбирает их каждый раз, поэтому они не проходят два последних критерия.

Как выглядит завершённый аудит SDK?

В завершённом аудите у каждого SDK есть одна строка: что декларировать, связаны ли данные с пользователем и используются ли они для отслеживания. Ниже шаблон для гипотетического приложения-трекера привычек с тремя SDK. Ответы зависят от документации каждого поставщика, поэтому это не выводы о реальных продуктах.

Строка со входом в аккаунт меняет объём работы. Из-за неё приложение становится отслеживающим, поэтому ярлыки должны это отражать, а обработка согласия — соответствовать. Перейти на поставщика входа, который не передаёт данные между приложениями, или отключить такую передачу гораздо дешевле до отправки, чем после отказа. Затем протестируйте релизную сборку со всеми включёнными SDK, как в плане тестирования релизной сборки.

Что пошло не так у других разработчиков?

Публично описанные случаи показывают три точки отказа: ярлыки, не совпадающие с бинарником, данные SDK, о которых разработчик не знал, и SDK из списка, выпущенные без манифестов.

• Разработчик на Apple Developer Forums убрал отслеживание из новой сборки, но не смог убрать его из ярлыка. App Store Connect сообщал: «Ваше приложение содержит NSUserTrackingUsageDescription, что указывает на то, что вы будете запрашивать разрешение на отслеживание пользователей», а проверка продолжала отклонять приложение с формулировкой «Сведения о конфиденциальности приложения, предоставленные вами в App Store Connect, указывают, что вы собираете данные для отслеживания пользователя… Однако вы не используете App Tracking Transparency». По словам разработчика, приложение одобрили после того, как он подал апелляцию и дождался ответа, прежде чем отправлять приложение повторно.
• Другой разработчик на Apple Developer Forums использовал Firebase Analytics с отключённым сбором IDFA и IDFV и ярлыком «без отслеживания», но всё равно получил отказ по Guideline 5.1.2. В сообщении говорилось: «Сбор файлов cookie является формой отслеживания». Речь шла о cookie в веб-контенте, который загружало приложение, а не о Firebase. В одном из ответов указали на это несоответствие, но решение так и не опубликовали.
• Разработчики в issue RxSwift на GitHub получили «ITMS-91061: Missing privacy manifest» для RxSwift, RxRelay и RxCocoa. Один пользователь указал CocoaPods на ветку 6.8.0, в которой есть манифест, и сообщил, что выпустил следующее обновление «без каких-либо предупреждений от Apple».

Общая закономерность: Apple сравнивает ваши ответы с тем, что реально делают выпущенный бинарник и его веб-контент, поэтому инвентаризация, составленная по настоящей сборке, выявляет все три проблемы раньше проверки.

Как опубликовать и обновить ярлыки конфиденциальности в App Store Connect?

Ярлыки конфиденциальности публикуются в разделе App Privacy вашего приложения в App Store Connect. Ответы вступают в силу только после нажатия Publish, и, по словам Apple, их можно изменить в любой момент без отправки обновления приложения.

1. В App Store Connect выберите приложение, нажмите App Privacy на боковой панели, затем Get Started.
2. Укажите, собираете ли данные вы или ваши сторонние партнёры, выберите все типы данных из вашего аудита и нажмите Save.
3. Ответьте на уточняющие вопросы по каждому типу данных, нажмите Save и проверьте Product Page Preview.
4. Нажмите Publish в правом верхнем углу и подтвердите точность сведений в диалоговом окне.

Согласно Manage app privacy, вам нужна роль Account Holder, Admin или App Manager. Если страница продукта ещё не опубликована, ваши ответы будут опубликованы вместе с ней. Если приложение уже продаётся, ответы должны отражать данные, которые собирает только эта версия. Изменения URL политики конфиденциальности «выходят вместе со следующей версией приложения». Если проверка уже указала на проблемы с конфиденциальностью, начните с руководства по исправлению отказов App Store.