iOS 27 给 Apple，也给数量不断增加的地区性法律，一种正式的方式：在你的 App 采集任何数据之前，先告诉你用户的年龄。如果你的 App 面向海外用户采集任何数据，而大多数消费级 App 都在这样做却没有这样命名它，那么你请求同意和记录采集内容的方式必须改变。不是以后，对越来越多的地区来说，是现在。
因为这是合规话题，先说明一点：本文是面向出海团队市场和产品同学的实用性梳理，不是法律意见。你的具体义务取决于你的用户所在地区以及你的 App 具体做什么，细节需要律师来把关。这份指南梳理了 iOS 27 引入了什么、这对你现有的追踪和分群意味着什么，以及一份在 App Store 审核门槛进一步收紧之前可以逐条对照的清单。Pushwoosh 是一个客户互动平台，凡是同意管理和数据采集涉及到你在 Pushwoosh 上的配置，我们会精确指出对应位置。
iOS 27 究竟引入了什么
核心是两个 API，它们协同工作。
Declared Age Range API 让你的 App 可以请求用户的年龄区间，例如 13+、16+ 或 18+，而完全不需要询问或存储出生日期。Apple 提供的是区间，你得到的是一个信号，不是一个日期。这个框架从 iOS 26 开始就存在，iOS 27 是围绕它的要求和执行力度真正收紧的版本。
PermissionKit 负责家长同意这一侧。当你的 App 做出会影响未成年人使用方式的重大变更时，PermissionKit 就是那个通知用户、并在受监管地区在未成年人继续之前请求家长或监护人批准的流程。
关键的设计点在于：系统会主动告诉你何时适用。通过 isEligibleForAgeFeatures 和 requiredRegulatoryFeatures 这类信号，操作系统会标明某个用户是否触发年龄相关义务，以及你是否需要请求年龄区间或家长同意。你不需要逐个用户猜测——平台会把适用性直接告诉你。
“9 月起强制”这类标题说错了什么
这里值得说清楚，因为这项义务并不是一个全球统一的开关，而”9 月起强制”也不是 Apple 自己的说法。实际上是两件独立的事情，媒体报道习惯把它们合并成一个截止日期。
第一件事是 App Store 审核门槛。Apple 一直在逐步收紧隐私文档和年龄处理需要展示的内容，具备社交或用户生成内容功能的 App 被要求实现一个由 Declared Age Range API 支撑的、用户可见的年龄门槛。这个收紧过程贯穿整个 iOS 27 周期，而不是在某个固定日期一次性切换——但如果你的 App 有社交功能，应把它当作下一次发版前要完成的工作，而不是之后再说。
第二件事，有确切日期，是地区法律，而且已经在多个地方生效。Apple 自己把 Declared Age Range 相关义务与具体司法辖区绑定：犹他州自 2026 年 5 月 6 日、路易斯安那州自 2026 年 7 月 1 日 起，Apple 会为当地新注册的 Apple 账号共享年龄类别；Apple 从 2026 年 2 月 24 日 起在澳大利亚、巴西和新加坡开始拦截 18+ 应用的下载。其他地区的法律各有自己的时间表，有些已经生效，有些被推迟。系统的合规信号之所以存在，正是因为”我是否需要为这个用户执行此操作”这个问题的答案取决于他所在的地区以及该地区法律的当前状态。
实际的判断标准是：如果你有社交或 UGC 功能，或者你在任何受监管地区采集未成年人数据，这就是正在进行的工作，不是未来的待办事项。如果这两条暂时都不适用于你，保持隐私文档的更新仍然是被期待的，而且地区覆盖范围还在扩大——现在把这个能力建好，比日后在截止日期压力下临时补救要便宜得多。
为什么这落到市场团队头上，而不只是法务
年龄核实看起来像法务加工程的任务，直到你去追踪它究竟牵动了什么。追下去，它精确地落在你如何追踪和分群这件事上。
如果你采集广告标识符、触发自动化行为事件，或者基于 App 内行为构建用户分群，一个年龄信号就会改变你被允许采集的内容，以及针对谁采集。处于受保护年龄区间的用户，不能被悄悄地和成年人一样纳入相同的行为追踪和广告 ID 采集。一旦操作系统能够告诉你某个受监管地区的用户是未成年人，“我们对所有人一视同仁地追踪”就不再是一个站得住脚的默认做法。
这也是弥补许多出海 App 长期存在的一个缺口的时机：广告标识符（iOS 上的 IDFA、Android 上的 GAID）处理不清晰或未被记录。如果你的数据文档没有清楚说明你采集了哪些广告标识符、为什么采集，这个缺口本身就已经是一个隐患。随着审核门槛在 iOS 27 周期内持续收紧，它会变成一个被拒的风险。把年龄采集这件事和广告 ID 文档在同一轮里一并修好，是更高效的做法，因为它们本来就在同一份隐私披露里。
你的合规清单
和法务、工程团队一起逐条过一遍：
- 梳理你的未成年用户分布在哪些地区。 确认你运营的地区中哪些已经有年龄核实相关法律在生效，以及你的 App 是否有社交或 UGC 功能，这类功能会触发 App Store 门槛而与地区无关。
- 接入适用性信号。 使用操作系统提供的、能判断某个用户是否触发年龄义务的信号，而不是自己去猜测。让平台告诉你何时该请求年龄区间或同意。
- 请求年龄区间，而不是出生日期。 需要年龄信号的地方，使用 Declared Age Range API 来获取一个区间，永远不用采集或存储日后还要负责保护的出生日期。
- 为重大变更接入家长同意流程。 如果未成年人在使用你的 App，确保在要求这么做的地区已经部署了重大变更同意流程。
- 按年龄区间分群追踪。 确保处于受保护年龄区间的用户被排除在广告 ID 采集和不允许对未成年人使用的行为追踪之外。这是一个 数据采集与同意 的配置问题，不是逐个用户的人工审核。
- 更新你的隐私文档。 把 App Store 隐私披露内容更新到最新状态，顺便补上 广告 ID 文档缺口，让 IDFA 和 GAID 的处理方式清楚写明。这是审核门槛最先检查的一项。
- 审阅你的同意文案。 确保未成年人或监护人看到的同意文案，与你实际采集的内容一致，思路上和你的 GDPR 同意实践 保持一致。
用 Pushwoosh 干净地处理年龄相关数据采集
Pushwoosh 提供同意管理和数据采集控制能力，帮助你按年龄区间分群追踪、把受保护用户排除在不该出现的采集范围之外，并让广告 ID 的处理保持文档化、干净可查。Pushwoosh 已通过 SOC 2 Type I 和 ISO 27001:2022 认证，符合 GDPR 和 HIPAA 要求，数据中心位于欧盟和美国，可以为出海团队的合规需求提供支撑。合规工作从来都不是零成本的，但数据这一侧不应该是最难的部分。
