2026年7月15日，Google Play为匿名聊天和随机聊天应用公布了新的儿童安全要求。Play控制台帮助写明：自该日起开发者至少有30天来更新应用。政策截止日期表公布的日期是2026-08-26——三条相关行，同一次公告。如果产品的核心是陌生人聊天、刻意隐藏身份，或转盘式随机匹配，这就不再是商店列表上的「可选优化」。你必须正确分类应用、停止面向儿童、用Play控制台工具拦截未成年人，并完成儿童安全标准。

今天要处理的是同一套公告里的三件事：7月15日把年龄限制内容与功能、Families政策要求和儿童安全标准扩大到匿名与随机聊天。先判断产品类型，改掉目标受众使儿童不被面向，打开「限制未成年人访问」，再完成已发布标准 / 应用内举报 / 联系人清单。表单上的准确用词和之后是否另有分期日期，以当前Play控制台帮助为准——本文只复述这些帮助页已经写明的内容。

8月26日的三则更新（同一次公告，三条政策）

2026年7月15日政策公告用一段话挂了三个法律钩子。政策截止日期页（以及Android Developers的play-policies时间表）把它们拆成2026-08-26的三行：

  1. 年龄限制内容与功能现适用于匿名聊天和随机聊天应用。这类应用必须使用Play控制台的功能和工具来拦截未成年人。
  2. Families政策要求现禁止匿名聊天应用的开发者面向儿童。
  3. 危害儿童 / 儿童安全标准现适用于匿名聊天和随机聊天应用（在社交与约会之外再扩大）。

不要把三条当成同一件事。年龄限制管的是Play会让谁搜到、下载这款应用。Families管的是你申报的受众（以及商店列表看起来像给谁用）。儿童安全标准管的是已发布的CSAE规则、应用内举报、CSAM处置和具名联系人——而且帮助写得很清楚：即使产品做了年龄门槛，也不能因此退出最后这一条。

第一步：判断是不是匿名或随机陌生人聊天

Play的定义看的是核心功能，不是你在Play控制台里勾的类别。年龄限制内容与功能和儿童安全标准常见问题用的是同一套表述：

走真实产品，不要只看宣传页：

  1. 主循环是不是把用户配对或丢进一场对话，对方并不是从好友列表里选出来的陌生人？
  2. 用户名、面孔、电话或其他身份，是否对一方或双方刻意隐藏？
  3. 约会或撮合是核心，还是附带功能？约会/撮合作为核心，本身就是年龄限制里的单独一行。若只是附带功能，帮助不要求整款应用拦截未成年人——但仍须对这些功能做适当的年龄门槛。这条例外没有写给匿名或随机聊天。
  4. 商店类别是不是社交或约会？这两类本来就在儿童安全标准范围内。8月26日的扩大，是即使你从未选过这些类别，匿名和随机聊天也被纳入。

Families政策举例了不得面向儿童的应用：转盘式聊天、约会应用、面向儿童的开放聊天室、匿名用户风格应用，以及「蒙眼」类应用。如果商店列表、截图或应用内文案看起来仍是给儿童用的，Play「保留自行审查你所申报目标受众的权利」——勾选框不是最终结论。

第二步：改目标受众，不要面向儿童

Families政策要求现禁止匿名聊天应用面向儿童。同一篇文章本来就写过：社交应用的主要焦点是与不认识的人聊天，或匿名聊天，就不得面向儿童。落到控制台上的操作是：在目标受众里不要勾选儿童年龄组。

官方步骤在管理目标受众和应用内容设置。打开该表单前，须已申报应用是否含广告、已提供应用访问说明，并已添加隐私政策。

  1. 打开Play控制台，进入政策 → 应用内容（App content）。
  2. 在目标受众和内容（Target audience and content）下选择开始（Start）（若已填过则选管理（Manage））。
  3. 在目标年龄（Target age）中，只勾选产品真正设计面向的年龄组。帮助写明：只有当你为每一个所选年龄组都设计过、并确认适合时，才应多选；只有当你「确实为所有年龄设计了应用」时，才应同时勾选包含成人和儿童的组。匿名聊天不得面向儿童——因此不要勾选儿童组（Families帮助里的儿童示例从5岁及以下、6–8岁、9–12岁开始；13–15岁和16–17岁「在部分地区可能被视为儿童」）。
  4. 如实回答应用详情（App details）。帮助注明部分问题与法律要求有关。
  5. 若被问到广告（Ads），按提示完成（Families自认证广告SDK / 中立年龄筛查）。目标受众不含儿童时，不要用这张表去走「混合受众儿童广告」路径。
  6. 核对摘要后保存（Save）。Google会审查你申报的受众是否准确。帮助注明部分账号或类别可能需要最多7天或更久。

Families政策还写：之后可以改目标受众；须提交应用更新后，商店上才会反映该信息，但Play可能在你提交更新之前就审查控制台答案。若你改了目标年龄组，帮助「强烈建议」通过「新变化」或应用内通知告知现有用户。

不要只改表单、却留下面向儿童的商店列表。关于「主要面向13岁以下儿童」的营销帮助写明：即使你没有把13岁以下选为主要受众，素材里的幼态动画或儿童角色仍可能导致拒绝。匿名聊天的合规路径是去掉吸引儿童的列表素材——而不是把应用改报成面向儿童。

第三步：完成年龄限制 / 限制未成年人访问

年龄限制内容与功能要求所列应用类型——包括随机聊天和匿名聊天——使用Play控制台的功能和工具拦截未成年人。目标受众帮助里点名的工具是限制未成年人访问（Restrict Minor Access）。

此处帮助对未成年人的定义是：Google账号中填写的年龄，或Play系统判断该用户可能未满18岁。功能开启后：

同一篇目标受众帮助给出的开启步骤是：

  1. 在目标受众和内容中，把18岁及以上选为应用的唯一目标年龄组。
  2. 在同一屏幕上核对并勾选：限制Google判定为未成年人的用户访问你的应用。
  3. 保存该部分。若之后Play在应用内容页要求确认年龄限制状态，使用控制台当前标签——不要自己发明第二个非官方开关。

只选18+却不勾选「限制未成年人访问」，并不是帮助对「必须启用该功能」的应用所描述的做法。匿名和随机聊天自8月26日扩大后属于必须启用的集合。对这两类应用，应用内年龄门槛不能代替这一控制台工具。

第四步：儿童安全标准——举报、已发布规则、联系人

详细了解我们的儿童安全标准政策和危害儿童政策现在点名匿名聊天、随机聊天、社交和约会。帮助的常见问题写得很硬：「应用中有没有儿童用户，与本政策无关。」即使是仅限成人或已做年龄门槛的在范围内产品，仍须完成全部清单。

已公布的清单（请核对线上Play控制台表单，标签可能调整）是：

  1. 针对CSAE的已发布标准。一份全球可访问的网页资源，须(a)能正常加载、(b)切题（提及CSAE或儿童安全）、(c)出现与Google Play商店列表一致的应用名或开发者名。帮助举的例子：帮助中心、政策页、服务条款或社区准则。若规则嵌在长页面里，建议用锚点。把该网址填进Play控制台。
  2. 应用内用户反馈机制。用户必须能不离开应用就提交疑虑。帮助的例子：完整的应用内举报流程、从应用内打开的支持邮箱，或应用内聊天通道。须在Play控制台自我声明。
  3. 处理CSAM。自我声明你会采取适当行动——帮助的例子是在实际知悉后移除CSAM——并符合你已发布的标准和适用法律。Play不指定必须用哪家供应商或哪套机器学习。
  4. 遵守儿童安全法律。自我声明合规，包括将已确认的CSAM报告给美国失踪与受剥削儿童中心（NCMEC）或你所在地区的主管机关。
  5. 儿童安全 / CSAM联系人。提供姓名和联系方式，此人须能说明你们的CSAM防范与执法，并在需要时采取行动。在Play控制台指定。帮助写明角色可以在公司内不同团队，不必是某个固定职位名称。

先把标准页上线、把应用内举报路径做出来，再去勾选声明。控制台勾选对着404，或举报按钮只打开商店列表，都不是帮助所描述的测试。

第五步：什么会审不过或被下架

Play公布了后果。不要用坊间说法替换：

若你读完本文后，控制台又出现新的儿童安全或年龄限制问卷，以该表单链出的现行帮助为准。本文不编造额外按钮、额外年龄线，也不在政策截止日期已公布的2026-08-26之外再发明分期日期。

10分钟自检清单

  1. 判断核心功能是随机陌生人聊天、刻意匿名聊天，还是两者都有。
  2. 打开政策 → 应用内容 → 目标受众和内容。
  3. 清掉所有儿童年龄组。匿名聊天不得面向儿童。
  4. 只选18岁及以上，并在同一屏幕启用限制未成年人访问。
  5. 去掉吸引儿童的商店列表图文，使列表与成人申报一致。
  6. 发布能打开的CSAE / 儿童安全标准页，名称与Play列表一致，并把网址填进控制台。
  7. 做出用户不必离开应用就能用的举报路径，并自我声明。
  8. 指定儿童安全联系人，并确认能移除CSAM、将已确认的CSAM报告给NCMEC或地区主管机关。
  9. 保存，预留可能的加长审核时间；若表单标签有变，重新打开当前Play控制台帮助。

一句话

只要应用的核心是匿名或随机陌生人聊天，Play在2026年8月26日的更新就要求你停止面向儿童、用限制未成年人访问（目标受众只选18+）拦截未成年人，并完成儿童安全标准——已发布的CSAE规则、应用内举报、CSAM处置和具名联系人——否则可能被移除。

参考来源