Ab dem 31. August 2026 verlangt Google Play, dass neue Mobile-Apps und App-Updates Android 16 anvisieren, API-Level 36. Bestehende Mobile-Apps müssen Android 15 anvisieren, API-Level 35, um für neue Nutzer auf Geräten mit neueren Android-Versionen verfügbar zu bleiben. Das ist ein Release-Gate, kein Edit am Store-Listing.

Die Regel in einer Tabelle

  • Neue Mobile-Apps und Updates: Target API 36 oder höher.
  • Bestehende Mobile-Apps: Target API 35 oder höher, um für neue Nutzer auf neueren Android-Versionen verfügbar zu bleiben.
  • Deadline: 31. August 2026.
  • Verlängerung: Berechtigte Apps können in der Play Console zusätzliche Zeit bis zum 1. November 2026 beantragen.

Wear OS, Android Automotive OS, Android TV und Android XR haben andere Schwellen. Prüfe vor dem Einreichen die aktuelle Plattform-Tabelle in Googles Target-API-Level-Anforderungen.

Prüfe jeden aktiven Release-Track

Öffne die Play Console und notiere das Target API der Artefakte in Produktion, offenem Test und geschlossenem Test. Prüfe dann das Kandidaten-Bundle, das dein CI gleich hochlädt. Eine lokale Projekteinstellung beweist nicht, dass das signierte Artefakt denselben Wert nutzt.

Verwechsle Target SDK nicht mit Minimum SDK

targetSdkVersion anzuheben schaltet die App auf neueres Plattformverhalten um. Es beendet nicht automatisch die Unterstützung älterer Geräte; das steuert separat minSdkVersion.

Teste die Verhaltensänderungen, nicht nur den Build

  1. Aktualisiere Compile- und Target-SDK mit kompatiblem Android Gradle Plugin und Toolchain.
  2. Prüfe die Android-16-Verhaltensänderungen, die beim Targeting von API 36 greifen.
  3. Aktualisiere SDKs, die mit dem neuen Target inkompatibel sind.
  4. Teste Berechtigungen, Hintergrundarbeit, Notifications, Deep Links, Edge-to-Edge und Billing-Flows auf einem aktuellen Android-Gerät.
  5. Shippe auf einen internen Track und prüfe die Artefaktdetails in der Play Console.

Checkliste fürs Release-Ticket

Target API in signed AAB: 36
      Production artifact checked: yes
      Android 16 behavior tests: passed
      Third-party SDK audit: complete
      Internal-track install: verified
      Extension needed: no

Was passiert, wenn du sie verpasst

Ein nicht konformes Update kann nach der Deadline nicht mehr eingereicht werden. Eine ältere bestehende App kann außerdem für neue Nutzer auf neueren Android-Versionen aus der Discovery fallen. Bestehende Nutzer behalten eventuell Zugriff — eine sichere Vertriebsstrategie ist das nicht. Behandle Target-API-Konformität als dauerhaften Release-Check, nicht als jährlichen Notfall.

War dieser Artikel hilfreich?