谷歌开发者 · 2026-10-22
Google Play 目标 API 级别要求：老号老 App 不更新会怎样
老 App 的价值，有一部分取决于它还能不能被新设备看见。
这条要求是什么
Google Play 要求新提交的应用和更新，把 targetSdkVersion 设到较新的 Android 版本，通常是最新 Android 大版本发布后一年内的水平，大约每年提高一次。具体级别、截止日期和例外情况（例如部分 Wear OS、TV 应用）以 Play 管理中心帮助页为准。这项要求的目的是让用户使用的 App 跟上系统的安全和隐私改进。
不达标会怎样
新应用和更新提交时达不到要求会被拦下。已上架的 App 长期不更新、低于现有应用的最低要求时，新设备上的新用户可能搜不到、装不了，已安装的老用户一般还能继续使用。Play 管理中心会提前提示，有时允许申请延期。收到提示就尽早排期，不要拖到截止日前一周。老 App 能否持续被新用户看到，很大程度取决于这一项。
升级不只是改一个数字
提高 targetSdk 会带来新的系统行为，例如运行时权限、后台执行限制、通知权限、存储访问方式的变化。还要检查第三方 SDK 和广告、支付组件是否支持新版本，旧版本 SDK 本身也可能被政策要求升级。没有源码和能编译的工程，升级无从谈起，只能重写。升级前先列出所有依赖库和当前版本号。
买带 App 老号前要看的
让卖方现场打开 Play 管理中心，看每个 App 当前的目标 API 级别、最后更新时间、是否有政策提示。再确认源码能否在当前 Android Studio 和 Gradle 环境下编译。这几项决定接手后第一笔开发成本，也决定老 App 的报价是否合理。源码不能编译时，要估算的就不是升级成本，而是重写成本。
签名和上传也要能接上
升级后要发新包，需要上传密钥，或者确认已开启 Play 应用签名并能按流程重置上传密钥。签名接不上，即使代码改好了也发不了更新。这一项要和 targetSdk 一起核，写进交接清单，并在交接时由买方实际打一个测试包验证，不能交接后再说。
接手后的第一步
接手老 App 后，先在本地把工程跑起来，按当前要求提高 targetSdk，逐项处理权限和行为变化，再发到内部测试轨道验证。确认主要功能、支付、推送和登录都正常后，再推到正式轨道。不要一次改完所有依赖就直接发正式版，出了问题很难定位。
下单前核对
- 每个 App 当前的 targetSdk
- 最后一次更新时间
- 管理中心是否有目标 API 提示
- 源码能否在当前环境编译
- 上传密钥或 Play 应用签名状态
出现这些情况先停
- 卖方说「老 App 不更新也能一直卖」
- 没有源码却按活跃 App 报价
- 政策提示页不让现场看
询价可复制
常见问题
目标 API 要求每年都变吗？
通常随 Android 新版本大约每年提高一次。具体级别和截止日期以 Google Play 官方页面为准，每年留意管理中心的提示。
可以申请延期吗？
Play 管理中心有时提供延期申请入口，是否可用、能延多久以页面为准。延期只是多给时间，不等于免除要求。
老用户还能用不达标的 App 吗？
一般已安装的用户还能继续使用，影响主要在新用户能否在新设备上发现和安装，长期看会影响新增。
范围对齐后再询价。认准 @U4888。
客服@U4888