如何为儿童 App 撰写隐私政策

大多数儿童隐私问题都源于第三方代码。在撰写政策之前，请检查：

• 构建中的每个 SDK 都已列出，并写明它从儿童用户处收集什么。
• 没有任何 SDK 传输家庭政策或儿童类别所禁止的广告 ID 或其他设备标识符。
• 如有广告，均为情境广告，且仅由允许的 SDK 投放，并对儿童关闭个性化。
• 对儿童关闭分析功能，或仅限于符合平台例外规定的工具。
• 崩溃报告不会发送您无权收集的标识符。
• 位置功能已关闭，或仅限于规则允许的范围。
• 聊天和分享功能具备家长控制和安全提醒。
• 保存期限已书面记录，并在代码中得到执行。
• 接收儿童数据的第三方已在政策中写明名称及目的。

我们的广告隐私披露指南解释了如何描述广告网络，游戏隐私政策指南则介绍了许多儿童应用与游戏共有的聊天、多人联机和应用内购买。

一切都从这个问题开始，而它的答案并不只取决于您的本意。根据 COPPA 规则，FTC 判断一项服务是否面向 13 岁以下儿童时，会考察其主题、视觉内容、动画角色或面向儿童的活动和激励的使用、音乐、模特的年龄、儿童明星、语言和广告，以及关于实际受众和预期受众的证据，例如营销计划和用户评价。

该规则还承认混合受众服务：对于未被识别为 13 岁以下的用户，包含儿童的一般受众应用不被视为面向儿童，这就是许多应用使用中性年龄筛选的原因。另外，如果您实际知道自己在收集某个儿童的个人信息，COPPA 就适用于该儿童的数据。

应用商店也会问同样的问题。Google Play 要求您在 Play Console 中声明目标受众，并可能审查您的图像和用语是否暗示面向儿童。Apple 将应用元数据中的“For Kids”“For Children”等用语保留给儿童类别使用。

在这一点上请对自己诚实。一款色彩鲜艳的卡通游戏，即使评级为青少年，在监管机构眼中仍可能是面向儿童的。COPPA 隐私政策指南总结了适用范围规则。

COPPA 把隐私政策称为在线告知，并列出了它必须说明的内容。根据《联邦法规汇编》第 16 编第 312.4(d) 条（16 CFR 312.4(d)），完整的告知包括：

• 收集或保存儿童个人信息的所有运营者的名称、地址、电话号码和电子邮件地址，或者一个指定联系人加上所有运营者的名称
• 您从儿童处收集哪些信息，包括儿童能否公开发布个人信息
• 您如何使用这些信息，以及您的披露做法，包括接收信息的第三方的身份和具体类别及其目的
• 您的数据保存政策
• 如适用，您为哪些内部运营目的收集持久性标识符，以及如何防止其被用于其他目的
• 如果您依据该规则的例外情形收集包含儿童声音的音频文件，说明您如何使用这些文件，以及您会在响应请求后立即删除它们
• 家长可以查看或要求删除其孩子的信息并拒绝进一步收集，以及具体如何操作

该规则还要求在首页或落地页以及每个收集儿童信息的区域，放置一个醒目且清楚标示的告知链接，并在收集之前另行向家长发送直接告知。一份从未提及儿童的通用隐私政策达不到这一标准。

FTC 于 2025 年 4 月 22 日在《联邦公报》上发布了修订后的 COPPA 规则。该规则于 2025 年 6 月 23 日生效，受监管企业须在 2026 年 4 月 22 日之前遵守大部分条款。如果您的应用是在此之前编写的，请现在就进行复查。

影响您的政策和应用的变化：

• 第三方披露需另行同意。家长必须能够同意收集和使用，而不必同意向第三方披露，除非该披露是服务不可或缺的一部分。用于定向广告等目的的披露需要另行获得可验证的家长同意。
• 书面数据保存政策。您只能在合理必要的期限内保存儿童数据，绝不能无限期保存，并且必须在在线告知中纳入您的书面保存政策。
• 书面安全计划。运营者必须制定并维护与其规模和数据敏感程度相适应的书面信息安全计划。
• 个人信息范围扩大。定义现在包括生物识别标识符和政府签发的身份标识。
• 写明第三方。在线告知必须提供接收儿童数据的第三方的身份和具体类别。

每一项都需要实际的运营工作，而不只是增加几句话。您的政策应描述您实际构建的内容。

只要儿童是您在 Google Play 上目标受众的一部分，除了一般的用户数据政策外，家庭政策也会适用。Google 政策的要点：

• 您必须准确填写目标受众和内容部分、数据安全部分以及内容分级问卷，并保持更新。
• 仅面向儿童的应用不得传输 Android 广告 ID、SIM 序列号、设备序列号、BSSID、MAC、SSID、IMEI 或 IMSI；混合受众应用不得从儿童或年龄未知的用户处传输这些信息。
• 仅面向儿童的应用不得请求位置权限，也不得收集、使用和传输精确位置。
• 向儿童展示的广告只能来自经家庭自我认证的广告 SDK（Families Self-Certified Ads SDKs），混合受众应用需要进行年龄筛选，例如中性年龄筛选。
• 允许儿童分享自由形式内容的应用和功能，需要提供应用内网络安全提醒和成人控制功能。
• 您的应用，包括其使用的 API 和 SDK，必须遵守 COPPA、GDPR 和其他适用法律，并且您的隐私政策必须准确反映您的数据处理做法。

您的隐私政策应与这些设置相符：说明哪些 SDK 会针对儿童用户运行、广告不是个性化的，以及位置如何处理。Google Play 隐私政策生成器页面介绍了一般的 Play Console 要求。

Apple 的应用审核指南对儿童应用要求严格。指南 1.3 规定，儿童类别中的应用不得向第三方发送个人身份信息或设备信息，也不应包含第三方分析或第三方广告。存在有限的例外：不收集或传输 IDFA 或关于儿童、其位置或其设备的可识别信息的分析工具，以及来自已公开记录其儿童类别做法（包括人工审核广告素材）的服务的情境广告。

儿童类别应用还必须将应用外链接、购买机会和其他干扰内容置于家长门槛（parental gate）之后。Apple 指出，一旦用户期望您的应用遵守这些规则，即使您之后取消选择该类别，后续更新也必须继续满足这些规则。

指南 5.1.4 补充规定，儿童类别中的应用或收集未成年人个人信息的应用，必须包含隐私政策并遵守儿童隐私法律。应用只能为遵守这些法律而询问出生日期和家长联系信息。Apple 还指出，家长门槛通常不等同于隐私法规定的家长同意。

Apple App Store 隐私政策生成器页面解释了您的政策如何与 App 隐私标签相对应。

如果欧洲或英国的儿童使用您的应用，还有另外两套框架适用。

GDPR 第 8 条。当您直接向儿童提供信息社会服务并依赖同意时，只有儿童年满 16 岁，或者家长给予或授权同意，处理才合法。成员国可以降低该年龄，但不得低于 13 岁，因此欧盟各国的门槛各不相同。您必须考虑现有技术，作出合理努力核实家长同意。在英国，这一规则的年龄为 13 岁。

英国《适龄设计守则》。ICO 的《儿童守则》是一部法定实务守则，为可能被英国 18 岁以下儿童访问的应用、游戏、联网玩具和网站规定了 15 项标准。其中包括：儿童的最大利益、数据保护影响评估、与儿童年龄相适应的透明度、默认高隐私设置、数据最小化、限制数据共享、默认关闭地理定位、以适龄方式处理家长控制、默认关闭画像分析，以及不使用诱导技术。

对您的隐私政策而言，真正起作用的是透明度标准：信息应简洁、醒目，并使用与儿童年龄相适应的清晰语言。UK GDPR 隐私政策指南和 GDPR 隐私政策指南介绍了一般要求。

儿童应用有两类受众，一份文件很难同时满足两者。一个实用的结构是分层：

1. 完整的隐私政策，面向家长和监管机构，涵盖 COPPA 和 GDPR 的每一项要素：运营者、数据、目的、第三方、保存期限、安全和家长权利。
2. 在顶部或单独页面上提供一份简短的、适合儿童阅读的摘要，使用简单的词语和短句。
3. 在应用中事情发生的那一刻提供即时说明，例如在请求麦克风或相机权限之前。

一句适合儿童的话可以这样写：“我们把你的画保存在你的平板电脑上。除非大人同意，我们不会把它们发给任何人。”只有在这句话属实时才能这样写，所以请在核查完数据流之后再写。

对于家长，请具体说明他们拥有的控制权：如何查看数据、如何删除、如何撤回同意以及如何联系您。避免使用把重要事实藏在长段落里的法律语言。如果您的应用还有成年用户或青少年版本，可以考虑分别撰写政策，让每类受众只阅读与自己相关的内容。

儿童数据是通用模板最容易出问题的地方，也是出错代价最高的地方。FTC 以民事罚款执行 COPPA，违反平台规则可能导致应用下架，欧洲监管机构也认为儿童数据应受到特别保护。

隐私政策也只是工作的一部分。COPPA 要求向家长发送直接告知、在收集前获得可验证的家长同意、大多数第三方披露需另行获得同意、制定书面保存政策以及书面安全计划。政策描述的是这些流程，而不能凭空创建它们。

Legal Policy Generator 的高级地区模块中包含 COPPA 模块，与 GDPR、英国和其他地区模块一样收费 $5。在 App 隐私政策生成器中，您回答关于儿童和服务地区的问题，条款会从带版本号的条款库中以确定性方式选择，免费预览让您在付费前就能看到结果。这样您就有了一份结构清晰、易于阅读的草稿可以交给律师，从而加快审阅。

但请把输出视为草稿。生成的文本反映的是您的回答，不构成法律建议。对于任何面向儿童的应用，请在上线前让合格的律师审阅政策、同意流程和您的 SDK 配置。