Erfüllt die Anforderungen an das Ziel-API-Level von Google Play

Wenn Sie ein APK hochladen, muss es die Anforderungen von Google Play an das Ziel-API-Level erfüllen.

Ab dem 31. August 2026 gilt Folgendes:

  • Neue Apps und App-Updates müssen auf Android 16 (API-Level 36) oder höher ausgerichtet sein, damit sie bei Google Play eingereicht werden können. Davon ausgenommen sind Apps für Wear OS und Android Automotive OS, die auf Android 15 (API-Level 35) oder höher ausgerichtet sein müssen, sowie Apps für Android TV und Android XR, die auf Android 14 (API-Level 34) oder höher ausgerichtet sein müssen.
  • Bestehende Apps müssen auf Android 15 (API-Level 35) oder höher ausgerichtet sein, damit sie weiterhin für Geräte neuer Nutzerinnen und Nutzer verfügbar sind, die eine höhere Version des Android-Betriebssystems haben als das Ziel-API-Level Ihrer App. Apps, die auf Android 14 (API‑Level 34) oder niedriger ausgerichtet sind, einschließlich Android 13 (API‑Level 33) oder niedriger für Wear OS, Android TV und Android XR sowie Android 12 (API‑Level 31) oder niedriger für Android Automotive OS, sind nur auf Geräten mit Android-Betriebssystem verfügbar, die mit dem Ziel‑API‑Level Ihrer App übereinstimmen oder niedriger sind.

Wenn Sie mehr Zeit zum Aktualisieren Ihrer App benötigen, können Sie eine Fristverlängerung bis zum 1. November 2026 beantragen. Im Laufe dieses Jahres können Sie in der Play Console auf die Formulare zur Fristverlängerung für Ihre App zugreifen.

Für diese Anforderungen gelten folgende Ausnahmen:

  • Dauerhaft interne Apps, die auf Nutzer in einer bestimmten Organisation beschränkt und nur für den internen Vertrieb bestimmt sind.

Warum neuere SDKs verwenden?

In jeder neuen Android-Version werden Änderungen eingeführt, die zu Sicherheits- und Leistungsverbesserungen führen und die Nutzerfreundlichkeit von Android insgesamt verbessern. Einige dieser Änderungen gelten nur für Apps, die die Unterstützung explizit über das Manifestattribut targetSdkVersion (auch als Ziel-API-Level bezeichnet) deklarieren.

Wenn Sie Ihre App so konfigurieren, dass sie auf ein aktuelles API-Level ausgerichtet ist, können Nutzer von diesen Verbesserungen profitieren, während Ihre App weiterhin auf älteren Android-Versionen ausgeführt werden kann. Wenn du ein aktuelles API-Level verwendest, kann deine App auch die neuesten Funktionen der Plattform nutzen, um deine Nutzer zu begeistern. Außerdem wird Nutzern ab Android 10 (API-Level 29) eine Warnung angezeigt, wenn sie eine App zum ersten Mal starten, die auf Android 5.1 (API-Level 22) oder niedriger ausgerichtet ist.

In diesem Dokument werden wichtige Punkte erläutert, die Sie beachten müssen, wenn Sie Ihr Ziel-API-Level aktualisieren, um die Google Play-Anforderung zu erfüllen. Folgen Sie der Anleitung in den folgenden Abschnitten, je nachdem, zu welcher Version Sie migrieren.

Von Android 12 und höher (API-Level 31) zu einer neueren Version migrieren

Wenn du deine App so aktualisieren möchtest, dass sie auf eine neuere Android-Version ausgerichtet ist, folge der entsprechenden Liste mit Verhaltensänderungen:

Von Android 11 (API-Level 30) zu Android 12 (API-Level 31) migrieren

Sicherheit und Berechtigungen

Nutzererfahrung

  • Benutzerdefinierte Benachrichtigungen: Benachrichtigungen mit benutzerdefinierten Inhaltsansichten verwenden nicht mehr den gesamten Benachrichtigungsbereich. Stattdessen wird eine Standardvorlage angewendet. Diese Vorlage sorgt dafür, dass benutzerdefinierte Benachrichtigungen in allen Status dieselbe Dekoration wie andere Benachrichtigungen haben. Dieses Verhalten ist fast identisch mit dem Verhalten von Notification.DecoratedCustomViewStyle.
  • Änderungen bei der Überprüfung von Android-App-Links: Wenn Sie die Überprüfung von Android-App-Links verwenden, müssen Ihre Intent-Filter die Kategorie BROWSABLE enthalten und das HTTPS-Schema unterstützen.

Leistung

  • Launch-Beschränkungen für Dienste im Vordergrund: Wenn Ihre App auf Android 12 oder höher ausgerichtet ist, kann sie keine Dienste im Vordergrund starten, während sie im Hintergrund ausgeführt wird. Es gibt jedoch einige Ausnahmen. Wenn eine App versucht, einen Dienst im Vordergrund zu starten, während sie im Hintergrund ausgeführt wird, tritt eine Ausnahme auf (außer in einigen Sonderfällen).

    Sie können WorkManager verwenden, um Express-Jobs zu planen und zu starten, während Ihre App im Hintergrund ausgeführt wird. Wenn Sie zeitkritische Aktionen ausführen möchten, die vom Nutzer angefordert werden, starten Sie Dienste im Vordergrund innerhalb eines exakten Alarms.

  • Einschränkungen für Benachrichtigungs-Trampoline: Wenn Nutzer auf Benachrichtigungen tippen, reagieren einige Apps, indem sie eine App-Komponente starten, die die Aktivität startet, die der Nutzer sieht und mit der er interagiert. Diese App-Komponente wird als Benachrichtigungs-Trampolin bezeichnet.

    Apps dürfen keine Aktivitäten von Diensten oder Übertragungsempfängern starten, die als Benachrichtigungs-Trampoline verwendet werden. Nachdem ein Nutzer auf eine Benachrichtigung oder einen Aktionsbutton in der Benachrichtigung getippt hat, kann Ihre App startActivity() nicht innerhalb eines Dienstes oder Übertragungsempfängers aufrufen.

Hier finden Sie eine vollständige Liste der Änderungen, die sich auf Apps auswirken, die auf Android 12 (API-Level 31) ausgerichtet sind.

Migration von einer Version vor Android 11 (API-Level 30)

Wählen Sie die Android-Version aus, von der Sie migrieren möchten:

Zu Android 5 (API-Level 21) migrieren

Auf den entsprechenden Seiten zu Verhaltensänderungen für die folgenden Releases findest du Informationen dazu, ob deine App die in diesen Releases eingeführten Änderungen berücksichtigt:

Folge anschließend der Anleitung im nächsten Abschnitt.

Zu Android 6 (API-Level 23) migrieren

Für Apps, die auf Android 6.0 und höher ausgerichtet sind, gilt Folgendes:

  • Laufzeitberechtigungen

    • Gefährliche Berechtigungen werden nur zur Laufzeit gewährt. Ihre UI-Abläufe müssen Möglichkeiten zum Erteilen dieser Berechtigungen bieten.

    • Sorgen Sie nach Möglichkeit dafür, dass Ihre App auf die Ablehnung von Berechtigungsanfragen vorbereitet ist. Wenn ein Nutzer beispielsweise eine Anfrage zum Zugriff auf das GPS des Geräts ablehnt, muss Ihre App eine andere Möglichkeit haben, fortzufahren.

Eine vollständige Liste der in Android 6.0 (API-Level 23) eingeführten Änderungen finden Sie auf der Seite Verhaltensänderungen für diese Version der Plattform.

Folge anschließend der Anleitung im nächsten Abschnitt.

Zu Android 7 (API-Level 24) migrieren

Für Apps, die auf Android 7.0 und höher ausgerichtet sind, gilt Folgendes:

  • Stromsparmodus und App-Standby

    Entwickle deine App so, dass sie die unter Für den Stromsparmodus und App-Standby optimieren beschriebenen Verhaltensweisen berücksichtigt. Dazu gehören auch die schrittweisen Änderungen, die in mehreren Plattformversionen eingeführt wurden.

    Wenn sich ein Gerät im Stromsparmodus und im App-Standby-Modus befindet, verhält sich das System so:

    • Beschränkt den Netzwerkzugriff
    • Wecker, Synchronisierungen und Jobs werden verschoben.
    • Schränkt GPS- und WLAN-Scans ein
    • Schränkt Firebase Cloud Messaging-Nachrichten mit normaler Priorität ein.
  • Geänderte Berechtigungen

    • Das System schränkt den Zugriff auf private App-Verzeichnisse ein.
    • Wenn ein file://-URI außerhalb Ihrer App verfügbar gemacht wird, wird ein FileUriExposedException ausgelöst. Wenn du Dateien außerhalb deiner App freigeben musst, implementiere FileProvider.
  • Das System verbietet die Verknüpfung mit Nicht-NDK-Bibliotheken.

Eine vollständige Liste der in Android 7.0 (API-Level 24) eingeführten Änderungen findest du auf der Seite Verhaltensänderungen für diese Version der Plattform.

Folge anschließend der Anleitung im nächsten Abschnitt.

Zu Android 8 (API-Level 26) migrieren

Für Apps, die auf Android 8.0 und höher ausgerichtet sind, gilt Folgendes:

Eine vollständige Liste der in Android 8.0 (API-Level 26) eingeführten Änderungen finden Sie auf der Seite Verhaltensänderungen für diese Version der Plattform.

Von Android 8 (API 26) zu Android 9 (API 28) migrieren

Eine vollständige Liste der in Android 9.0 (API-Level 28) eingeführten Änderungen finden Sie unter Verhaltensänderungen.

Migration von Android 9 (API-Level 28) zu Android 10 (API-Level 29)

Von Android 10 (API-Level 29) zu Android 11 (API-Level 30) migrieren

Eine vollständige Liste der in Android 11 (API-Level 30) eingeführten Änderungen findest du auf der Seite Verhaltensänderungen.

Fahren Sie mit dem Update auf API 31 fort, indem Sie der Anleitung im vorherigen Abschnitt folgen.

Anwendungen modernisieren

Wenn du die Ziel-API-Ebene für deine App aktualisierst, solltest du die neuesten Plattformfunktionen verwenden, um deine App zu modernisieren und so deine Nutzer zu begeistern.

  • Wir empfehlen, CameraX (Betaversion) zu verwenden, um die Kamera optimal zu nutzen.
  • Mit Jetpack-Komponenten können Sie Best Practices einhalten, Boilerplate-Code vermeiden und komplexe Aufgaben vereinfachen, damit Sie sich auf den Code konzentrieren können, der Ihnen wichtig ist.
  • Mit Kotlin können Sie bessere Apps schneller und mit weniger Code schreiben.
  • Beachten Sie die Datenschutzanforderungen und Best Practices.
  • Fügen Sie Ihren Apps Unterstützung für das dunkle Design hinzu.
  • Fügen Sie Ihren Apps Unterstützung für die Bedienung über Gesten hinzu.
  • Migrieren Sie Ihre App von Google Cloud Messaging (GCM) zur neuesten Version von Firebase Cloud Messaging.
  • Nutze die erweiterte Fensterverwaltung.

SDKs und Bibliotheken überprüfen und aktualisieren

Achte darauf, dass deine Drittanbieter-SDK-Abhängigkeiten API 31 unterstützen. Einige SDK-Anbieter geben dies in ihrem Manifest an, bei anderen ist eine zusätzliche Prüfung erforderlich. Wenn Sie ein SDK verwenden, das API 31 nicht unterstützt, sollten Sie sich vorrangig an den SDK-Anbieter wenden, um das Problem zu beheben.

Beachte außerdem, dass die targetSdkVersion deiner App oder deines Spiels den Zugriff auf private Android-Plattformbibliotheken einschränken kann. Weitere Informationen findest du unter NDK-Apps, die mit Plattformbibliotheken verknüpft sind.

Sie sollten auch alle Einschränkungen prüfen, die in der von Ihnen verwendeten Version der Android Support Library gelten. Wie immer müssen Sie die Kompatibilität zwischen der Hauptversion der Android Support Library und der compileSdkVersion Ihrer App sicherstellen.

Wir empfehlen, eine targetSdkVersion auszuwählen, die kleiner oder gleich der Hauptversion der Supportbibliothek ist. Außerdem solltest du ein Update auf eine aktuelle kompatible Supportbibliothek durchführen, um von den neuesten Kompatibilitätsfunktionen und Fehlerkorrekturen zu profitieren.

App testen

Nachdem Sie das API-Level und die Funktionen Ihrer App entsprechend aktualisiert haben, sollten Sie einige wichtige Anwendungsfälle testen. Die folgenden Vorschläge sind nicht vollständig, sollen aber als Orientierungshilfe für den Testprozess dienen. Wir schlagen folgende Tests vor:

  • Ihre App wird ohne Fehler oder Warnungen für API 29 kompiliert.
  • Ihre App muss eine Strategie für Fälle haben, in denen der Nutzer Berechtigungsanfragen ablehnt, und den Nutzer um Berechtigungen bitten. Anleitung:

    • Rufe den Bildschirm "App-Info" deiner App auf und deaktiviere alle Berechtigungen.
    • Öffne die App und überzeuge dich davon, dass keine Abstürze auftreten.
      • Führen Sie Tests für die wichtigsten Anwendungsfälle durch und prüfen Sie, ob die erforderlichen Berechtigungen noch einmal abgefragt werden.
  • Teste, ob deine App den Stromsparmodus mit den erwarteten Ergebnissen und ohne Fehler verarbeitet.

    • Versetzen Sie Ihr Testgerät mit adb in den Stromsparmodus, während Ihre App ausgeführt wird.
      • Teste alle Anwendungsfälle, durch die Firebase Cloud Messaging-Nachrichten ausgelöst werden.
      • Teste alle Anwendungsfälle, bei denen Alarme oder Jobs verwendet werden.
      • Beseitige Abhängigkeiten von Hintergrunddiensten.
    • App in den App-Standby-Modus versetzen
      • Teste alle Anwendungsfälle, durch die Firebase Cloud Messaging-Nachrichten ausgelöst werden.
      • Teste alle Anwendungsfälle, bei denen Alarme verwendet werden.
  • Teste, ob deine App neue Fotos bzw. Videos verarbeitet, die aufgenommen werden.

    • Prüfe, ob deine App die eingeschränkten ACTION_NEW_PICTURE- und ACTION_NEW_VIDEO-Broadcasts korrekt verarbeitet (d. h. in JobScheduler-Jobs verschoben).
    • Achten Sie darauf, dass alle kritischen Anwendungsfälle, die von diesen Ereignissen abhängen, weiterhin funktionieren.
  • Dateien für andere Apps freigeben – Testen Sie alle Anwendungsfälle, bei denen Dateidaten für eine andere App freigegeben werden (auch für eine andere App desselben Entwicklers).

    • Prüfe, ob der Inhalt in der anderen App sichtbar ist und keine Abstürze verursacht.

Weitere Informationen

Aktiviere den E‑Mail-Empfang in der Google Play Console, damit wir dir wichtige Neuigkeiten und Ankündigungen von Android und Google Play senden können, einschließlich unseres monatlichen Partner-Newsletters.