Apple推出防止未成年人使用应用的新功能：“18+无法下载”——Apple开始实施“年龄验证”的现实

Apple推出防止未成年人使用应用的新功能：“18+无法下载”——Apple开始实施“年龄验证”的现实

1. “年龄验证”正在成为App Store的标准功能

近年来，在线年龄验证的重心从“特定服务的自我申报”转向了“平台方的年龄保证（Age Assurance）”。原因很简单，与其让每个应用程序自己处理儿童保护，不如在操作系统或应用商店这样的入口处进行控制，这样对监管机构来说更容易实施和监督。


在这一趋势中，Apple此次采取了更强的措施，即阻止“18+应用的下载”。在目标地区，无法进行成年验证的用户将无法获取18+指定的应用。阻止的是应用的“获取”而不是“使用”——入口设计的改变不仅影响用户体验，还会波及到业务和收入结构。


2. 发生了什么变化：澳大利亚、巴西和新加坡的18+应用“必须进行成年验证”

Apple公布了两项重大变化。


(A) 18+应用的下载限制（澳大利亚、巴西、新加坡）
从2026年2月24日起，在澳大利亚、巴西和新加坡，除非用户通过“合理的方法”确认成年，否则App Store将阻止下载18+评级的应用。成年验证将由App Store自动进行。


这里重要的是，Apple并没有表示会“承担全部责任”。Apple明确指出，“开发者可能需要独立验证用户的成年身份”。也就是说，即使在入口处被阻止，应用程序端可能仍需要进行额外的年龄验证。


(B) 扩展Declared Age Range API（年龄类别/监管信号/是否需要家长同意）
Apple扩展了Declared Age Range API，使开发者能够接收用户的“年龄范围（类别）”，并返回可用于监管合规的附加信息（信号）。例如，“该用户是否适用年龄相关的法规”“是否必须共享年龄”“儿童应用的重要更新是否需要家长同意”等信息。


此外，在巴西，如果用户或家长同意，年龄类别将被共享，并返回关于年龄保证“方式”的信号。


3. 美国由“州法”推动：犹他州和路易斯安那州的时间表

在美国，州的行动先于联邦统一行动，Apple的实施也因此变得零散，“何时、何地、共享哪些信息”各不相同。


根据Apple的说法，犹他州将在2026年5月6日，路易斯安那州将在2026年7月1日之后创建的新Apple Account中，如果开发者要求，通过Declared Age Range API共享年龄类别。


这里发生的是，商店持有“年龄的入口信息”，并将其部分传递给应用程序。在围绕社交媒体和应用程序的政治讨论中，Meta等公司一直在加强“应用商店应负责年龄验证”的立场。

 
Apple传统上一直以“收集所有用户的出生日期和ID信息的设计是危险的”隐私论进行抵制，但随着州法和各国法律要求“入口处的年龄保证”，作为折衷方案，“仅共享年龄‘范围’”的设计被提上日程。


4. “年龄保证”究竟对用户有什么要求：便利性与不安的来源

从用户的角度来看，最关心的是，“合理的方法”是什么，以及增加了多少负担。

这一点是最容易引发争议的。在MacRumors的讨论中，支持、讽刺和不安并存。

  • “作为儿童保护是理所当然的”“如果电影有年龄分级，应用也应该有”这样的支持意见。

  • 另一方面，“年龄验证往往意味着提交驾照或护照，最终只会被黑客攻击”的强烈反对。

  • 此外，还有“如果这么麻烦，开发者的正确选择是停止在目标地区或州提供应用”的“撤退暗示”。


Apple本身也一直采取反对提交ID等重度身份验证的立场（数据收集风险，向开发者统一共享的问题）。正因为这种思想背景，Declared Age Range API才倾向于“共享年龄范围而非出生日期”的最小化共享。


然而，现实中各国和州的法律要求的标准不同。即使平台提供轻量化的机制，如果法律要求不够，应用程序端仍需进行额外验证，用户体验可能会被双重化。Apple写“开发者可能有额外义务”可以被解读为提前应对这种“现实的扭曲”。


5. 对开发者的影响：实施负担不如“运营复杂化”重

对开发者而言，痛点不在于API的增加本身，而在于国、州、年龄类别、家长同意相关的运营设计。


Apple不仅完善了Declared Age Range API，还完善了关于儿童重要更新的PermissionKit机制、年龄评级相关属性和通知等。

 
此外，在WWDC会议上，Apple还展示了根据年龄设计体验的思路，并指导了实现方向。


另一方面，现场的气氛倾向于“规格越多，商店审核和元数据要求就越容易卡住”的不安。在Apple Developer Forums中，可以看到年龄保证机制的选择和申报与审核、元数据相关联的案例。

 
此外，在Reddit的开发者社区中，关于年龄评级更新的通知和手续的实际抱怨不断（包括“无需新二进制文件”等运营诀窍的分享）。


也就是说，年龄保证与其说是“功能”，不如说是“合规运营”，最终影响更大的是申报、审核、地域差异、咨询应对的成本。


6. SNS的反应：支持与反对无法对接的理由

此次话题在SNS上容易分解为以下三个论点。

 


(1) 儿童保护的有效性：封锁入口很直观
“18+入口关闭”本身直观，支持意见容易增加。在MacRumors中，“期待已久”“作为父母支持”等声音具有象征意义。


(2) 隐私：对ID提交和集中管理的拒绝反应
反对派的担忧在于“年龄验证最终会趋向于‘提交身份证’”。无论提交给Apple还是外部供应商，泄露时的损害都很大，这种直觉很强烈。在讨论中甚至出现了“只有被盗的未来”的断言，情感温度很高。


(3) 责任的推诿：商店还是应用
在整个行业中，“谁应该负责年龄验证”成为政治主题。过去的报道中，曾描绘出应将责任推给平台（Apple/Google）的主张与平台以隐私为由反对的构图。

 
此次Apple的实施位于中间。“在入口处阻止，但开发者仍有义务”因此，支持者认为“还不够强”，反对者认为“入口被监控化”，容易从两边引发不满。


这种不对接可能是SNS上支持与反对呈平行线的最大原因。


7. 接下来会发生什么：目标地区的扩大和“年龄类别共享”的常态化

此次更新与澳大利亚、巴西、新加坡以及美国的特定州相关联。然而，年龄保证的讨论在各国推进，应用商店作为“监管的入口”被对待的趋势正在加强。


未来的焦点可能有三个。

  1. 目标地区的增加（“18+下载限制”是否会扩展到其他国家）

  2. 验证手段的具体化（“合理的方法”在实际操作中会落到哪里）

  3. 避免用户体验的双重化（如何减少商店和应用的双重年龄验证）


此外，还有一个容易被忽视的论点，即年龄评级本身的准确性。入口关闭得越多，评级的误判（过度或不足）就越直接影响流通。在巴西，出现了“战利品箱申报→18+”这样法规与评级联动的案例，未来“元数据”的重要性将进一步提高。


出处URL

相关文章