Чтобы переводить контент на ваш предпочитаемый язык, Google использует технологии на основе искусственного интеллекта. Переводы от ИИ могут содержать ошибки.

Наборы метаданных приложения для безопасности данных

Пакеты метаданных приложения позволяют разработчикам прозрачно предоставлять информацию о себе, приложении, а также о том, собирают ли они пользовательские данные, как они это делают, передают и защищают. Google Play требует от разработчиков предоставлять эту информацию для распространяемых приложений. Производители устройств Android с сервисами Google Play требуют того же от разработчиков приложений, которые производитель предустанавливает на устройства (за некоторыми исключениями для системных сервисов).

Другие магазины приложений и установщики могут требовать пакет метаданных для распространяемых приложений. Способ распространения приложения определяет, как разработчики могут создавать и интегрировать пакет метаданных приложения. Android показывает пользователям информацию о безопасности данных из набора метаданных приложения. Например, если в приложении указано, что оно передает данные о местоположении третьим лицам, эта информация будет показана в запросе доступа к данным о местоположении на устройствах с Android 14 или более поздней версии.

Обзор

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

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

Мы рекомендуем всем разработчикам заявить о том, как их приложения собирают и обрабатывают пользовательские данные, и рассказать о средствах защиты этой информации, таких как шифрование. Также следует предоставить сведения о назначении приложения и информацию о разработчике. Это также относится к данным, которые собираются и обрабатываются через сторонние библиотеки или SDK, используемые в приложениях. Дополнительную информацию о безопасности данных можно найти на страницах поставщиков SDK. Разработчики могут проверить в указателе SDK Google Play, разместил ли поставщик ссылку на руководство по заполнению раздела.

Пакеты метаданных приложения доставляются на устройство по-разному в зависимости от того, как распространяется приложение:

Приложения, предустановленные в образе системы. Производитель устройства должен включить набор метаданных приложения в XML-файл с информацией о безопасности данных в образе системы.
Приложения, распространяемые установщиками. Установщик отвечает за отправку пакета метаданных приложения на устройство. Если вы разрабатываете приложение, которое распространяется через Google Play, ознакомьтесь с инструкциями в Справочном центре Play Console. Установщики могут использовать схему для пакетов метаданных приложения.

Разработчики предустановленных приложений могут создать XML-файл с информацией о безопасности данных одним из следующих способов:

Если вы разрабатываете приложение, опубликованное в Google Play, заполните форму "Безопасность данных" на странице "Контент приложения" в Play Console. Для этого перейдите в раздел Правила > Контент приложения. Если вы уже заполнили эту форму, никаких дополнительных действий не требуется.
Скачайте и отредактируйте шаблон XML-файла, доступный на этой странице, чтобы предоставить его производителям или установщикам.

Подготовка информации

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

Убедитесь, что они добавили политику конфиденциальности.
Проверить, как приложение собирает и передает пользовательские данные и какие меры по защите информации в нем применяются. Особое внимание уделите используемым API и заявленным разрешениям.

Проанализировать, как собирает и передает пользовательские данные встроенный в приложение сторонний код (например, библиотеки или SDK). В пакете метаданных приложения должна быть отражена информация о сборе данных или передаче сведений сторонним кодом.

Какие сведения нужно указать в разделах с информацией о приложении и разработчике

В этом разделе объясняется, какую информацию разработчики должны раскрывать в разделах Информация о приложении и Информация о разработчике пакета метаданных приложения. Если приложение распространяется через Google Play, укажите эту информацию в Play Console.

Какую информацию о приложении должны предоставлять разработчики

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

Назначение приложения

Опишите назначение приложения на английском языке (не более 4000 символов).

Категория приложения

Выберите из списка категорию, которая лучше всего описывает назначение приложения.

Для предустановленных приложений предназначены следующие категории:

OTA – пакеты, отвечающие за получение и установку беспроводных обновлений.
AOSP – пакеты, доступные в Android Open Source Project.
Безопасность
Магазин

В Google Play также используются категории, описанные в таблице ниже.

Категория	Примеры
Искусство и дизайн	Инструменты для художников и дизайнеров, приложения для рисования, книги-раскраски
Автомобили и транспорт	Автомагазины, приложения для автострахования, обзоры новых марок и цен, правила дорожного движения и новости для водителей
Красота	Магазины косметики и парфюмерии, уроки макияжа, инструменты для создания образа
Книги и справочники	Программы для чтения книг, справочники, учебники, словари, тезаурусы, вики-энциклопедии
Бизнес	Редактор или средство просмотра документов, отслеживание посылок, удаленный рабочий стол, управление электронной почтой, поиск работы.
Комиксы	Проигрыватели комиксов, издания комиксов
Коммуникация	Приложения для звонков и мгновенного обмена сообщениями, адресные книги, браузеры, программы управления вызовами
Знакомства	Приложения для поиска друзей и спутников жизни
Образование	Программы для подготовки к экзаменам, учебные материалы, словари, развивающие игры, средства изучения языков
Развлечения	Интерактивные развлечения, а также просмотр потокового видео, фильмов и сериалов
Мероприятия	Билеты на концерты, спортивные мероприятия и в кино, а также перепродажа билетов
Финансы	Банковские операции, платежи, поиск банкоматов, финансовые новости, страхование, налоги, управление портфелем и торговля, калькуляторы чаевых.
Еда и напитки	Кафе и рестораны, рецепты, каталоги вин и приложения для гурманов
Здоровье и фитнес	Приложения для здорового питания и активного образа жизни, инструкции по технике безопасности
Жилье и дом	Поиск недвижимости, ипотека, приложения для ремонта, дизайна интерьера и ведения домашнего хозяйства
Библиотеки и демоверсии	Библиотеки ПО, технические демоверсии
Стиль жизни	Гиды по стилю, планирование свадеб и праздников, практические руководства
Карты и навигация	Инструменты навигации, GPS, расписания общественного транспорта и инструменты для составления карт
Медицина	Справочники симптомов и медицинских препаратов, калькуляторы, книги для работников здравоохранения, журналы и новости о медицине
Музыка и аудио	Музыкальные службы, проигрыватели, радиовещание
Новости и журналы	Газеты, агрегаторы новостей, журналы, блоги
Материнство и детство	Приложения для молодых мам и беременных, информация по уходу за детьми
Персонализация	Обои, живые обои, главный экран, заблокированный экран, рингтоны
Фотография	Программы для работы с камерой, графические редакторы, управление фотографиями и их публикация
Работа	Программы для заметок, планировщики, клавиатурные раскладки, средства печати, календари, программы для создания резервных копий, калькуляторы, конвертеры величин
Покупки	Программы для совершения покупок в интернете и участия в аукционах, подарочные купоны, средства сравнения цен и ведения списка покупок, чтение отзывов о продуктах
Социальные	Социальные сети, сервисы, позволяющие отметиться на карте
Спорт	Программы для чтения новостей спорта и комментариев, отслеживания счета, фэнтези-спорт, обзоры игр
Инструменты	Инструменты для устройств Android
Путешествия	Инструменты для бронирования поездок, совместные поездки, такси, путеводители по городам, информация о местных компаниях, инструменты управления поездками, бронирование туров
Видеоплееры и редакторы	Видеоплееры, видеоредакторы, хранилища мультимедийных файлов
Погода	Прогнозы погоды

Реклама и маркетинг приложений

Укажите, содержит ли приложение рекламу или маркетинговые материалы, в том числе промоакции.

Политика конфиденциальности

Добавьте ссылку на политику конфиденциальности, в которой подробно описано, как разработчик обрабатывает пользовательские данные. Если в приложении нет такой ссылки, считается, что оно не обрабатывает пользовательские данные.

Какую информацию о себе должны предоставлять разработчики

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

Разработчик

Имя разработчика, человека или название компании, создавшей приложение. Разработчиков может быть несколько.

Реестр приложений

Если приложение опубликовано в каком-либо реестре, например в магазине или другом установщике, укажите это в данном поле. Допускается несколько записей для нескольких магазинов.

Для реестров приложений, которые являются установщиками Android. Значением должно быть название пакета Android магазина. Например, для Google Play используйте com.android.vending.
Для других реестров приложений значением должен быть URL реестра.

Не указывайте это поле в следующих случаях:

Разработчик – SDK, указанный в указателе SDK Google Play.
Разработчик не зарегистрирован ни в одном магазине приложений или реестре.

Идентификатор реестра приложений

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

Для разработчиков, зарегистрированных в Google Play. В этом поле необходимо указать URL страницы разработчика (например, https://play.google.com/store/apps/dev?id=5700313618786177705 – это URL страницы разработчика Google LLC).
Если разработчик SDK указан в указателе SDK Google Play, используйте URL SDK. Например, https://play.google.com/sdks/details/com-google-android-gms-play-services-ads – это URL Google Mobile Ads (GMA) SDK.
Если разработчик зарегистрирован в другом магазине или реестре, можно указать URL магазина приложений или другой идентификатор.

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

Контактная информация разработчика

Предоставьте следующую информацию:

Электронная почта
Сайт
Страна или регион
Почтовый адрес.

Какие сведения разработчики должны указывать в разделе безопасности данных

В этом разделе мы расскажем, какие сведения необходимо предоставить в разделе безопасности данных пакета метаданных приложения, а также приведем список типов пользовательских данных и целей их сбора и передачи. Если приложение распространяется через Google Play, укажите эту информацию в Play Console.

Какую информацию требуется сообщить для каждого типа данных

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

Сбор данных

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

Библиотеки и SDK. Если в приложении есть библиотеки или SDK, которые передают данные с устройства пользователя, разработчик должен заявить об этом независимо от того, куда отправляется информация: ему или на сторонний сервер.
Компонент WebView. Если пользовательские данные собираются в компонентах WebView, открытых в приложении, сообщите об этом при условии, что приложение управляет выполнением кода WebView или взаимодействием с компонентом.

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

Временная обработка означает, что данные хранятся только в памяти сервера и не дольше, чем необходимо для выполнения определенного запроса в реальном времени.

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

Что не считается сбором данных

О сборе данных не нужно сообщать в следующих случаях:

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

Ключи шифрования не должны быть доступны ни одному посреднику, в том числе разработчику.

Передачей называется ситуация, при которой собранные в приложении пользовательские данные передаются третьим лицам. Сюда относятся следующие случаи:

Передача вне устройства, например между серверами. Например, разработчик передает собранные в приложении пользовательские данные со своего сервера на сторонний.
Передача в другое приложение на устройстве. Пользовательская информация передается из вашего приложения в другое на том же устройстве. В этом случае разработчик должен сообщить о передаче данных в разделе безопасности данных, даже если приложение не отправляет сведения с устройства.
Из библиотек и SDK приложения. Данные, собранные в приложении, передаются напрямую третьему лицу через встроенные библиотеки и/или SDK.
Передача из компонентов WebView, открытых в приложении. Пользовательские данные передаются третьей стороне через компонент WebView, запущенный в приложении. Вы должны сообщить об этом при условии, что приложение управляет выполнением кода WebView или взаимодействием с этим компонентом.

Если с помощью компонента WebView пользователи переходят на страницу вне приложения, о передаче данных уведомлять не нужно.

О передаче данных не требуется сообщать в следующих случаях:

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

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

Третья сторона – любая организация, которая не относится к первой стороне и ее поставщикам услуг.

Обработка данных

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

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

Примеры необязательного сбора данных:

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

Дополнительные сведения о работе с данными

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

Шифрование при передаче. Укажите, шифруются ли данные при передаче с устройства конечного пользователя на сервер.

Некоторые приложения позволяют пользователям отправлять данные сторонним сайтам или сервисам. Например, мессенджер может предлагать пользователям отправлять SMS через оператора мобильной связи, который применяет другие методы шифрования. В разделе безопасности данных таких продуктов может быть указано, что информация передается между устройством пользователя и серверами приложения через защищенное подключение согласно отраслевым стандартам.
Запрос удаления. Сообщите, могут ли пользователи запрашивать удаление своих данных.

Независимая проверка безопасности (доступна для всех приложений)

Разработчики могут указать в разделе безопасности данных, что приложение прошло независимую проверку на соответствие международному стандарту безопасности. Это необязательная процедура, которую разработчики организуют и оплачивают самостоятельно. Например, в рамках оценки безопасности мобильных приложений (MASA) разработчики могут напрямую обратиться в лабораторию, чтобы проверить свои приложения на соответствие стандарту MASVS, разработанному организацией OWASP. Сторонние организации выполняют проверку от имени разработчика.

Типы данных и цели их использования

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

Категория	Тип данных	Описание
Местоположение	Приблизительное местоположение	Местоположение пользователя или устройства в пределах области размером от трех квадратных километров, например город, в котором находится пользователь, или местоположение, полученное с помощью разрешения Android `ACCESS_COARSE_LOCATION`.
	Точное местоположение	Местоположение пользователя или устройства в пределах области размером менее трех квадратных километров, например местоположение, полученное с помощью разрешения Android `ACCESS_FINE_LOCATION`.
Личная информация	Имя	Обращение, которое предпочитает пользователь: имя, фамилия или псевдоним.
	Адрес электронной почты	Адрес электронной почты пользователя.
	Идентификаторы пользователей	Идентификаторы пользователя, например название, номер или идентификатор аккаунта.
	Адрес	Адрес пользователя, например почтовый или домашний.
	Номер телефона	Номер телефона пользователя.
	Расовая и этническая принадлежность	Сведения о расовой или этнической принадлежности пользователя.
	Политические или религиозные убеждения	Сведения о политических или религиозных убеждениях пользователя.
	Сексуальная ориентация	Сведения о сексуальной ориентации пользователя.
	Другая информация	Любые другие личные данные, например дата рождения, гендерная идентичность или статус ветерана.
Финансовые данные	Платежные данные	Информация о денежных счетах пользователя, например номер кредитной карты.
	История покупок	Информация о покупках и транзакциях пользователя.
	Кредитный рейтинг	Информация о кредитном рейтинге пользователя.
	Другие финансовые данные	Другая финансовая информация, например зарплата или долги пользователя.
Здоровье и физическая активность	Медицинские данные	Информация о здоровье пользователя, например данные медицинской карты или описание симптомов.
	Данные о физической активности	Информация о физической активности пользователя, например о тренировках.
Сообщения	Адреса электронной почты	Содержание, темы, информация об отправителях и получателях электронных писем пользователя.
	SMS или MMS	Текстовые сообщения пользователя, включая отправителя, получателей и содержание сообщения.
	Другие сообщения в приложениях	Другие типы сообщений, например мгновенные сообщения или контент в чате.
Фото и видео	Фото	Фотографии пользователя.
	Видео	Видео пользователя.
Аудиофайлы	Аудиозаписи и голосовые сообщения	Записи голоса пользователя, например голосовые сообщения, или запись звука.
	Музыкальные файлы	Музыкальные файлы пользователя.
	Другие аудиофайлы	Другие аудиофайлы, созданные или предоставленные пользователем.
Файлы и документы	Файлы и документы	Документы и другие файлы пользователя или любая информация о них, например названия файлов.
Календарь	Мероприятия из календаря	Информация из календаря пользователя, например о мероприятиях, заметках к ним и участниках.
Контакты	Контакты	Информация о контактах пользователя, например об их именах, истории переписки с ними, а также такие данные, как имена пользователей, сведения социального графа (например, давность и частота контактов, длительность общения) и журнал звонков.
История приложений	Действия в приложениях	Информация о том, как пользователь взаимодействует с приложением, например сколько раз он просмотрел страницу или на какие разделы нажимал.
	История поиска в приложении	Информация о том, что пользователь искал в приложении.
	Установленные приложения	Информация о приложениях, установленных на устройстве пользователя.
	Другой контент, созданный пользователем	Другой контент, созданный пользователем и не упомянутый ни в одном разделе, например биография, заметки или развернутые ответы.
	Другие действия	Другие действия пользователя в приложении, не упомянутые ни в одном разделе, например информация об играх, лайках или выбранных вариантах в диалоговых окнах.
Сведения о просмотре страниц в интернете	История поиска в интернете	Информация о сайтах, которые посещал пользователь.
Сведения о приложении и данные о его работе	журналы сбоев;	Данные из журнала сбоев приложения, например о количестве сбоев и трассировках стека, или другая информация, напрямую связанная с ошибками.
	Диагностика	Информация о производительности приложения, например время работы от батареи, время загрузки и реакции, частота кадров или данные технической диагностики.
	Другие данные о работе приложения	Другая информация о производительности приложения, не упомянутая здесь.
Идентификаторы устройства или другие идентификаторы	Идентификаторы устройства или другие идентификаторы	Идентификаторы устройства, браузера или приложения, например IMEI-код, MAC-адрес, идентификатор Widevine, идентификатор версии Firebase или рекламный идентификатор.

Задачи

Цель сбора данных	Описание	Пример
Функции приложения	Применяется для работы приложения.	Например, чтобы включить функции или выполнить аутентификацию пользователей.
Аналитика	Применяется для сбора данных о том, как пользователи работают с приложением, и о его производительности.	Например, вы можете смотреть, сколько пользователей выбрали определенную функцию, отслеживать состояние приложения, выявлять и исправлять ошибки и сбои, а также повышать производительность в будущем.
Связь с разработчиком	Применяется для рассылки новостей и уведомлений о вас и вашем приложении.	Например, вы можете отправлять push-уведомления о важных обновлениях системы безопасности или новых функциях в приложении.
Реклама или маркетинг	Применяется для показа объявлений с таргетингом и маркетинговых сообщений или оценки эффективности рекламы.	Например, вы можете размещать медийные объявления в приложении, отправлять push-уведомления для продвижения других продуктов и сервисов и пересылать данные партнерам по рекламе.
Предотвращение мошенничества, безопасность и соответствие требованиям	Применяется для предотвращения мошенничества, обеспечения безопасности и соответствия требованиям законодательства.	Например, вы можете отслеживать неудачные попытки входа в аккаунт для выявления возможных мошеннических действий.
Персонализация	Применяется для настройки приложения: показа рекомендованного контента или предложений.	Например, вы можете рекомендовать плейлисты на основе предпочтений пользователя или размещать местные новости с учетом его положения.
Управление аккаунтом	Применяется для настройки аккаунтов пользователей.	Например, чтобы пользователи могли создавать аккаунты, добавлять данные в аккаунты, которые вы предоставляете для своих сервисов, входить в них в приложении и подтверждать свои учетные данные.

Как создать XML-файл с данными о безопасности вручную

Ниже приведен пример XML-файла с информацией о безопасности данных для предустановленного приложения, которое передает сведения о местоположении пользователя. Вы можете добавлять, изменять и удалять элементы в зависимости от того, какую информацию о приложении вам нужно раскрыть.

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

<?xml version='1.0' encoding='UTF-8' standalone='yes' ?>
<bundle>
<long name="version" value="2" />

  <pbundle_as_map name="safety_labels">
    <long name="version" value="1" />

      <pbundle_as_map name="data_labels">
        <pbundle_as_map name="data_shared">
          <pbundle_as_map name="location">
            <pbundle_as_map name="approx_location">
              <int-array name="purposes" num="4">
                  <item value="1" />
                  <item value="2" />
                  <item value="5" />
                  <item value="6" />
              </int-array>
            </pbundle_as_map>
            <pbundle_as_map name="precise_location">
              <int-array name="purposes" num="2">
                  <item value="1" />
                  <item value="6" />
              </int-array>
            </pbundle_as_map>
          </pbundle_as_map>
        </pbundle_as_map>

    </pbundle_as_map>
</pbundle_as_map>
</bundle>

Часто задаваемые вопросы

Ниже приведены ответы на часто задаваемые вопросы разработчиков.

Общие вопросы

В разделах ниже приведены ответы на общие вопросы о пакетах метаданных приложений.

Разработчик уже добавлял похожую информацию о приложении для iOS. Можно ли использовать ее для набора метаданных приложения Android?

Мы рады, что разработчик ответственно подходит к вопросам обработки данных. Чтобы правильно заполнить пакет метаданных приложения, разработчику может потребоваться дополнительная информация, которую он не использовал ранее. Будьте готовы к тому, что вам понадобится провести дополнительную работу. Таксономия и фреймворк пакета метаданных приложения для Android могут существенно отличаться от используемых в других магазинах приложений.

Как Google обеспечивает точность информации, предоставляемой разработчиками? Как вы будете это контролировать?

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

Как часто разработчику нужно обновлять пакет метаданных приложения?

Разработчики должны обновлять пакет метаданных приложения, если в нем меняются способы обработки данных.

Вопросы о заполнении раздела безопасности данных

В разделах ниже приведены ответы на вопросы о заполнении раздела безопасности данных в пакете метаданных приложения.

Что, если мое приложение по-разному работает с данными в зависимости от версии Android?

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

Как указать, что данные собираются и обрабатываются по-разному в зависимости от региона? Например, некоторые библиотеки используются только в странах за пределами Европы.

Пакет метаданных приложения отражает глобальное представление о методах работы с данными для каждого приложения. В разделе безопасности данных описывается, как собираются и передаются данные во всех регионах и для всех типов пользователей.

Реализована ли в разделе безопасности данных процедура получения согласия? Нужно ли дополнительно размещать в приложении сообщение о раскрытии информации?

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

Нужно ли разработчику декларировать данные, если приложение запрашивает разрешение, но не собирает и не передает данные?

Разработчику не нужно указывать, что приложение собирает или передает данные, если это не так. Приложения из Google Play и мобильные приложения, предустановленные на устройствах Android с сервисами Google Play, должны соответствовать всем действующим правилам.

Если один тип данных собирается в составе другого, нужно ли указывать оба? Например, если разработчик собирает информацию о контактах вместе с адресом электронной почты, нужно ли указывать оба типа данных – "Контакты" и "Адрес электронной почты"?

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

Требуется ли разработчику предоставить процедуру удаления данных? Если да, то должен ли такой алгоритм работать для всех пользовательских данных?

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

Как именно нужно реализовать механизм подачи запросов на удаление личной информации?

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

Как разработчику указать в разделе безопасности данных, что в приложении есть процедура удаления данных, которая удаляется или анонимизируется автоматически?

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

Механизм для запроса на удаление данных.
Автоматический процесс удаления или анонимизации собранных данных в течение 90 дней с момента сбора.

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

Может ли разработчик указать, что в приложении есть процедура удаления данных, если она доступна не во всех регионах?

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

Какие методы анонимизации данных можно использовать?

Существует множество способов анонимизировать данные, то есть сделать так, чтобы их было невозможно связать с определенным пользователем. Чтобы узнать, какие из них вам подходят, обратитесь к собственным специалистам по вопросам конфиденциальности и безопасности данных. Вы также можете прочитать о дифференциальной приватности и некоторых других методах анонимизации, которые использует Google.

Приложение собирает и использует IP-адреса. Какой тип данных нужно выбрать в форме?

Как и в случае с другими типами данных, разработчик должен сообщить о сборе, использовании и передаче IP-адресов в зависимости от того, как именно они используются. Например, если IP-адреса используются для определения местоположения, укажите "Местоположение".

Как разработчик должен сообщать о сборе и передаче других типов идентификаторов?

Как и в случае с другими типами данных, разработчик должен сообщить о сборе, использовании и передаче разных видов идентификаторов в зависимости от того, как он их использует. Например, сбор названия аккаунта, связанного с идентифицируемым лицом, должен быть задекларирован как "Персональный идентификатор", а сбор рекламного идентификатора Android – как "Идентификатор устройства или другой идентификатор". Другой пример: идентификатор, связанный с определенным событием в приложении, но не имеющий разумного отношения к отдельному устройству, браузеру или приложению, не нужно указывать в разделе "Идентификаторы устройства или другие идентификаторы".

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

Какие действия могут выполнять поставщики услуг?

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

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

Это зависит от того, как реализована интеграция с платежным сервисом. Если в приложении для обработки платежей используются такие сервисы, как PayPal, Google Pay, платежная система Google Play или аналогичные, разработчику не нужно декларировать сбор данных, которые платежный сервис собирает в связи с обработкой финансовых транзакций, например номера кредитных карт, если выполняются все следующие условия:

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

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

Приложение позволяет пользователям загружать данные на Google Диск или в Dropbox, Приложение не имеет доступа к такой информации. Нужно ли заявлять об этом как о "сборе"?

Это зависит от реализации. Если пользователь загружает свои данные на внешний диск или в облачное хранилище (например, на Google Диск, в Dropbox или аналогичный сервис) и эта загрузка регулируется условиями использования и политикой конфиденциальности поставщика услуг, а приложение не собирает эти данные и не получает к ним доступ, то в нем не нужно декларировать сбор таких данных.

Как разработчик должен шифровать передаваемые данные?

Разработчик должен придерживаться лучших отраслевых стандартов для безопасного шифрования данных приложения при передаче. Чаще всего используют криптографические протоколы TLS (Transport Layer Security) и HTTPS.

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

Разработчику нужно заявить, что такие данные собираются для управления аккаунтом, и при необходимости отметить, что пользователь может отказаться от их сбора.

Кроме того, как и в случае с любыми другими типами данных, собираемых приложением, разработчик должен раскрыть эти данные и цели, для которых приложение их использует. Например, если пользователь может добавить в свой аккаунт дату рождения, которая будет использоваться для рассылки push-уведомлений, потребуется указать и эту цель.

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

Что такое системные службы?

Системные сервисы – это предварительно устанавливаемое ПО, которое обеспечивает работу основных функций системы. Системные сервисы должны включать пакеты transparency_info и system_app_safety_label (последний предоставляется вместо пакета safety_labels). Системные сервисы, распространяемые через Google Play, могут получить исключение из требования заполнять форму "Безопасность данных" в Google Play.

Как заявить о сборе данных, которые временно используются для загрузки страниц и обработки клиентских запросов в реальном времени, после чего сохраняются на серверах разработчика и применяются в других целях?

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

Наборы метаданных приложения для безопасности данных Оптимизируйте свои подборки Сохраняйте и классифицируйте контент в соответствии со своими настройками.