不收集数据的 App 隐私政策怎么写

“不收集数据”的政策可以很短，但不应只有一句话。请用通俗语言涵盖以下要点：

1. 您是谁：您的姓名或公司名称、应用名称以及隐私联系邮箱。
2. 核心声明：应用不收集个人数据，不在我们的服务器上存储个人数据，也不共享个人数据。
3. 留在设备上的内容：本地保存的设置、文件或内容，以及卸载应用会将其删除（用户在 Apple 或 Google 启用的设备备份除外）。
4. 权限：应用请求的任何权限、其用途，以及相关数据仅在设备上处理。
5. 联系您：如果用户给您发电子邮件，您会收到他们的电子邮件地址和消息，并且只用于回复。
6. 商店运营方：下载和购买由商店依据其自身政策处理。
7. 儿童：应用是否面向儿童。
8. 变更：如果您增加会收集数据的功能，将如何更新政策，并附上生效日期。

像“您在应用中编辑的照片在您的设备上处理，绝不会上传给我们”这样的句子，远比“我们尊重您的隐私”更有说服力。完整大纲请对照隐私政策应包含哪些内容。

答案取决于提问的是谁，而这种差别很重要。

Apple 将“收集”定义为将数据传输出设备，使您或您的第三方合作伙伴能够在超出实时处理所传输请求所需的时间内访问这些数据。仅在设备上处理的数据不算收集。如果身份验证令牌或 IP 地址随服务器调用一起发送且未被保留，Apple 表示您无需在 App Store Connect 中披露。

Google 表示，仅在设备上访问和处理的数据无需在数据安全部分披露。发送出设备并被临时处理（在内存中且仅用于实时请求）的数据，仍必须包含在您的表单回答中，尽管它可能不会显示在您的商店页面上。

隐私法的范围更广。根据 GDPR，“处理”涵盖对个人数据的任何操作，包括仅仅是接收。如果您的应用调用您的服务器，该服务器就会看到用户的 IP 地址，即使您从不存储，它也可能属于个人数据。

因此，一款应用可以诚实地在商店标签上显示“未收集数据”，同时在隐私政策中说明一次短暂的服务器请求。在这一点上做到精确，正是“不收集数据”政策值得信赖的关键。

大多数“我们什么都不收集”的声明之所以站不住脚，是因为某个依赖项，而不是开发者自己的代码。动笔之前，请逐一检查以下各项：

• 崩溃报告：发送给服务商的崩溃日志和堆栈跟踪，在 Google Play 上属于数据安全中的一种数据类型，在 Apple 上属于诊断类别。
• 分析：即使是听起来匿名的事件 SDK，通常也会发送设备和使用数据。
• 广告 SDK：广告几乎总会涉及设备标识符和 IP 地址。
• 远程配置、功能开关和 A/B 测试工具，它们会在启动时联网回传。
• 网页视图：加载您自己的页面，并从第三方服务器获取分析或字体。Google 表示，通过您控制的网页视图收集的数据算数；用户浏览开放网络的网页视图则不算。
• 推送通知：需要在服务器上存储设备令牌。
• 您后来添加的登录、云同步或备份功能。

Google 指出，应用中的库和 SDK 传输出设备的数据都算数，无论是发给您还是发给第三方。如果您发现其中任何一项，您的应用就是在收集数据，政策和商店表单都需要如实说明。Firebase 隐私披露指南展示了常见的 Google SDK 会发送哪些数据。

用户有时会问：他们必须登录商店才能下载应用，应用怎么能声称什么都不收集？答案是，商店运营方依据自己的隐私政策处理部分数据，而那不是您的收集行为。

Apple 在其 App 隐私指引中直接说明了这一点：如果您从 Apple 的框架或服务中收集关于您应用的数据，请说明您收集了什么以及如何使用，但您无需负责披露 Apple 收集的数据。Apple 还指出，如果付款是通过应用之外的支付服务输入的，而您从未接触到付款信息，那么您就没有收集它。Google Play 同样负责处理商店账户、下载和结算。

您的政策可以用一两句话说明这一点：下载、购买和商店评价由 Apple 或 Google 依据其自身的隐私政策处理，您只会收到这些平台提供给开发者的信息。如果您会查看 Play Console 或 App Store Connect 中的汇总统计数据，请将其描述为商店提供的汇总报告。

也要注意别矫枉过正。如果您在自己的服务器上验证购买收据，或使用 CloudKit 等 Apple 服务同步数据，请说明您会如何处理这些数据。

不能。App Store 的“未收集数据”标签是您 App 隐私回答的结果，而不是政策的替代品。Apple 要求所有应用提供隐私政策链接，App 隐私详情页面也将隐私政策网址列为必填项。

这个标签的界限也比许多开发者以为的更严格。只有当某种数据类型满足可选披露的全部条件时，Apple 才允许您不予披露：不用于追踪，不用于第三方广告或您自己的广告和营销，仅在不属于应用主要功能且对用户可选的少数情况下收集，并且由用户通过清楚标示的界面提供，每次都由用户主动选择提交。一个可选的应用内反馈表单可能符合条件；每次启动都运行的崩溃报告工具则不符合。

Apple 还有两点值得了解。在首次请求权限后持续收集的数据必须披露。如果您收集了精确位置，但在存储前立即将其模糊化，则应声明为大致位置。Apple App Store 隐私政策指南介绍了其余的 App 隐私问题。

以下错误会让一份令人安心的政策变成误导性政策：

• 遗忘了模板项目或引擎默认启用的崩溃报告或分析 SDK。
• 把政策托管在带有分析工具的页面上，而政策却声称您从不使用任何追踪技术。政策针对的是应用；请写明这一点，或单独描述网站的情况。
• 忽视客服渠道：应用内联系表单或客服邮箱意味着您会收到个人数据。
• 后来增加功能，例如登录、云同步、广告或会把文本发送到 API 的 AI 功能，却没有更新政策和商店表单。
• 绝对化承诺，例如“我们永远不会收集任何数据”。您无法约束未来的版本；请描述当前的应用以及您将如何公告变更。
• 照抄另一款应用的“不收集数据”政策，而它描述的是另一套功能。

每次发布前快速复查一遍，几乎可以避免所有这些问题。如果您想更全面地了解复用他人文本的风险，请阅读我可以复制别人的隐私政策吗？。

如果您的应用确实不处理任何个人数据，GDPR 等法律下的许多义务就根本无从适用。但这句话里的“确实”二字分量很重。

个人数据会出现在“不收集数据”的应用仍会接触到的地方。一封客服邮件包含姓名和地址。一次服务器请求带有 IP 地址。一份崩溃日志可能包含设备标识符。即使时间很短，这些在法律意义上都属于处理，而 GDPR 的透明度规则希望您对此作出说明。

在美国，加州的 CalOPPA 要求从加州居民处收集个人身份信息的商业在线服务运营者醒目地发布隐私政策。如果您完全不收集任何信息，其核心触发条件可能不适用，但商店无论如何仍要求您提供政策。

实用的做法是：假设监管机构和好奇的用户都会阅读这份政策来撰写它，如实描述短暂的和例外的处理，并让主要信息保持简单。我需要隐私政策吗？指南总结了哪些法律和平台会触发这一要求。

这感觉像是为了走流程而走流程，但规则写得很明确。Google Play 的用户数据政策规定，即使应用不访问任何个人和敏感用户数据，也必须提交隐私政策。其数据安全指引还补充说，即使开发者的应用不收集任何用户数据，也必须填写数据安全表单并提供隐私政策链接；在这种情况下，表单和政策可以说明不收集或共享任何用户数据。Apple 的应用审核指南要求每款应用都在 App Store Connect 和应用内提供隐私政策链接。

这背后有充分的理由。用户无法检查您的代码，所以政策是您公开的、可问责的声明，表明没有任何数据离开他们的设备。它还为用户提供了联系您的途径，并告诉他们如果您以后增加功能会有什么变化。

所以问题不在于是否需要隐私政策，而在于如何写一份简短、准确、不会无意中作出超出您能力范围的承诺的政策。Google Play 隐私政策指南更详细地解释了 Play Console 方面的内容。

生成器在这里很有用，正是因为它不应添加您没有做的事情。在 App 隐私政策生成器中，选择应用这一使用场景，并如实回答问题：没有账户，没有分析或广告服务商，没有由您处理的支付，以及您提供的任何联系方式。

Legal Policy Generator 根据这些回答从带版本号的条款库中以确定性方式选择条款，因此一款不收集数据的应用会得到一份简短的文件，而不是关于它并不存在的广告合作伙伴的大段文字。问卷、完整预览以及简单版 HTML 和 PDF 下载均免费且无需账户；如果您需要用于 Play Console 或 App Store Connect 的公开网址，可选的公开托管一次性加收 $0.99。如果您需要针对特定地区的章节，高级地区模块收费 $5。

发布之前，请对照您的构建逐行阅读预览。如果某句话描述了您的应用并没有做的事情，请修改您的回答，而不是把它留在政策里。然后按照我们关于如何获取隐私政策网址的指南发布政策并测试链接。