
Google Play 商店页上的「数据安全」部分,向用户展示 App 收集和共享了哪些数据、为什么收集、采取了哪些安全措施。这些信息来自你在 Play 管理中心 「政策和计划 → 应用内容」页面里填写的 Data safety 表单。提交后,Google Play 会在审核时检查,然后展示在商店详情上。
按 Google 的官方说明,有几条规则要先记住:
| 规则 | 说明 |
|---|---|
| 谁要填 | 所有在 Google Play 发布的 App,包括封闭测试、开放测试和正式版轨道 |
| 谁可以不填 | 仅在内部测试轨道上的 App;系统服务和私有应用 |
| 不收集数据也要填 | 需要如实申报「不收集、不共享」,并提供隐私政策链接 |
| 隐私政策 | 完成表单的前提条件,链接要能公开访问 |
| 第三方代码 | SDK 和库收集、共享的数据也要算在你的申报里 |
| 责任归属 | 申报由开发者本人负责;发现申报与 App 行为不一致时,Google 可能采取执法措施 |
如果你正在走新个人账号 12 人 14 天封闭测试,数据安全也是开启封闭测试前要完成的「应用设置」任务之一。
这是填表最容易出错的地方。Google 的定义如下:
| 概念 | 官方含义 | 例子 |
|---|---|---|
| 收集(Collect) | 把数据从用户设备传出去,无论传给你自己的服务器还是第三方 | 上传头像到自己的后端;崩溃统计 SDK 上报设备信息 |
| 共享(Share) | 把从 App 收集的数据转给第三方 | 服务器把用户邮箱同步给广告平台;广告 SDK 直接把设备 ID 发给广告网络 |
另外,**临时处理(ephemeral)**的数据仍要在表单里填写,但如果符合「只在内存中使用、处理完请求即不保留」的标准,商店页上不会展示。用于构建广告画像或用户画像的数据不能算临时处理。
多个 App 共用同一套 SDK 时,可以利用表单的导出/导入功能统一维护,减少漏填。
表单里的「安全做法」会直接显示在商店页上,要如实填写:
| 项目 | 注意事项 |
|---|---|
| 传输中加密 | 只有当所有收集的数据都通过加密连接传输时才勾选,不要因为「大部分是 HTTPS」就勾 |
| 数据删除 | 若提供用户请求删除数据的方式,要真的能用 |
| 账号删除 | 允许在 App 内创建账号的应用,Google 要求在 App 内和网页上都提供删除账号的入口,并在 Play 管理中心填写网页删除链接 |
| 独立安全审核 | 可选项,通过相应安全评估后可在商店页展示,非必需 |
两边逻辑相似,但术语不同:Apple 侧重「是否与用户身份关联、是否用于跟踪」,Google 侧重「收集还是共享、是否临时处理」。双平台上架时建议维护一份统一的数据清单,再分别映射到两边表单。Apple 侧可参考App Store 隐私标签填写指南。
数据安全表单不是走过场:它会显示在商店页上影响用户信任,也会被拿来和 App 的实际行为比对。先盘点权限和 SDK,再按「收集 / 共享 / 例外」逐项填写,每次加新 SDK 时同步更新,就能避开大多数警告。商店页的截图和图标需要一起更新时,可以顺手用 appshotmaker.com 重做一套。