Skip to content

How-to guide

Target API level: when an app quietly disappears

The app is not deleted; it stops being listed on newer devices. How the annual requirement works, the dates, and the only way to notice.

Written for: Teams with a live Android app that do not ship regular releasesLast updated: 6 min read

In short

Why does my app not appear on newer phones?

Google Play maintains a floor for the Android version an app targets, and raises it every year. An app below the floor is not deleted from the store but becomes undiscoverable on devices running Android newer than its target; users who already installed it carry on. As of 31 August 2026, new apps and updates are expected to target Android 16, that is API level 36.

How does the rule work?

Play maintains a floor for the Android version an app targets and moves that floor up one release each year. An app below the floor is not removed from the store; it simply is not listed on devices running Android newer than its target. The app does not disappear — the reachable audience quietly narrows.

As of 31 August 2026 the target for new apps and updates is Android 16 — API level 36. There are exceptions by device class: Android 15 for Wear OS and Android Automotive apps, Android 14 for Android TV and XR apps.

Searches this page answers

  • app not showing on new phones
  • google play target api level
  • target sdk requirement 2026
  • is api level 36 required
  • app not listed play store
  • raise android target sdk

Why does nobody notice?

Because nothing breaks. The app runs, existing users use it, updates flow, the store page is intact. The only change is that someone with a new device cannot find it in search — and that person does not tell you, they download something else.

So the symptom is commercial rather than technical: new installs fall, conversion degrades, campaign results stop making sense. If an app has not been updated for three years, the device pool it can reach today is a fraction of the one it launched into.

Target by device class
App typeVersion to target
Phone and tabletAndroid 16 (API 36)
Wear OSAndroid 15 (API 35)
Android AutomotiveAndroid 15 (API 35)
Android TVAndroid 14 (API 34)
XRAndroid 14 (API 34)

When should the upgrade be planned?

Ahead of the date, not against it. Raising the target is not only a configuration change; each Android release alters behaviour in permissions, background execution and storage access, and the app has to comply. Testing that compliance takes time.

The rhythm that works: start testing when the new Android version ships, raise the target a few months before the deadline, and get that build into the field. Then a regression leaves you time to fix it. Left to the final week, the fix and the deadline compress into the same calendar.

Sources

  1. 01Google Play target API level requirementsGoogle · 2025
  2. 02Register for a Google Play Console developer accountGoogle Play Console Help · 2026

Frequently asked

Questions we get asked

No. The app stays listed but is not shown to users running a newer Android than its target; for them it is absent from search results. Those who already installed it keep using it and receiving updates. That is the insidious part: no notification arrives, only the new-install count falls, and teams usually notice months later.

Small when done every year, large when three years have been skipped. Raising the target is not just a setting: each Android release brings behavioural changes in the permission model, background execution and storage access, and the app has to comply. Skip one and two releases' worth of change arrive at once, raising regression risk in a single update. The reason to do it annually is not cost but breaking the risk into small pieces.

Someone keeping a calendar — because nobody sends a reminder. Staying published is maintenance work that continues in periods when no code is written: target API level, store declarations, certificate and membership renewals, dependency updates. None of it is feature development, and all of it determines the app's visibility. In teams without a maintenance agreement the calendar usually lives with whoever wrote the app — and leaves when they do.

Let's walk these steps together

We can stand alongside you while you apply any of this to your own project.