Skip to content
Narvy

Google Play target API level: API 36 required

Google Play only accepts new apps and app updates whose targetSdkVersion is at least 36 since August 31, 2026 (Wear OS and Android Automotive OS: 35, Android TV and Android XR: 34). Raise targetSdk, handle the behavior changes of each Android version you skip, rebuild, upload.

Play Console, on upload
Your app currently targets API level 35 and must target at least API level 36 to ensure it is built on the latest APIs optimized for security and performance. Change your app's target API level to at least 36.

What it means

targetSdkVersion tells Android which version's behavior your app was tested against. Google raises the minimum it accepts every year so that apps on the store opt into the newer security and privacy behaviors. The upload is refused as soon as the value in the merged manifest is below the minimum, whatever minSdkVersion is.

The minimum depends on the form factor: 36 for phones and tablets, 35 for Wear OS and Android Automotive OS, 34 for Android TV and Android XR.

Deadline

Since August 31, 2026, new apps and app updates must target API 36 or higher to be submitted to Google Play. Google lets you request an extension until November 1, 2026 if you need more time. The previous rule (API 35, from August 31, 2025) no longer applies to new submissions.

How to fix it

1. Raise targetSdk and compileSdk

app/build.gradle.kts
android {
    compileSdk = 36
    defaultConfig {
        targetSdk = 36
    }
}

Use an Android Gradle Plugin and Android Studio version that support compileSdk 36; the build warns when the plugin is too old for the SDK. Flutter, React Native and other frameworks set these values in their own Gradle files: set the number there, or upgrade the framework to a version whose default is high enough.

2. Go through each skipped Android version

Every Android version brings behavior changes that only apply once you target it (foreground service types at API 34, android:exported at API 31, and so on). Read the behavior-change page of each version between your current target and 36, and test on a device or emulator running API 36.

3. Check the merged manifest

A library cannot lower your target, but a stale targetSdkVersion left in AndroidManifest.xml or a flavor override can. Open the Merged Manifest tab in Android Studio, or read the value in the built file with aapt2 dump badging app.apk.

Check before you submit

Upload the APK, AAB or split-APK set (XAPK, APKS, APKM) on the store check page. It runs PLAY-TARGET-SDK against the dates on this page, then deletes the file: nothing about the app is kept. The same engine runs offline in the Narvy CLI, and exits with code 1 when a blocker is found, so it can gate a CI job.

Offline, from a terminal (narvy-cli 1.2.0 or later)
narvy store-check app-release.aab

Check a build in the browser

FAQ

Does the store check use the Wear OS or TV minimum for my app?

It reads the required uses-feature entries of the manifest: android.hardware.type.watch selects Wear OS, android.hardware.type.automotive Automotive, android.software.leanback or android.hardware.type.television TV, otherwise the phone and tablet rule applies. An app that requires an XR feature is reported as not determined, because the XR rule cannot be mapped from the manifest alone.

Can I still publish while I work on it?

Google offers an extension until November 1, 2026 for developers who need more time; it is requested from Play Console. After that date, an upload below API 36 is refused.

Is minSdkVersion affected?

No. The rule is about targetSdkVersion only. You can keep supporting old Android versions with a low minSdkVersion.