1、可行,但仅凭生日判断不够。
2、生日属个人信息,要告知目的并最小化收集。
3、未满十三岁须取得家长同意,或限制功能不收集其信息。
4、做好年龄核验记录和隐私政策,关注美国及各州规则。
该操作需符合美区相关数据合规要求,仅靠后端校验不可行,你需补充设置清晰的适龄告知弹窗,留存用户主动授权提供出生日期的明确记录,同时不得超范围收集出生日期信息,做好该敏感信息的加密存储防护,避免信息泄露风险。
技术上完全可行,法律上也是允许的,但它会让你“主动知道”哪些用户不到 13 岁,从而触发 COPPA 的一整套家长同意义务。 更省事也更安全的做法,是只问“是否已满 13 岁”,不问具体生日。
你开展美区业务收集用户出生日期核验年龄的操作,需同步满足当地相关合规要求,要明确告知用户收集生日的用途,征得用户明确同意,不得超范围使用该信息,同时做好该敏感个人信息的全流程安全防护,避免信息泄露,若面向13岁以下群体还需符合对应特殊合规要求。
可行,但“后端算一下满不满13岁”只是最表层动作,真正要设计的是:什么时候收、怎么收、收完存不存、未满13怎么处理、以及美区COPPA+各州年龄法叠加下的边界。
该操作可行,但需注意:获取出生日期需明确告知用户用途,征得其明示同意;不满13岁的用户需直接拦截使用,不得留存其任何个人信息;要做好后端数据加密防护,严格遵守美区对应数据合规要求,避免违规收集使用信息引发合规风险。
可以做,但它只是【用户自申报年龄闸门(age gate)】,不是可靠的年龄核验;只适合【面向普通大众、不是专门给儿童做的产品(mixed-audience)】;如果你的产品本身是儿童向,只靠出生日期输入是不合规的。
它的本质:你拿用户自己填的生日,后端算年龄,能拦一部分诚实用户,但无法防止用户谎报生日;FTC 认可这种方式作为入门筛查手段,但不等于 “核验通过”。