本周平台侧最值得关注的变化，Google 在 4 月 2 日发布开发者指南，提醒开发者：随着美国用户现在可以在不丢失账号和数据的前提下修改 Google 账号用户名，任何仍把“邮箱地址”当作唯一用户主键的应用，都可能在用户改名后出现“识别成新账号”的问题。Google 明确要求开发者改用不可变的 sub 标识符。与此同时。

Apple 侧本周还有多项后台与规则更新集中落地。App Store Connect 新增 11 种本地化语言支持，总支持语言达到 50 种；更新后的 Apple 开发者计划许可协议也已发布，新增和修订内容涉及注视点渲染流、家庭控制、配件通知与配件实时活动等框架使用要求。与此同时，关于人工智能动态生成并执行代码的应用，外部媒体继续披露 Apple 正在依据既有审核规则持续拦截相关版本更新。

监管层面同样集中在年龄验证、广告申报与消费者保护几个方向。英国区 iOS 26.4 被多家媒体报道已引入设备级年龄验证；欧盟政治广告条例相关自我声明要求已在 4 月 1 日正式影响 Google 广告与数据管理相关操作；韩国则继续把盲盒概率错报问题纳入更强的消费者保护执法逻辑。再叠加英国 CMA 此前提出的应用商店公平性承诺、Google 全量铺开安卓开发者身份验证，本周的关键词已经相当清晰：身份标识、年龄验证、申报义务、后台权限与平台执行门槛。

核心资讯

• Google 账号改名后，未适配应用可能出现“清零丢档”

• 英国区 iOS 26.4 启动设备级年龄验证

• 韩国继续严查盲盒概率错报

• 英国 CMA 的应用商店公平性承诺进入实施节点

• App Store Connect 新增 11 种语言本地化支持

• Google Play 商店图标圆角新规生效

• Apple 开发者计划许可协议更新

• Android 开发者身份验证全量铺开

   

英国区 iOS 26.4 启动设备级年龄验证

根据 Cybernews 4 月 1 日报道，Apple 已随着 iOS 26.4 在英国区引入设备级年龄验证。报道指出，这一变化把年龄状态与 Apple ID 及系统层访问控制更紧密绑定。

报道还称，这项变化与英国《在线安全法》有关，18+ 内容或相关受限功能会在下载前端或使用过程中触发更严格的校验。Cybernews 同时提到，用户可通过信用卡、已有支付方式或证件扫描等方式完成年龄确认。

就目前公开信息看，这条消息的主要公开来源仍是媒体报道。因此，当前可确认的是“英国区 iOS 26.4 的设备级年龄验证已被外部媒体集中报道并与《在线安全法》挂钩”，而不是 Apple 已单独发布一篇开发者规则更新来解释这一机制。

App Store Connect 新增 11 种语言本地化支持

Apple 近日宣布，App Store Connect 新增 11 种语言的本地化元数据支持，使支持的本地化语言总数达到 50 种。官方列出的新增语言包括孟加拉语、古吉拉特语、卡纳达语、马拉雅拉姆语、马拉地语、奥迪亚语、旁遮普语、斯洛文尼亚语、泰米尔语、泰卢固语和乌尔都语。

Apple 在公告中明确表示，开发者现在可以为这些语言提交本地化的应用名称、副标题、描述、关键词和截图等元数据。官方还特别提到，这次扩展将帮助应用和游戏接触更多全球用户，尤其是印度市场的用户。

从公开信息看，这次更新属于 App Store Connect 后台能力扩充。它的重点是：开发者后台可配置的本地化语言范围进一步扩大，并且以印度本地语言的补充最为集中。

Apple 开发者计划许可协议更新

Apple 于 3 月 30 日发布公告称，更新后的 Apple 开发者计划许可协议现已发布。Apple 的公告写得相对简洁，明确表示此次修订是为了支持新功能、更新政策与澄清说明，并要求开发者登录账号后接受新条款。

本次协议更新重点涉及若干具体框架条款，包括注视点渲染流相关框架的使用要求与数据隐私要求、家庭控制框架的具体使用要求，以及配件通知框架和配件实时活动框架的使用规定。由于 Apple 公告本身是“更新已发布”的通知，具体修改内容需要开发者登录后查看对比文本。

从公开层面可以确认的核心事实有三点：第一，协议确已在 3 月 30 日更新；第二，更新目的是支持新功能、更新政策和补充澄清；第三，开发者需要在后台接受新条款后继续使用相关开发者计划能力。

Apple 持续拦截人工智能动态生成代码应用

围绕人工智能动态生成并直接执行代码的应用，3 月底外部报道继续增加。Bitget 引述外媒称，Apple 正在限制 Replit、Vibecode 等“自然语言生成代码”类应用的更新，核心依据仍是 App Store 关于应用不得运行改变自身行为代码的既有规则。

这一说法与 3 月中下旬多家媒体的连续报道基本一致：Apple继续用现有审核条款处理应用内直接生成并运行代码的场景。公开争议主要集中在，应用是否在设备内完成了足以改变用途的动态执行行为。

就目前公开信息看，能够确认的是：相关应用更新确实持续遭遇审核阻断，Apple 的核心理由仍围绕“应用需保持自包含、不得执行改变自身行为的代码”。

Google 账号改名后，未适配应用可能出现“清零丢档”

Google 于 4 月 2 日在开发者博客发布专文，提醒开发者支持“Google 账号用户名变更”带来的兼容问题。Google 写明，自 3 月 31 日起，美国用户现在可以在保留账号、收件箱和既有数据的前提下修改 @gmail.com 用户名。

Google 在博客中明确警告：如果应用或后台仍把“邮箱地址”当作用户唯一标识，一旦用户改了邮箱并重新通过 Google 登录，系统可能无法把新邮箱与原账户正确关联，进而出现重复建号、访问错乱甚至原有数据无法找回的问题。Google 因此要求开发者改用稳定且不可变的 sub 作为主键标识。

Google 同时说明，旧邮箱地址会继续作为别名存在，但这并不意味着开发者可以继续把邮箱视为最稳妥的身份字段。这篇博客的核心结论非常直接：邮箱不再适合作为 Google 登录场景下的唯一用户 ID，sub 才是标准做法。

欧盟政治广告申报要求 4 月 1 日起强制生效

Google 的 Data Manager API 参考文档在 2026 年 3 月 26 日更新中，新增了 EU_POLITICAL_ADVERTISING_DECLARATION_REQUIRED 错误原因，并明确写道：为遵守《欧盟政治广告条例》，Google 要求所有客户自我声明其广告在欧盟是否被视为政治广告。

这意味着，从 2026 年 4 月 1 日起，缺少这一自我声明的账户，在相关操作中会受到限制。创建、更新受众列表等操作将被直接限制，这与 Google 在文档中加入新错误原因的逻辑是一致的：未完成声明将触发接口级阻断。

这项要求的关键点是“Google 要求客户先自行声明”。因此，本周这条政策的核心是：欧盟政治广告规则已从一般性合规要求，进入到 Google 广告与数据管理接口中的强制申报阶段。

Google Play 商店图标圆角新规生效

围绕 Google Play 商店图标圆角变化，开发者社区在 Reddit 上集中传播的信息显示，Google Play 商店的应用图标渲染规则已从 20% 圆角调整到 30%，生效时间指向 2026 年 3 月 31 日。社区帖子同时强调，这一变化主要影响商店展示层。

需要说明的是，这条信息目前公开可见的主要来源是开发者社区讨论。从这类讨论内容看，争议的核心在于商店页面上应用图标的视觉呈现边界被进一步收紧。也就是说，即使应用本身图标资源未变，商店里的最终呈现效果仍会因系统统一裁切规则而发生变化。

Android 开发者身份验证全量铺开

Google 在 3 月 30 日宣布，安卓开发者身份验证机制已向所有开发者开放。官方开发者验证页面也显示，2026 年 3 月是“面向所有开发者开放注册”的节点，开发者需要开始进行身份验证和应用注册，以确保其应用在认证安卓设备上保持可安装性。

Google 同时给出了后续节奏：从 2026 年 9 月 30 日起，在巴西、印度尼西亚、新加坡和泰国，应用必须由已验证开发者注册，才能在认证设备上安装和更新；2027 年及以后，这一要求将逐步在全球铺开。

围绕未验证开发者的安装路径，Google 还在 3 月的开发者博客中进一步解释了“高级流程”：用户若想继续安装未验证来源的应用，需要经过更复杂的系统步骤。也正因为如此，外部媒体把这套机制解读为安卓侧载分发规则的一次明显收紧。

Android 17 测试特性继续曝光

Android Police 在 3 月 28 日的报道中集中梳理了 Android 17 测试阶段正在开发或已经出现的多项功能，包括恢复独立的 Wi-Fi 和移动数据开关、允许隐藏主屏幕应用名称，以及把系统级“气泡”支持扩展到更多原生应用。

报道还特别提到，Android 17 的屏幕录制界面正在重构，方向包括更直观的即时预览与后续编辑体验。这些内容大多来自测试版、代码痕迹和界面挖掘。

因此，就本周这条新闻而言，最准确的定性是：Android 17 仍在测试与曝光阶段，外部媒体已经把一批潜在的系统级交互更新整理出来，其中“全局气泡化”是最受关注的方向之一。

韩国继续严查盲盒概率错报

韩国围绕盲盒概率披露的执法仍在继续收紧。近期公开材料显示，监管重点是把概率错报问题继续放进更广的消费者保护和“暗黑模式”治理框架中处理。

这类执法关注的对象覆盖限时活动和概率临时调整场景。也就是说，只要涉及随机物品概率变化，披露准确性就会成为执法关注点。

当前韩国正在继续强化对盲盒概率错报的处罚逻辑，监管路径正从单一游戏行业规则延伸到消费者保护层面。

英国 CMA 的应用商店公平性承诺进入实施节点

英国竞争与市场管理局在 2026 年 2 月 10 日发布的官方博文中写明，Apple 和 Google 围绕应用审核、排名、数据使用透明度以及 iOS 互操作性提出的承诺，在征求利益相关方意见后，计划自 2026 年 4 月 1 日起生效。

官方表述里，“自 4 月 1 日起生效”是有前提的，即“在考虑利益相关方意见之后”。这意味着 4 月 1 日本身是一个明确的实施目标日期。

这项承诺的覆盖点相当广，既包括应用商店审核流程和排名机制，也包括平台如何使用开发者数据，以及 iOS 互操作性相关安排。

本周平台规则最明显的变化，是“账号、身份和权限”正在继续从后台技术细节变成前台风险问题。Google 账号改名直接牵动登录识别逻辑，安卓开发者身份验证则继续改变侧载安装与分发边界；Apple 侧则通过新的 SDK 门槛、协议修订和后台能力更新，把提审、接入与数据分析进一步收紧到统一框架里。

监管侧则继续围绕“年龄、申报、概率与平台责任”推进。英国区设备级年龄验证、欧盟政治广告自我声明、韩国盲盒概率执法、英国 CMA 的应用商店公平性承诺，说明平台治理已经在下载前端、广告接口、商品信息和分发流程中逐步落地。