年龄保障（Age Assurance），指的是一整套用来判断用户年龄、并据此决定"给他看什么、能开哪些功能、怎么处理他的数据"的机制。它不等于弹窗问一句"你满 18 了吗"——那只是最弱的一种。
为什么"问一句"不够
线下的酒吧查证件，靠的是门卫的眼睛和一张塑料卡片。线上没有门卫：一个 12 岁小孩在生日栏里填 1990，系统只能照单全收。所以年龄保障通常分三个层次叠加使用：
| 层次 | 英文 | 依据 | 隐私成本 | 典型场景 |
|---|---|---|---|---|
| 年龄声明 | Age Declaration | 用户自己填 | 最低 | 低风险内容 |
| 年龄估计 | Age Estimation | 面部特征、行为信号等推断 | 中 | 想要低摩擦的社交、游戏 |
| 年龄验证 | Age Verification | 证件、银行卡、运营商/数字身份钱包 | 高 | 成人内容、金融、酒精 |
关键设计思路是：大多数场景不需要知道你的确切生日，只需要知道你落在哪个年龄段（比如"未满 13""13–17""18 以上"）。这叫年龄区间（Age Band）。面部年龄估计通常只在本地算出区间、不保留原始照片，就是为了满足数据最小化原则。
再往上还有两道机制。一是父母同意（Parental Consent）：法规普遍要求低于某个年龄的孩子使用服务前，必须拿到"可核验的家长同意"，手段包括小额银行卡验证、签名回执、视频通话确认等。二是青少年模式（Teen Mode）：默认开启更严的隐私设置、关闭个性化广告、限制推荐算法的强度、限制连续使用时长，并给家长一个受约束的监护视图。
和相邻概念的区别
- 内容分级（Content Rating）：给内容贴标签，解决"这条内容属于几级"；年龄保障解决"这个人是几岁"。两者要配对使用。
- 年龄验证 vs 年龄估计：验证是核对一份权威凭据，结论确定；估计是概率推断，必然存在误判，因此必须留人工复核和申诉通道。
- KYC（身份核验）：为反洗钱而确认"你是谁"，通常要留存证件；年龄保障只关心年龄区间，数据该扔就扔。
对从业者的实际意义
监管的风向很清楚：凡是可能被未成年人使用的产品——包括面向青少年的 AI 聊天工具——都要回答"你怎么知道用户是谁"。落地时至少有四件事要做：产品上设计分年龄段的功能降级，不要一刀切全禁；合规上坚持少收集、短留存，优先选只输出年龄区间、不留原始影像的方案；工程上留好审计日志，证明你确实执行了策略；体验上给估错年龄的用户一条申诉和恢复路径。各地对触发年龄、同意方式的具体要求并不一致，实施前以官方页面和当地法律意见为准。
对普通人来说，未来会越来越频繁地被要求"证明你多大"。这不是坏事，但值得留意：优先选择那些只判断区间、不保存证件照片的方式。