Google Play 官方帮助页面显示，2026 年 8 月 31 日起，新应用与更新需要满足更高的目标 API 级别；未达到存量应用要求的产品，将不再向运行更高 Android 版本的新用户完整开放。受影响应用可申请把过渡期延长至 2026 年 11 月 1 日。
这不是一次只影响下一次发版的技术升级。若长期未维护的应用仍低于要求，企业会先失去一部分新设备上的新增用户可见性；已经安装过应用的用户则不受同样影响。
先分清“提交新版本”与“存量应用可见性”
面向手机和平板的新应用与应用更新，自 2026 年 8 月 31 日起需要面向 Android 16，也就是 API 级别 36 或更高版本。Wear OS 与 Android Automotive OS 的新应用和更新至少需要 API 35，Android TV 与 Android XR 至少需要 API 34。
存量应用的门槛不同。手机和平板应用至少需要面向 Android 15，也就是 API 35，才能继续面向使用更高 Android 版本的新用户开放。低于要求的应用不会因此从所有用户设备上立即消失，但新用户在更高系统版本的设备上可能无法发现或安装。
Google 还明确说明：曾经从 Google Play 安装过该应用的用户不受这项新用户可见性限制，仍可在应用支持的 Android 版本上查找、重新安装和使用。企业因此要把“现有用户还能用”与“新增用户还能装”分开监测。
11 月 1 日前先检查 Play Console，而不是只看代码仓库
官方页面写明，未达标应用可申请把完整分发延长至 2026 年 11 月 1 日；延长入口仅向不符合要求的应用开放，并通过 Play Console 的政策状态页面或通知提供。官方没有在公共页面给出统一时区，企业不宜把最后一天当作可继续拖延的开发窗口。
应用负责人现在至少要完成四项核对：
- 在 Play Console 查看每个应用的政策状态、警告和延长申请结果；
- 从实际发布产物确认
targetSdkVersion，不要只看主分支配置； - 分开核对手机、Wear OS、Android TV、Android Automotive OS 与 Android XR 的适用门槛；
- 用未安装过应用的新设备或测试账号验证商店搜索、详情页、深链和安装路径。
如果已经获得延长，也要确认新版本是否真正完成构建、测试、签名、分阶段发布和审核。延长的是分发窗口，不是自动完成兼容改造。
升级目标 API 不是只改一个数字
提高 targetSdkVersion 会启用新 Android 版本针对权限、后台执行、通知、存储、安全和界面行为的变化。企业应把升级当作一次兼容性发布，至少覆盖登录、支付、推送、文件访问、相机与定位、后台任务、深链、第三方 SDK 和崩溃监控。
长期没有发版的应用还要检查构建工具链、依赖库、签名和商店资料。若关键 SDK 已停止维护，直接提高目标 API 可能通过编译，却在真机权限、后台任务或支付回调上出现问题。
更稳妥的顺序是：先盘点当前发布版本与依赖，再升级构建链路和目标 API，随后执行自动化测试、主流设备真机回归和小比例发布。对仍有业务价值但无人维护的旧应用，应明确负责人、截止时间与下架决策，避免它长期处于“现有用户还能使用、但新增用户逐步不可见”的状态。
需要同时保留两个业务指标
这项政策会先改变分发范围，企业应同时观察：
- 存量用户稳定性： 已安装用户的启动、登录、支付与崩溃情况；
- 新增用户可获得性： 新设备上的搜索曝光、详情页访问、安装成功和深链落地。
只看活跃用户，可能错过新增用户入口已经收窄；只看下载量，又可能把渠道、投放和版本兼容问题混在一起。把 Play Console 政策状态、版本发布记录和新增设备安装数据放到同一张检查表，才能判断问题来自分发限制还是产品本身。
来源：Google Play Console Help：Target API level requirements for Google Play apps
如果企业正在维护 Android App、规划目标 API 升级或梳理长期未发版产品，滚水科技可协助把版本依赖、关键业务链路、真机回归与发布验收整理成可执行的升级计划。