得州的应用商店年龄核验法律已经生效,最高法院放行后,商店这一层必须想办法核实谁在用未成年账号。Google给出的方案不是查身份证,也不是刷脸,而是一套叫Play Age Signals API的系统。这套系统从7月29日起向全球开发者推广,靠的是家长在Family Link里设置的一个年龄区间。
系统本身不需要身份证或自拍认证,只向应用传递一个由Family Link设置的动态年龄区间。听起来足够克制,但克制不等于真的能拦住想绕开的孩子。
怎么运作,铺到哪儿了
Family Link里,家长可以给孩子的账号设一个年龄区间,比如16到17岁,区间会随时间自动更新。这个区间不是身份证明,只是一个信号,应用拿到后自己决定要不要限制内容或功能。
这项功能对儿童账号不是强制的。家长可以选择不设置,设置了也能随时关掉。开发者那边同样需要主动动作:Google只是把接口铺好,用不用、怎么用,还得看开发者自己有没有接入API。
推广节奏是分批走的。这套API此前只在巴西小范围测试,后来澳大利亚、加拿大跟进上线,Google计划到2026年底前,向包括美国在内的全球开发者开放。这个时间表卡得这么紧,跟得州这道坎已经迈过去有直接关系。
路易斯安那州、犹他州也有类似法案在推进,但都还没到得州这一步。三州进度不一样,商店端要应付的节奏也不一样:
| 州 | 立法状态 | 对Play商店的要求 |
|---|---|---|
| 得州 | 已生效(最高法院放行) | 商店层核验用户年龄 |
| 路易斯安那州 | 类似法案推进中 | 尚未生效 |
| 犹他州 | 类似法案推进中 | 尚未生效 |
官方公告没有列出具体处罚条款,只强调商店层需要拿出核验机制。Google先把接口铺出来,再看各州法律怎么落地,是这套系统的实际打法。
开发者和家长,分别要做什么
这套系统真正卡住谁,取决于两类人愿不愿意动手。
| 角色 | 该做的事 | 现实限制 |
|---|---|---|
| 开发者 | 主动调用API,按年龄区间调整内容和功能 | 官方未说明无年龄信号时该如何处理 |
| 家长 | 在Family Link设置或更新年龄区间 | 非强制,不设置等于没有核验 |
开发者这边,得州法律明确要求接入年龄核验功能,不接入就是不合规。但官方目前没说清楚一件事:用户没有年龄信号时,应用该按成人处理还是按未成年人处理,这块兜底逻辑得开发者自己拿主意。
家长这边,这道门槛完全靠自愿。设置区间不难,但很多家庭大概率懒得去碰这个开关——门槛的真实强度,取决于家长有没有这个意识。
孩子这边,理论上仍有绕开空间:换个账号,或者谎报生日。这套系统目前公开的信息里,看不出对这两种情况有额外拦截手段。
锐评:门槛还是流程
Google这次的取舍值得说一句公道话:不留证件影像,不做人脸比对,数据收集量压到了最低。比起某些州执念于"上传身份证"的核验方式,这一步做得克制。
但克制的代价,是把把关责任拆成了三份——家长要主动设置,开发者要主动接入,孩子要不去骗。三段里任何一段松动,核验就只剩合规文件上的一行字。
这更像一次算得很精的操作:用最低的数据成本,换取在法庭上拿得出手的东西。孩子到底能不能刷到不该刷的内容,这套系统给出的答案目前只能算"降低概率",谈不上"堵住漏洞"。
接下来该盯的,是各州会不会进一步收紧"开发者必须接入"这条要求的执行力度。还有一件事更关键:第一起未成年人绕过核验引发争议的时候,责任会落在家长、开发者,还是Google自己头上——这条线现在还没人画清楚。
