Android 应用需要的隐私政策 URL

两家商店都要求为你的隐私政策提供一个公开可访问的 URL，而且都会检查它。 Google Play 的 User Data 政策说得很直白——“all apps must post a privacy policy link in the designated field within Play Console, and a privacy policy link or text within the app itself”（译：所有应用都必须在 Play Console 的指定字段中发布隐私政策链接，并在应用内提供隐私政策链接或文本）——这个字段位于 App content → Privacy policy（应用内容 → 隐私政策）下。在 Apple 这边，它是 App Store Connect 中的必填字段。它必须无需登录即可打开，写明你的应用和你的公司，说明应用及其包含的一切收集了什么，并且几个月后仍然可用——商店页面不只被检查一次。

这项要求并不难。真正让人栽跟头的是上面列表中的第三项，值得用本页其余篇幅来讲。

“可是我的应用什么都不收集”

这个假设会让人白白耗掉一周。

你的代码可能什么都不收集。你的依赖几乎肯定会。崩溃报告工具会发送设备标识符和堆栈跟踪。分析 SDK 会发送事件和广告 ID。广告 SDK 发送的东西相当多。推送库会注册一个令牌，而它从定义上就与某台设备绑定。

所以真正该问的不是“我收集了什么”，而是“我构建产物里的所有东西收集了什么”。打开你的依赖文件，逐行过一遍——那份清单就是你隐私政策的实质内容，也是审核人员拿来与你的 Data safety 回答对照的内容。

两者不一致时，商店相信的是 SDK。

政策必须涵盖什么

至少要用普通人能读懂的语言写明：

• 收集了什么——写类别，而不是数据库表结构。
• 为什么收集——每一类数据的用途。
• 还有谁能看到——写出第三方的名称。你的 SDK 清单就放在这里。
• 保留多长时间。
• 如何联系你，以及如何申请删除。

如果你有来自欧盟、英国、加利福尼亚或巴西的用户，每个法律体系都有各自期望看到的具体内容。本页无法告诉你哪些适用于你——这确实取决于你的用户和你的业务，如果你的应用有任何特殊之处，花一小时咨询律师是值得的。

实际中导致被拒的情况

• 需要登录才能打开的 URL，或者在某些地区被屏蔽的 URL。
• PDF 或 Google Doc。有时能通过，经常不能，而且看起来很临时凑合。
• 政策中写的是另一个应用或另一家公司——复制粘贴的明显痕迹。审核人员会注意到。
• 与你的 Data safety 表单相矛盾的政策。这两者是放在一起看的。
• 失效的链接。上线六个月后，你用的免费托管已经没了。

一定要花钱吗？

不用。隐私政策就是页面上的文字；花钱的是域名、一个明年仍然存在的托管位置，以及写出与你实际应用相符内容所需的时间。

对按每个应用每月收费的生成器要保持警惕。你租用的是一个模板——查清楚停止付费后你的 URL 会怎样，因为一个印在线上商店页面里的隐私 URL 一旦失效，你会从商店那里听说这个问题，而不是从供应商那里。

AppFoyer 在这里做什么

我们根据在你构建文件中找到的 SDK 生成政策——通过一个读取代码仓库的编码代理，或者通过一个简短的表单——并把它托管在独立的子域名上。在你替换掉列出第三方的那处占位符之前，检查清单会一直提醒你，因为那正是审核人员真正会读的部分。

这些模板只是起点，不是法律建议，每个生成的页面都会这样注明。

权威来源

• User Data policy — Google Play 帮助中心。上面的引文出自此页。
• Privacy policy requirements — Google Play 帮助中心，说明该字段所在位置
• App Store Review Guidelines, section 5.1 — Apple