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

Wenn Sie ein APK hochladen, muss es die Anforderungen an das Ziel-API-Level von Google Play 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.
  • Vorhandene Apps müssen auf Android 15 (API‑Level 35) oder höher ausgerichtet sein, damit sie weiterhin für neue Nutzer auf Geräten mit einer Android-Betriebssystemversion verfügbar sind, die höher als das Ziel‑API‑Level Ihrer App ist. 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 Lauf 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 sollten Sie auf neuere SDKs abzielen?

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 explizit Unterstützung durch ihr targetSdkVersion-Manifestattribut (auch Ziel-API-Level genannt) deklarieren.

Wenn Sie die App so konfigurieren, dass sie auf ein aktuelles API-Level ausgerichtet ist, können Sie die Sicherheit und die Leistung für die Nutzer deutlich verbessern und gleichzeitig dafür sorgen, dass die App auch auf älteren Android-Versionen funktioniert. Wenn Sie auf ein aktuelles API-Level ausgerichtet sind, kann Ihre App auch die neuesten Funktionen der Plattform nutzen, um Ihre Nutzer zu begeistern. Außerdem sehen Nutzer ab Android 10 (API-Level 29) eine Warnung, 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 hervorgehoben, die Sie bei der Aktualisierung des Ziel-API-Levels beachten müssen, um die Google Play-Anforderungen zu erfüllen. Je nachdem, zu welcher Version Sie migrieren, finden Sie in den folgenden Abschnitten eine Anleitung.

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

Wenn Sie Ihre App so aktualisieren möchten, dass sie auf eine neuere Android-Version ausgerichtet ist, folgen Sie der Liste der relevanten 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 wendet das System eine Standardvorlage an. Diese Vorlage sorgt dafür, dass benutzerdefinierte Benachrichtigungen in allen Status dieselbe Dekoration wie andere Benachrichtigungen haben. Dieses Verhalten ist nahezu identisch mit dem von Notification.DecoratedCustomViewStyle.
  • Änderungen bei der Bestätigung von Android-App-Links: Wenn Sie die Bestätigung von Android-App-Links verwenden, achten Sie darauf, dass Ihre Intent-Filter die Kategorie „BROWSABLE“ enthalten und das HTTPS-Schema unterstützen.

Leistung

  • Einschränkungen beim Starten von Diensten im Vordergrund: Wenn Ihre App auf Android 12 oder höher ausgerichtet ist, kann sie Dienste im Vordergrund nicht 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 (mit Ausnahme der wenigen Sonderfälle).

    Sie können WorkManager verwenden, um beschleunigte Aufgaben zu planen und zu starten, während Ihre App im Hintergrund ausgeführt wird. Um zeitkritische Aktionen auszuführen, die der Nutzer anfordert, starten Sie Vordergrunddienste 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 Benachrichtigungstrampolin bezeichnet.

    Apps dürfen keine Aktivitäten von Diensten oder Broadcast-Empfä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 mehr in einem Dienst oder Übertragungsempfänger aufrufen.

Vollständige Liste der Änderungen, die sich auf Apps auswirken, die auf Android 12 (API-Level 31) ausgerichtet sind

Migration von einer Version unter Android 11 (API‑Level 30)

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

Zu Android 5 (API-Level 21) migrieren

Auf den jeweiligen Seiten zu Verhaltensänderungen für die folgenden Releases finden Sie Informationen dazu, ob Ihre 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

Die folgenden Überlegungen gelten für Apps, die auf Android 6.0 und höhere Versionen der Plattform ausgerichtet sind:

  • Laufzeitberechtigungen

    • Gefährliche Berechtigungen werden nur zur Laufzeit gewährt. Ihre Benutzeroberflächen 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 für den Zugriff auf das GPS des Geräts ablehnt, muss Ihre App eine andere Möglichkeit haben, fortzufahren.

Eine vollständige Liste der Änderungen, die in Android 6.0 (API-Level 23) eingeführt wurden, 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

Die folgenden Überlegungen gelten für Apps, die auf Android 7.0 und höhere Versionen der Plattform ausgerichtet sind:

  • Stromsparmodus und App-Standby

    Entwickeln Sie für die Verhaltensweisen, die unter Für Doze und App-Standby optimieren beschrieben werden. Dies umfasst inkrementelle Änderungen, die in mehreren Plattformversionen eingeführt wurden.

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

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

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

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

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

Migration zu Android 8 (API-Level 26)

Die folgenden Überlegungen gelten für Apps, die auf Android 8.0 und höhere Versionen der Plattform ausgerichtet sind:

Eine vollständige Liste der Änderungen, die in Android 8.0 (API-Level 26) eingeführt wurden, 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 Änderungen in Android 9.0 (API-Level 28) finden Sie unter Verhaltensänderungen.

Von Android 9 (API-Level 28) zu Android 10 (API-Level 29) migrieren

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

Eine vollständige Liste der Änderungen, die in Android 11 (API‑Level 30) eingeführt wurden, finden Sie auf der Seite Verhaltensänderungen.

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

Apps 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.

SDKs und Bibliotheken überprüfen und aktualisieren

Prüfen Sie, ob Ihre 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 das Problem in Zusammenarbeit mit dem SDK-Anbieter so schnell wie möglich beheben.

Beachten Sie außerdem, dass die targetSdkVersion Ihrer App oder Ihres Spiels den Zugriff auf private Android-Plattformbibliotheken einschränken kann. Weitere Informationen finden Sie unter NDK Apps Linking to Platform Libraries.

Prüfen Sie auch, ob in der von Ihnen verwendeten Version der Android Support Library Einschränkungen gelten. Wie immer müssen Sie für Kompatibilität zwischen der Hauptversion der Android Support Library und dem compileSdkVersion Ihrer App sorgen.

Wir empfehlen, eine targetSdkVersion auszuwählen, die kleiner oder gleich der Hauptversion der Support Library 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 Ihnen aber als Orientierung für Ihre Tests 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 zur Erteilung von Berechtigungen auffordern. 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 sorgen Sie dafür, dass die erforderlichen Berechtigungen noch einmal angefordert werden.
  • Teste, ob deine App den Stromsparmodus mit den erwarteten Ergebnissen und ohne Fehler verarbeitet.

    • Versetzen Sie Ihr Testgerät mit adb in den Doze-Modus, 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-Stand-by-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üfen Sie, ob Ihre App die eingeschränkten ACTION_NEW_PICTURE- und ACTION_NEW_VIDEO-Broadcasts korrekt verarbeitet (d. h. zu JobScheduler-Jobs verschoben).
    • Prüfen Sie, ob alle wichtigen Anwendungsfälle, die von diesen Ereignissen abhängen, weiterhin funktionieren.
  • Dateien für andere Apps freigeben – Testen Sie alle Anwendungsfälle, in denen Dateidaten für eine andere App freigegeben werden (auch für eine andere App desselben Entwicklers).

    • Prüfen Sie, ob die Inhalte in der anderen App sichtbar sind und keine Abstürze verursachen.

Weitere Informationen

Aktivieren Sie E-Mails in der Google Play Console, damit wir Ihnen wichtige Updates und Ankündigungen zu Android und Google Play senden können, einschließlich unseres monatlichen Partner-Newsletters.