应用元数据包为开发者提供了一种透明的方式，让他们可以包含有关自身（开发者）、应用以及他们是否以及如何收集、分享和保护用户数据的信息。Google Play 商店要求开发者为其分发的应用提供这些信息，而搭载 Google Play 服务的 Android 设备的制造商也要求其预装应用的开发者提供这些信息，只有系统服务等少数例外情况。
其他应用商店和安装程序可以选择要求为其分发的应用提供应用元数据 bundle。App Distribution 方法决定了开发者如何创建和集成应用元数据软件包。Android 会向用户显示应用元数据包中的数据安全信息；例如，如果应用声明会与第三方分享位置信息，则该信息会显示在搭载 Android 14 或更高版本的设备上的位置信息权限提示中。
概览
借助应用元数据 bundle，您可以分享有关您（开发者）和您的应用的信息，包括您的应用会收集或分享哪些用户数据，并展示应用的关键隐私保护和安全措施。这些信息可帮助用户在授予权限等情况下做出更明智的选择。
应用元数据包独立于您作为开发者在运营所在国家/地区可能需要履行的任何法律透明度和披露义务，并且是对这些义务的补充。
我们鼓励所有开发者声明其应用如何收集和处理用户数据，并详细说明应用用途、开发者信息，以及应用如何通过加密等安全措施保护用户数据。其中包括通过应用所用的任何第三方库或 SDK 收集和处理的数据。开发者可能需要参阅 SDK 提供方发布的数据安全信息，了解详情。开发者可以访问 Google Play SDK 索引，查看提供商是否提供了指向相关指南的链接。
应用元数据 bundle 会以不同的方式到达设备，具体取决于应用的分发方式：
- 预加载到系统映像中的应用：设备制造商负责将应用元数据包添加到系统映像中的数据安全 XML 文件内。
- 由安装程序分发的应用：安装程序负责将应用元数据 bundle 发送到设备。如果您开发的应用通过 Google Play 分发，请参阅 Play 管理中心帮助中的说明。安装程序可以参考应用元数据 bundle 的架构。
预装应用的开发者可以使用以下方法之一创建数据安全 XML 文件：
- 如果您开发的应用已在 Play 商店中发布，请前往 Policy > App content，使用 Play 管理中心“应用内容”页面上的数据安全表单。如果您已填写此表单，则无需采取任何其他措施。
- 下载并修改此页面上提供的模板 XML 文件，以提供给制造商或安装人员。
正在准备信息
在开发者开始创建应用元数据 bundle 之前，请完成以下步骤：
确保他们已添加隐私权政策。
检查应用收集和分享用户数据的方式，以及应用的安全做法。尤其是应用声明的权限和使用的 API。
除了检查应用收集和分享用户数据的方式以外，开发者还应检查应用中的任何第三方代码（如第三方库或 SDK）收集和分享此类数据的方式。应用元数据包必须反映此类第三方代码收集或分享数据的行为。
开发者需要在应用和开发者信息部分披露哪些信息
本部分介绍了开发者需要在应用元数据包的应用和开发者信息部分中披露哪些信息。如果应用通过 Google Play 商店分发，请使用 Play 管理中心输入此信息。
开发者需要分享哪些应用信息
创建应用元数据 bundle 时，开发者需要披露以下部分中所述的应用信息：
应用用途
以人类可读的文本 blob（英语）形式描述应用用途（最多 4,000 个字符数限制）。
应用类别
从以下列表中选择最符合应用用途的类别。
以下类别适用于预装应用：
- OTA - 负责接收和安装无线下载 (OTA) 更新的软件包
- AOSP - Android 开源项目中提供的软件包
- 安全
- Store
Google Play 也会使用下表中所述的类别：
| 类别 | 示例 |
|---|---|
艺术与设计 |
速写本、绘画工具、艺术与设计工具、涂色书 |
汽车与交通工具 |
汽车商城、汽车保险、汽车价格对比、道路安全、汽车评论与资讯 |
美容时尚 |
化妆教程、化妆工具、美发、美妆购物、化妆模拟器 |
图书与工具书 |
图书阅读器、工具书、教科书、字典、词典、Wiki |
商务 |
文档编辑器或阅读器、包裹跟踪、远程桌面、电子邮件管理、职位搜索 |
漫画 |
动漫播放器、漫画书 |
通信 |
消息功能、聊天或即时通讯、拨号器、通讯簿、浏览器、呼叫管理 |
约会 |
红娘服务、求爱、人际关系培养、结交新朋友、寻找真爱 |
教育 |
备考、学习辅导、词汇表、教育游戏、语言学习 |
娱乐 |
流式视频、电影、电视、互动娱乐 |
活动 |
演唱会门票、体育赛事门票、门票转售、电影票 |
财经 |
银行服务、付款、ATM 查找程序、财经新闻、保险、税收、投资组合管理和交易、小费计算器 |
食品与饮料 |
食谱、餐厅、美食指南、品尝和发现美酒、饮料配方 |
健康与健身 |
个人健身、锻炼跟踪、饮食营养提示、健康与安全 |
家居 |
房屋和公寓搜索、家居装修、室内装饰、房屋贷款、不动产 |
软件库与演示 |
软件库、技术演示 |
生活时尚 |
时尚指南、婚礼及派对策划、操作指南 |
地图和导航 |
导航工具、GPS、地图、交通工具、公共交通 |
医疗 |
药物与临床参考、计算器、医疗保健业者手册、医学期刊和新闻 |
音乐和音频 |
音乐服务、电台、音乐播放器 |
新闻和杂志 |
报纸、新闻聚合器、杂志、博客 |
育儿 |
怀孕、婴幼儿护理和看护、托儿服务 |
个性化 |
壁纸、动态壁纸、主屏幕、锁定屏幕、铃声 |
摄影 |
相机、照片编辑工具、照片管理和分享 |
工作效率 |
记事本、待办事项、键盘、打印、日历、备份、计算器、换算 |
购物 |
网购、拍卖、优惠券、比价、购物清单、商品评论 |
社交 |
社交网络、签到 |
体育 |
体育新闻与评论、得分跟踪、梦幻球队管理、赛事报道 |
工具 |
Android 设备工具 |
旅游与本地出行 |
行程预订工具、拼车服务、出租车、城市导游、本地商家信息、行程管理工具、旅行预约 |
视频播放器与编辑器 |
视频播放器、视频编辑器、媒体存储 |
天气 |
天气报告 |
应用广告和营销
指明应用是否包含广告或营销内容，包括应用内促销。
隐私权政策
添加指向隐私权政策的链接，该政策详细介绍了开发者如何处理用户数据。如果应用未包含此链接，则假定该应用不处理用户数据。
开发者需要分享哪些关于自己的信息
创建应用元数据包时，开发者需要披露以下部分中所述的开发者信息：
开发者名称
开发者、创建应用的个人或公司的名称。可以有多个开发者名称。
应用注册数据库
如果应用已在任何应用注册数据库（包括商店和其他安装程序）中上架，请在此字段中指明。允许为多个商店提供多个条目。
- 对于属于 Android 安装器的应用注册数据库：此元素的值应为相应商店的 Android 软件包名称。例如，对于 Google Play 商店，请使用
com.android.vending。 - 对于其他应用注册数据库：此元素的值应为相应注册数据库的网址。
如果存在以下任一情况，请省略此字段：
- 开发者为 Google Play SDK 索引中列出的 SDK 开发者。
- 开发者未在任何应用商店或注册数据库中注册。
应用注册表 ID
对于在任何应用注册数据库（包括安装程序和商店）中列出的应用，此值应为开发者的商店、安装程序或注册数据库标识。允许为多个商店提供多个条目。
- 对于已在 Google Play 注册的开发者：此值必须是开发者页面的网址（例如，
https://play.google.com/store/apps/dev?id=5700313618786177705是开发公司 Google LLC 的网址）。 - 如果开发者为 Google Play SDK 索引中列出的 SDK 开发者：使用相应 SDK 的网址（例如，
https://play.google.com/sdks/details/com-google-android-gms-play-services-ads是 Google 移动广告 [GMA] SDK 的网址）。 - 如果开发者已在其他商店或注册数据库中注册：可以提供相应的应用商店网址或其他标识符。
如果开发者未在任何应用商店中注册，则可忽略此属性。
开发者联系信息
提供以下信息：
- 电子邮件
- 网站
- 国家/地区
- 实际邮寄地址
开发者需要在“数据安全”部分中披露哪些信息
本部分介绍了开发者需要在应用元数据 bundle 的数据安全部分中披露哪些信息，并列出了开发者可以选择的用户数据类型和用途。如果应用通过 Google Play 商店分发，请使用 Play 管理中心输入此信息。
开发者针对各种数据类型需要披露哪些信息
创建应用元数据 bundle 时，开发者需要披露其收集和分享的数据类型，如以下部分所述：
数据收集
在这种情况下，收集是指将数据从应用传输到用户设备以外。请注意以下准则：
库和 SDK：包括通过应用使用的库或 SDK 将用户数据从应用传输到设备以外的情况，无论这些数据是传输给应用开发者还是第三方服务器。
WebView：这包括通过在应用中打开的 WebView 收集的用户数据（如果应用控制着通过该 WebView 实现的代码和行为）。
如果用户在 WebView 中浏览开放网络，那么开发者无需声明通过该 WebView 执行的数据收集。
临时处理：如果从设备传输出去以进行临时处理的用户数据符合以下标准，则无需包含在应用元数据包中：
临时处理数据表示当应用访问和使用数据时，数据仅存储在内存中，并且数据的保留期限不会超过实时处理特定请求所需的时间。
例如，如果一款天气应用为了获取用户所在地的当前天气信息，会将用户的位置信息从设备传输出去，但它仅在内存中使用该位置数据，并且在处理完相应请求后便不再存储该数据，那么这款应用可将其临时使用位置信息的行为视为临时处理。但是，使用数据创建广告配置文件或其他用户个人资料的操作不能视为临时处理，开发者必须声明相应数据收集或分享行为及相关用途。
假名化数据：以假名化方式收集的用户数据必须予以披露。 例如，您必须对能合理识别用户身份的数据进行披露。
无需披露为数据收集的情形
以下情况无需披露为数据收集：
设备内访问或处理：如果应用访问的用户数据仅在用户设备本地处理而不会发送到设备以外，那么无需进行披露。
端到端加密：如果用户数据发送到设备以外，但经过端到端加密后，发送者和接收者以外的任何人（包括您在内）都无法读取，也无需进行披露。
必须确保任何中间实体（包括开发者）无法读取已加密的数据，仅发送者和接收者拥有所需的密钥。
数据共享
在这种情况下，“分享”是指将从应用中收集的用户数据传输给第三方。这包括通过以下方式传输的用户数据：
将用户数据从设备传输出去的情况，例如服务器到服务器的传输：例如，开发者将应用收集的用户数据从开发者服务器传输到第三方服务器。
将用户数据在设备上传输给其他应用的情况：将用户数据从应用直接传输给设备上的其他应用。在这种情况下，即使应用不会将数据传输到用户设备之外，开发者也必须在“数据安全”部分中披露相应数据共享。
通过应用库和 SDK：通过应用中包含的库或 SDK，将应用收集的数据从用户设备直接传输给第三方。
通过在您的应用中打开的 WebView 传输用户数据的情况：通过在应用中打开的 WebView 将用户数据传输给第三方（如果应用控制着通过该 WebView 传输的代码和行为）。
如果用户在 WebView 中浏览开放网络，那么开发者无需声明通过该 WebView 执行的数据共享。
以下类型的数据传输无需披露为“分享”：
服务提供商：将用户数据传输给代表开发者处理这些数据的服务提供商。“服务提供商”是指根据开发者的指示代表其处理用户数据的实体。
法律目的：出于特定法律目的传输用户数据，例如为履行法律义务或响应政府要求。
用户发起的操作或醒目披露声明以及用户同意机制：基于用户发起的特定操作（用户已合理预期数据分享情况）或基于醒目的应用内披露声明和征询同意机制，将用户数据传输给第三方。
匿名数据。传输用户数据时对其充分进行匿名化处理，使其不再与特定用户的身份识别信息相关联。
第一方和第三方：第一方是指开发者，即负责处理应用所收集数据的主要组织。对于通过商店分发的应用，这通常是指在商店中发布应用的组织。
第一方有义务通过合理方式向用户明确说明哪个组织主要负责处理应用收集的数据。
“第三方”是指除第一方或其服务提供商之外的任何组织。
数据处理
开发者还可以披露应用收集的每种类型的数据是可选还是必需。可选包括选择启用或选择退出数据收集的功能。例如，开发者可以将一种数据类型声明为可选，用户可以控制此类型的数据收集行为，并且在不提供此类数据时也可以使用应用；或者，用户可以选择是否手动提供相应类型的数据。如果应用的主要功能需要某种类型的数据，开发者应将此数据类型声明为“必需”。
只有在所有用户（无论其使用何种设备或在哪个地区）都可以选择是否提供某类信息、同意应用收集某类数据或撤销此类同意的情况下，开发者才可将应用收集的相应数据类型声明为“可选”。
应用收集的可选数据类型的示例包括：
某社交媒体应用可能要求用户提供出生日期以用于发送营销资讯，但并不强制要求提供这些信息，用户仍然可以在不提供这些信息的情况下进行注册。
仅在用户登录时收集的用户数据类型（用户未登录时也可以与应用互动）。
其他应用和数据披露信息
“数据安全”部分也是开发者展示应用隐私保护和安全措施的好机会。例如，开发者可以突出显示以下信息：
传输过程中加密：为确保用户数据从最终用户的设备安全传输到服务器，应用所收集或分享的数据在传输过程中是否会加密。
某些应用旨在让用户可以将数据传输到其他网站或服务。例如，即时通讯应用可能会向用户提供通过移动服务提供商发送短信的选项，相关过程会采用不同的加密做法。对于这类应用，只要它们针对在用户的设备和应用服务器之间传输的数据，按照极高的业界标准对数据进行安全加密，便可以在其“数据安全”部分声明用户的数据会通过安全连接来传输。
删除请求机制：应用是否为用户提供了请求删除其数据的方法。
独立安全审核（已面向所有应用推出）
开发者可以选择在“数据安全”部分中声明其应用已经过独立验证，符合某个全球安全标准。这是一项可选审核，由开发者自愿参与并自担费用。例如，通过移动应用安全性评估 (MASA)，开发者可以直接与实验室合作，让其应用接受开放全球应用安全项目 (OWASP) 的移动应用安全性验证标准 (MASVS) 的评估。第三方单位代表开发者开展审核。
数据类型和用途
开发者需要说明收集和分享各种用户数据的方法和其他做法，以及开发者使用这些数据的目的，如下表所述：
| 类别 | 数据类型 | 说明 |
|---|---|---|
位置 |
大致位置信息 |
用户或设备的实际位置，范围大于或等于 3 平方公里，例如用户所在的城市或 Android 的 |
精确位置信息 |
用户或设备的实际位置，范围小于 3 平方公里，例如 Android 的 |
|
个人信息 |
名字 |
用户称呼自己的方式，例如用户的名字、姓氏或昵称。 |
电子邮件地址 |
用户的电子邮件地址。 |
|
用户 ID |
与身份可识别的用户相关的标识符，例如账号 ID、账号或账号名称。 |
|
地址 |
用户的地址，例如邮寄地址或家庭住址。 |
|
电话号码 |
用户的电话号码。 |
|
种族和民族 |
有关用户的种族或民族的信息。 |
|
政治信仰或宗教信仰 |
有关用户的政治或宗教信仰的信息。 |
|
性取向 |
有关用户性取向的信息。 |
|
其他信息 |
任何其他个人信息，例如出生日期、性别认同或退伍军人身份。 |
|
财务信息 |
用户付款信息 |
与用户的金融账号相关的信息，如信用卡号。 |
交易记录 |
与用户进行的购买或交易相关的信息。 |
|
信用评分 |
与用户的信用评分相关的信息。 |
|
其他财务信息 |
任何其他财务信息，例如用户的薪资或债务。 |
|
健康与健身 |
健康信息 |
与用户健康状况相关的信息，例如医疗记录或症状信息。 |
健身信息 |
与用户的健身情况相关的信息，例如锻炼或其他身体活动。 |
|
信息 |
电子邮件 |
用户的电子邮件，包括电子邮件主题行、发件人、收件人和电子邮件内容。 |
短信或彩信 |
用户的短信，包括发件人、收件人和短信内容。 |
|
其他应用内消息 |
任何其他类型的消息，例如，即时消息或聊天内容。 |
|
照片和视频 |
照片 |
用户的照片。 |
视频 |
用户的视频。 |
|
音频文件 |
语音或声音的录音 |
用户的语音，例如语音信息或录音。 |
音乐文件 |
用户的音乐文件。 |
|
其他音频文件 |
用户创建或用户提供的其他任何音频文件。 |
|
文件和文档 |
文件和文档 |
用户的文件或文档，或者与用户的文件或文档相关的信息（例如文件名）。 |
日历 |
日历活动 |
来自用户日历的信息，例如活动、活动备注和参加者。 |
通讯录 |
通讯录 |
与用户的联系人相关的信息，例如联系人姓名、消息记录，或社交关系图信息（例如用户名、联系活动的新近度、联系活动的频率、互动时长或通话记录）。 |
应用活动 |
应用互动 |
有关用户如何与应用互动的信息，例如他们对某个页面的访问次数或点按的部分。 |
应用内搜索记录 |
与用户在应用中搜索的内容相关的信息。 |
|
已安装的应用 |
与用户设备上安装的应用相关的信息。 |
|
其他由用户生成的内容 |
此处或任何其他部分未列出的任何其他用户生成的内容，例如用户简介、备注或开放式回复。 |
|
其他操作 |
此处未列出的任何其他用户活动或应用内操作，例如游戏内容、点赞和对话框选项。 |
|
网页浏览 |
网络浏览记录 |
与用户访问过的网站相关的信息。 |
应用信息和性能 |
崩溃日志 |
应用的崩溃日志数据，例如应用的崩溃次数、堆栈轨迹或与崩溃直接相关的其他信息。 |
诊断 |
应用性能相关信息，例如电池续航时间、加载时间、延迟时间、帧速率或任何技术诊断信息。 |
|
其他应用性能数据 |
此处未列出的任何其他应用性能数据。 |
|
设备 ID 或其他 ID |
设备 ID 或其他 ID |
与特定设备、浏览器或应用相关的标识符，例如 IMEI 识别码、MAC 地址、Widevine 设备 ID、Firebase 安装 ID 或广告标识符 |
用途
| 数据用途 | 说明 | 示例 |
|---|---|---|
应用功能 |
用于应用内可用的功能 |
例如用于启用应用功能或对用户进行身份验证。 |
分析 |
用于收集与用户如何使用应用以及应用表现如何相关的数据； |
例如，查看有多少用户在使用特定功能、监控应用运行状况、诊断和修复错误或崩溃，或者日后改进性能。 |
开发者通讯 |
用于发送有关应用或开发者的最新消息或通知。 |
例如，发送推送通知来向用户告知重要的安全更新或应用的新功能。 |
广告或营销 |
用于展示或定位广告或营销资讯，或衡量广告效果。 |
例如，在应用内展示广告、发送推送通知以推广其他产品或服务，或者与广告合作伙伴共享数据。 |
欺诈防范、安全和法规遵从 |
用于防欺诈、确保安全或遵守法律。 |
例如，监控失败的登录尝试，以此识别可能的欺诈活动。 |
个性化 |
用于自定义应用，例如显示推荐内容或建议。 |
例如，根据用户的收听习惯推荐播放列表，或者根据用户的位置信息提供当地新闻。 |
账号管理 |
让开发者可以设置或管理用户账号。 |
例如，让用户能够创建账号或向开发者提供的账号添加信息以便在其各项服务中使用、登录应用，或者验证用户凭据。 |
手动创建数据安全 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>
常见问题解答
请参阅以下部分，了解开发者提出的常见问题的解答。
常见问题
以下部分解答了有关应用元数据 bundle 的常见问题。
开发者针对 iOS 提交了类似信息。开发者在填写 Android 应用元数据 bundle 时可以重复使用其中多少信息？
非常棒，开发者在应用数据方面的做法值得称赞。为了正确填写应用元数据包，开发者可能需要之前可能未使用过的其他信息，因此他们应该做好额外工作的准备。Android 应用元数据 bundle 的分类和框架可能与其他应用商店中使用的分类和框架有较大差异。
Google 如何确保开发者分享准确的信息？我们发现这个行业的相关信息有时可能并不准确。
与隐私权政策类似，开发者需要对应用元数据包中披露的信息负责。
开发者需要多久更新一次应用元数据包？
当应用在数据方面的做法发生相关变化时，开发者应更新应用元数据 bundle。
有关填写“数据安全”部分的问题
以下部分解答了有关填写应用元数据 bundle 的“数据安全”部分的问题。
如果应用在受支持的各种 Android 版本中的行为有所不同，该怎么办？
应用的元数据包应准确无误，以便独立于使用情况、应用版本、区域和用户年龄。“数据安全”部分会说明应用在所有地理位置和用户类型中的数据收集与分享的总体情况。
开发者如何证明他们在不同地区可能采取不同的做法？例如，开发者在欧洲不使用某些库，但可能会在其他地区使用这些库。
应用元数据 bundle 反映了每个应用在数据方面的做法的总体情况。“数据安全”部分说明了应用在所有地理位置和用户类型中的数据收集和分享的总体情况。
“数据安全”部分是否受用户意见征求机制的控制？开发者是否需要采取任何额外步骤来创建应用内醒目披露声明？
否，用户在应用安装流程中不会看到任何新的披露声明，系统也未就此功能设置任何新的用户同意机制。如果 Google Play 应用和 Android 设备上搭载 Google Play 服务的移动捆绑应用的开发者收集个人数据和敏感用户数据，则必须根据政策要求，实现应用内披露声明和用户同意机制。
如果应用请求了某项权限，但并未实际收集或分享相关数据，开发者是否需要作出相应声明？
开发者无需声明数据的收集或分享做法，除非实际收集或分享了相关数据。在搭载 Google Play 服务的 Android 设备上，Google Play 应用和移动捆绑应用必须遵守所有适用政策。
如果收集某种数据类型时会同时收集另一种数据类型，开发者是否应声明相关情况？例如，如果开发者收集的“联系人”数据类型中包含用户电子邮件，开发者是否需要同时声明“联系人”和“电子邮件地址”两种数据类型？
如果开发者在收集某组数据类型的同时有意收集另一种数据类型，则应同时披露两者。例如，如果开发者要收集用户的照片并利用其确定用户特征（例如民族或种族），那么还应披露民族和种族的收集。
开发者是否必须提供删除机制？此机制是否需要适用于任何及所有用户数据？
“数据安全”部分提供了一个途径，供开发者分享接收用户提出的数据删除请求的机制。在填写“数据安全”部分的过程中，开发者应指明他们是否提供此类机制。
开发者是否必须提供某种特定类型的机制来指明应用支持用户数据删除请求？
我们没有规定的机制，但最佳做法是，请求机制应当让用户很容易找到和使用。您的机制应清晰指明可供用户提出数据删除请求的路径，常见示例包括但不限于：应用内功能、联系表单或专用邮箱别名。
如果开发者为自动删除或匿名化处理的数据提供了删除机制，应如何在“数据安全”部分声明这一点？
如果开发者提供以下一个或多个选项，则可以声明用户可以请求删除其数据：
- 一种请求删除数据的机制。
在收集数据后 90 天内，自动对所收集的数据启动删除操作或匿名化处理。
开发者可以声明用户可以请求删除其数据，即使开发者出于合法原因（例如遵守法规或防止滥用）需要保留某些数据。
如果开发者提供的删除机制并非面向全球所有用户，开发者是否仍可指明其提供了删除请求机制？
每个应用元数据包只能有一个全局数据安全部分。其中应已涵盖基于使用情况、区域和用户年龄的数据方面做法。也就是说，如果应用的任何版本在全球任何国家/地区存在任何数据方面的做法，开发者都必须指明这些做法。因此，“数据安全”部分会说明应用在所有用户和地理位置的数据收集与分享的总体情况。
可以使用哪些技术对数据进行匿名化处理？
您可以采用多种方法对数据进行匿名化处理，以便隐藏与特定用户关联的个人身份信息。开发者应咨询隐私权和安全专家，以确定适用于其用例的方法。举例来说，此页面讨论了 Google 使用的一些数据匿名化方法，例如差分隐私。
开发者应如何处理 IP 地址的收集和使用？
与其他数据类型一样，开发者应根据数据的具体用途和相关做法，披露收集、使用和分享 IP 地址的情况。例如，如果开发者使用 IP 地址来确定位置，则应声明相应数据类型（位置）。
开发者应如何披露收集和分享其他类型的标识符的情况？
与其他数据类型一样，开发者应根据数据的具体用途和相关做法，披露收集、使用和分享各类标识符的情况。例如，收集与身份可识别的用户相关联的账号名称应声明为“个人标识符”，收集用户的 Android 广告 ID 应声明为“设备或其他标识符”。再举一个例子，如果某个标识符与特定应用内事件相关，但与特定设备、浏览器或应用没有合理关联，则无需披露为“设备或其他标识符”。
如前所述，收集的假名化数据应在应用元数据包的“数据安全”部分中按相关数据类型进行披露。例如，如果开发者使用设备标识符收集诊断信息，则仍应在“数据安全”部分中披露收集“诊断信息”的做法。
“服务提供商”可以执行哪些类型的活动？
服务提供商只能代表开发者处理用户数据。例如，全权代表开发者处理应用用户数据的分析服务提供商，或者托管应用用户数据以供开发者使用的云服务提供商，通常都可以称为“服务提供商”。另一方面，如果某 SDK 提供商根据应用数据，针对不同客户构建广告配置文件，相关做法不属于“数据安全”部分需要声明的“服务提供商”活动，而需要在应用元数据包的“数据安全”部分中将其披露为“共享”行为。
应用通过外部支付服务支持财务交易。应用是否需要在其应用元数据包中披露收集财务信息（例如信用卡信息）的行为？
这取决于应用与支付服务间集成的性质。如果应用使用 PayPal、Google Pay、Google Play 结算系统等支付服务或类似服务来完成支付交易，且满足以下所有条件，则开发者无需声明收集支付服务在处理金融交易时收集的数据（例如信用卡号）：
该应用绝不会访问这些信息。
支付服务会直接向用户收集这些信息，且该收集行为受相应服务条款的约束。
开发者应仔细检查与支付服务的集成情况，确保在应用元数据包的“数据安全”部分声明所有不符合上述条件的相关数据收集和分享行为。此外，开发者还应考虑应用是否会收集交易记录等其他财务信息，以及是否会从支付服务接收任何相关数据，例如出于防范风险和欺诈防护目的而接收相关数据的行为。
某款应用允许用户将数据直接上传到 Google 云端硬盘或 Dropbox，以进行备份或存储。该应用不会访问其中的任何数据。是否仍应将其披露为“数据收集”行为？
这取决于具体的实现情况。如果用户选择将数据直接上传到自己的外部存储设备或云端存储账号（例如 Google 云端硬盘、Dropbox 或类似服务），并且此上传行为受外部存储设备或云端存储服务提供商的服务条款和隐私权政策约束，而且应用绝不会收集或访问相关数据，则应用无需声明收集此数据。
开发者应如何加密传输中的数据？
开发者应遵循最佳业界标准，安全地加密应用数据在传输中的数据。常用的加密协议包括传输层安全协议 (TLS) 和超文本传输安全协议 (HTTPS)。
应用允许用户创建账号或向其账号添加信息，例如出生日期或性别。开发者应当如何声明用户向自己的账号添加的数据？
开发者应当将收集此类数据的行为声明为账号管理，指明（如果适用）在什么位置作为可选项提供给用户。
此外，与应用收集的任何类型数据一样，开发者应披露此类数据以及应用使用此类数据的用途。例如，如果应用允许用户在其账号中添加出生日期，并利用该数据及时发送推送通知，那么除了声明账号管理用途之外，应用还应声明这一用途。
“账号管理”可用于涵盖并非特定于特定应用的账号数据的一般用途。例如，如果开发者将账号信息用于跨服务的欺诈防范、广告、营销或开发者沟通，并且此用途并非特定于该应用或该应用中的活动，那么在应用元数据包的“数据安全”部分中，将“账号管理”声明为收集此账号数据的目的，就足以涵盖这些一般用途。不过，应用必须始终声明应用本身利用这些数据的所有用途。我们建议您在账号级文档和账号注册流程中披露您的应用为提供账号服务会如何处理用户数据。
什么是系统服务？
系统服务是指支持核心系统功能的预安装软件。
系统服务应包含 transparency_info 和 system_app_safety_label 软件包（提供后者而不是 safety_labels 软件包）。通过 Google Play 分发的系统服务可以申请免填 Google Play 数据安全表单。
如果应用在将数据记录到开发者服务器上并将其用于其他用途之前，会为了实时加载页面及处理其他客户端请求而临时使用该数据，开发者该如何声明收集该数据的行为？
如果只是临时使用数据，则开发者无需在应用元数据包的“数据安全”部分中声明该行为。但是，对于临时处理操作之外的任何用户数据使用行为（包括所记录用户数据的任何用途），开发者都必须加以声明。