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

Wenn Sie ein APK hochladen, muss es den Anforderungen von Google Play an das Ziel-API-Level entsprechen.

Ab dem 31. August 2023 gilt Folgendes:

• Neue Apps müssen auf Android 13 (API-Level 33) oder höher ausgerichtet sein. Eine Ausnahme gilt für Wear OS-Apps, die auf eine Version zwischen Android 11 (API-Level 30) und Android 13 (API-Level 33) ausgerichtet sein müssen.

• App-Updates müssen auf Android 13 oder höher ausgerichtet sein und an Verhaltensänderungen unter Android 13 angepasst werden. Eine Ausnahme bilden Wear OS-Apps, die auf Android 11 ausgerichtet sein müssen.

Dauerhaft private Apps, die auf Nutzer in einer bestimmten Organisation beschränkt und nur für den internen Vertrieb bestimmt sind, müssen die Anforderungen an das Ziel-API-Level nicht erfüllen.

Hinweis :Veraltete Apps sind für neue Nutzer von Geräten mit neueren Android-Versionen nicht verfügbar. Weitere Informationen finden Sie in der Play Console-Hilfe im Abschnitt „Anforderungen an die App-Verfügbarkeit“ im Artikel Anforderungen an das Ziel-API-Level für Google Play-Apps.

Warum sollten Sie Anzeigen auf neuere SDKs ausrichten?

In jeder neuen Android-Version werden Änderungen eingeführt, die für Sicherheits- und Leistungsverbesserungen sorgen und die Nutzerfreundlichkeit von Android verbessern. Einige dieser Änderungen gelten nur für Apps, in denen explizit die Unterstützung über ihr Manifestattribut targetSdkVersion (auch Ziel-API-Level genannt) erklärt wird.

Wenn du deine App so konfigurierst, dass sie auf ein aktuelles API-Level ausgerichtet ist, können Nutzer von diesen Verbesserungen profitieren. Die App kann aber weiterhin unter älteren Android-Versionen ausgeführt werden. Durch die Ausrichtung auf ein aktuelles API-Level kann deine App auch die neuesten Funktionen der Plattform nutzen und so deine Nutzer begeistern. Ab Android 10 (API-Level 29) wird Nutzern außerdem eine Warnung angezeigt, wenn sie eine App zum ersten Mal starten, wenn die App auf Android 5.1 (API-Level 22) oder niedriger ausgerichtet ist.

In diesem Dokument werden wichtige Punkte erläutert, die du beim Aktualisieren deines Ziel-API-Levels beachten musst, um die Google Play-Anforderung zu erfüllen. Beachten Sie die Anweisungen in den folgenden Abschnitten, je nachdem, zu welcher Version Sie migrieren.

Hinweis :Wenn Ihre Gradle-Datei Manifesteinträge enthält, können Sie den aktuellen Wert von targetSdkVersion in der Gradle-Datei Ihrer App bestätigen oder ändern, wie unter Build konfigurieren beschrieben. Alternativ können Sie das Attribut android:targetSdkVersion in der Manifestdatei verwenden, wie in der Dokumentation für das Manifestelement <uses-sdk> beschrieben.

Von Android 12 (API-Level 31) zu Android 13 (API-Level 33) migrieren

Wenn du deine App auf Android 13 ausrichten möchtest, folge der Liste der Verhaltensänderungen.

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

Sicherheit und Berechtigungen

• Bluetooth: Sie müssen die Deklarationen für die Berechtigungen BLUETOOTH und BLUETOOTH_ADMIN durch die Berechtigungen BLUETOOTH_SCAN, BLUETOOTH_ADVERTISE oder BLUETOOTH_CONNECT ersetzen. Sie müssen für Bluetooth-Vorgänge keine LOCATION-Laufzeitberechtigungsanfragen mehr stellen.
• Standort: Nutzer können festlegen, dass Apps nur den ungefähren Standort abrufen dürfen. Sie müssen die Berechtigung ACCESS_COARSE_LOCATION jedes Mal anfordern, wenn Sie ACCESS_FINE_LOCATION anfordern.
  • Intent-Filter: Wenn Ihre App Aktivitäten, Dienste oder Broadcast-Empfänger enthält, die Intent-Filter verwenden, müssen Sie das Attribut android:exported für diese Komponenten explizit deklarieren.
• Ruhezustand: Apps können in den Ruhezustand versetzt werden, wenn sie über einen bestimmten Zeitraum nicht verwendet werden. Im Ruhemodus werden die Laufzeitberechtigungen und der Cache Ihrer App zurückgesetzt und Sie können keine Jobs oder Benachrichtigungen ausführen. Sie können den Ruhezustand Ihrer App prüfen.
• Veränderlichkeit von ausstehenden Intents: Du musst die Veränderlichkeit aller PendingIntent-Objekte angeben, die von deiner App erstellt werden.

Nutzererfahrung

• Benutzerdefinierte Benachrichtigungen: Für Benachrichtigungen mit benutzerdefinierten Inhaltsansichten wird nicht mehr der gesamte Benachrichtigungsbereich verwendet. Stattdessen wendet das System eine Standardvorlage an. Diese Vorlage sorgt dafür, dass benutzerdefinierte Benachrichtigungen in allen Status gleich eingerichtet sind wie andere Benachrichtigungen. Dieses Verhalten ist nahezu identisch mit dem von Notification.DecoratedCustomViewStyle.
• Änderungen bei der Überprüfung von Android-App-Links: Wenn Sie die Überprüfung von Android-App-Links verwenden, müssen Sie dafür sorgen, dass Ihre Intent-Filter die Kategorie BROWSABLE enthalten und das HTTPS-Schema unterstützen.

Leistung

• Einschränkungen bei der Einführung von Diensten im Vordergrund: Bei einer Ausrichtung auf Android 12 oder höher können in deiner App mit Ausnahme bestimmter Sonderfälle keine Dienste im Vordergrund gestartet werden, während sie im Hintergrund ausgeführt wird. 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).

  Mit WorkManager können Sie beschleunigte Arbeiten planen und starten, während Ihre Anwendung im Hintergrund ausgeführt wird. Wenn Sie zeitkritische Aktionen ausführen möchten, die der Nutzer anfordert, starten Sie Dienste im Vordergrund innerhalb eines exakten Alarms.

• Einschränkungen des Benachrichtigungs-Trampolins: Wenn Nutzer auf Benachrichtigungen tippen, reagieren einige Apps dadurch, dass 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 Sendeempfängern starten, die als Benachrichtigungs-Trampoline verwendet werden. Nachdem ein Nutzer auf eine Benachrichtigungs- oder Aktionsschaltfläche in der Benachrichtigung tippt, kann die App startActivity() nicht mehr innerhalb eines Dienstes oder eines Sendeempfängers aufrufen.

Alle Änderungen, die sich auf Apps auswirken, die auf Android 12 (API-Level 31) ausgerichtet sind

Migration von älteren Versionen als Android 11 (API-Level 30)

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

Zu Android 5 (API-Level 21) migrieren

Prüfen Sie auf der entsprechenden Seite zu Verhaltensänderungen für jede der folgenden Releases, ob Ihre App die in diesen Releases eingeführten Änderungen berücksichtigt hat:

• Android 5.0 (API-Level 21)
• Android 4.4 (API-Ebene 19)
• Android 4.1.x (API-Ebene 16)

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 UI-Abläufe müssen Angebote zum Gewähren dieser Berechtigungen enthalten.

  • Ihre App sollte nach Möglichkeit auf die Ablehnung von Berechtigungsanfragen vorbereitet sein. Wenn ein Nutzer beispielsweise eine Anfrage für den Zugriff auf das GPS des Geräts ablehnt, vergewissere dich, dass deine App eine andere Möglichkeit hat, fortzufahren.

Eine umfassende Liste der Änderungen in Android 6.0 (API-Level 23) findest du auf der Seite zu Verhaltensänderungen für die jeweilige 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 Ihr Design für Verhaltensweisen, die unter Optimierung für Stromsparmodus und App-Standby beschrieben sind. Darin werden schrittweise Änderungen über mehrere Plattform-Releases hinweg eingeführt.

  Wenn sich ein Gerät im Stromspar- und App-Stand-by-Modus befindet, verhält sich das System so:

  • Beschränkt den Netzwerkzugriff
  • Alarme, Synchronisierungen und Aufträge verschieben
  • 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 deiner App verfügbar gemacht wird, wird ein FileUriExposedException ausgelöst. Wenn du Dateien außerhalb deiner App freigeben musst, implementiere FileProvider

• Das System verbietet Verknüpfungen mit Nicht-NDK-Bibliotheken.

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

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

Zu Android 8 (API-Level 26) migrieren

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

• Limits für die Hintergrundausführung
  • Das System schränkt nicht im Vordergrund ausgeführte Dienste für Apps ein.
    • startService() gibt jetzt eine Ausnahme aus, wenn eine App versucht, sie aufzurufen, während startService() unzulässig ist.
    • Eine App muss startForeground() und startForegroundService() verwenden, um Dienste im Vordergrund zu starten.
    • Prüfen Sie die an der JobScheduler API vorgenommenen Änderungen sorgfältig, wie auf der Seite Verhaltensänderungen für Android 8.0 (API-Ebene 26) dokumentiert.
    • Für Firebase Cloud Messaging ist Version 10.2.1 des Google Play Services SDK oder höher erforderlich.
    • Bei Verwendung von Firebase Cloud Messaging unterliegt die Nachrichtenübermittlung Einschränkungen bei der Ausführung im Hintergrund. Wenn nach dem Empfang der Nachricht Hintergrundarbeiten erforderlich sind, z. B. um Hintergrunddaten zu synchronisieren, sollten Jobs in Ihrer App stattdessen mit Firebase Job Dispatcher oder JobIntentService geplant werden. Weitere Informationen findest du in der Dokumentation zu Firebase Cloud Messaging.
  • Implizite Übertragungen
    • Implizite Übertragungen sind eingeschränkt. Informationen zum Umgang mit Hintergrundereignissen finden Sie in der Dokumentation zur JobScheduler API.
  • Beschränkungen der Standortermittlung im Hintergrund
    • Apps, die im Hintergrund ausgeführt werden, haben eingeschränkten Zugriff auf Standortdaten.
      • Verwenden Sie auf Geräten mit Google Play-Diensten den Anbieter für kombinierte Standortbestimmung, um regelmäßige Standortupdates zu erhalten.
• Benachrichtigungskanäle
  • Du solltest Eigenschaften für Benachrichtigungsunterbrechungen pro Kanal definieren.
  • Du musst einem Kanal Benachrichtigungen zuweisen, damit die Benachrichtigungen angezeigt werden.
  • Diese Version der Plattform unterstützt NotificationCompat.Builder.
• Datenschutz
  • ANDROID_ID wird pro App-Signaturschlüssel definiert.

Eine umfassende Liste der Änderungen in Android 8.0 (API-Level 26) findest du auf der Seite zu Verhaltensänderungen für die jeweilige Version der Plattform.

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

• Energiesparmodus
  • App Standby-Buckets bringen neue Hintergrundeinschränkungen auf Basis der App-Interaktion mit sich, wie z. B. ausgesetzte Jobs, Alarme und Kontingente für Nachrichten mit hoher Priorität.
  • Durch die Verbesserungen des Energiesparmodus werden die Einschränkungen für App-Standby-Apps erhöht
• Berechtigung für Dienste im Vordergrund
  • Die normale Berechtigung FOREGROUND_SERVICE (nicht die Laufzeitberechtigung) muss angefordert werden
• Änderungen beim Datenschutz
  • Eingeschränkter Zugriff auf Hintergrundsensoren
  • Eingeschränkter Zugriff auf Anruflisten, jetzt in der Berechtigungsgruppe CALL_LOG
  • Eingeschränkter Zugriff auf Telefonnummern, Berechtigung READ_CALL_LOG erforderlich
  • Eingeschränkter Zugriff auf WLAN-Informationen

Eine umfassende Liste der Änderungen in Android 9.0 (API-Level 28) findest du unter Änderungen des Verhaltens.

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

• Benachrichtigungen mit einem Full-Screen-Intent
  • Sie müssen die normale Berechtigung USE_FULL_SCREEN_INTENT anfordern (nicht die Laufzeitberechtigung).
• Unterstützung für faltbare Smartphones und Geräte mit großem Display
  • Es können nun mehrere Aktivitäten gleichzeitig im Status „Fortsetzung“ sein, tatsächlich hat jedoch nur eine Aktivität den Fokus.
    • Diese Änderung wirkt sich auf das Verhalten von onResume() und onPause() aus.
    • Neues Lebenszykluskonzept von „Topmost fortgesetzt“, das durch Abonnieren von onTopResumedActivityChanged() erkannt werden kann.
      • Nur eine Aktivität kann als „oberste Fortsetzung“ festgelegt werden.
  • Wenn resizeableActivity auf false gesetzt ist, können Apps zusätzlich ein minAspectRatio angeben, das die App automatisch bei engeren Seitenverhältnissen im Letterbox-Format zeigt.
• Änderungen beim Datenschutz
  • Begrenzter Speicher
    • Der Zugriff auf externen Speicher ist auf ein anwendungsspezifisches Verzeichnis und bestimmte Medientypen beschränkt, die die Anwendung erstellt hat.
  • Der Zugriff auf die Standortermittlung wurde eingeschränkt, während die App im Hintergrund ausgeführt wird und die Berechtigung ACCESS_BACKGROUND_LOCATION erforderlich ist.
  • Eingeschränkter Zugriff auf nicht rücksetzbare Kennungen wie IMEI und Seriennummer.
  • Eingeschränkter Zugriff auf Informationen zu körperlichen Aktivitäten wie die Schrittzahl des Nutzers, für die die Berechtigung ACTIVITY_RECOGNITION erforderlich ist.
  • Eingeschränkter Zugriff auf einige Telefonie-, Bluetooth- und Wi-Fi APIs, für die die Berechtigung ACCESS_FINE_LOCATION erforderlich ist.
  • Eingeschränkter Zugriff auf WLAN-Einstellungen
    • Apps können WLAN nicht mehr direkt aktivieren oder deaktivieren, sondern müssen dies über die Einstellungen tun.
    • Einschränkungen beim Herstellen einer Verbindung zu einem WLAN, die die Verwendung von WifiNetworkSpecifier oder WifiNetworkSuggestion erfordern.

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

• Datenschutz
  • Erzwingung eines begrenzten Speichers : Für Apps sollte das Modell für begrenzten Speicher verwendet werden, bei dem appspezifische, Medien- und andere Dateitypen gespeichert und über spezielle Speicherorte darauf zugegriffen werden.
  • Automatisches Zurücksetzen von Berechtigungen: Wenn Nutzer mehrere Monate lang nicht mit einer App interagiert haben, setzt das System die vertraulichen Berechtigungen der App automatisch zurück. Dies sollte für die meisten Apps keine Auswirkungen haben. Wenn Ihre App hauptsächlich im Hintergrund ohne Nutzerinteraktionen arbeitet, können Sie die Nutzer auffordern, das automatische Zurücksetzen zu deaktivieren.
  • Zugriff auf die Standortermittlung im Hintergrund: Apps müssen die Berechtigung zur Standortermittlung im Vordergrund und im Hintergrund separat anfordern. Die Berechtigung zur Standortermittlung im Hintergrund kann nur in den App-Einstellungen und nicht in den Dialogfeldern für Laufzeitberechtigungen gewährt werden.
  • Paketsichtbarkeit: Wenn eine App die Liste der auf dem Gerät installierten Apps und Dienste abfragt, wird die zurückgegebene Liste gefiltert.
    • Wenn Sie Sprachausgabe- oder Spracherkennung verwenden, müssen Sie der Manifestdatei Abfrageelemente für Dienste hinzufügen.
• Sicherheit
  • Komprimierte „resource.arsc“-Dateien werden nicht mehr unterstützt
  • APK-Signaturschema v2 ist jetzt erforderlich. Aus Gründen der Abwärtskompatibilität sollten Entwickler auch weiterhin das APK-Signaturschema v1 verwenden.
  • Einschränkung für Nicht-SDK-Schnittstelle. Für Apps, die auf API-Level 30 ausgerichtet sind, wird die Verwendung von Nicht-SDK-Schnittstellen nicht empfohlen, da einige dieser Nicht-SDK-Schnittstellen jetzt blockiert sind. Eine umfassende Liste der blockierten Nicht-SDK-Schnittstellen findest du unter Nicht-SDK-Schnittstellen, die jetzt in Android 11 blockiert sind.

Eine umfassende Liste der Änderungen in Android 11 (API-Level 30) findest du auf der Seite Verhaltensänderungen.

Aktualisieren Sie auf API 31, 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.

• Damit Sie die Kamera optimal nutzen können, empfehlen wir Ihnen, die Betaversion von CameraX zu verwenden.
• Die Jetpack-Komponenten unterstützen Sie bei der Umsetzung von Best Practices, entlasten das Schreiben von Boilerplate-Code und vereinfachen komplexe Aufgaben, damit Sie sich auf den für Sie wichtigen Code konzentrieren können.
• Mit Kotlin können Sie bessere Apps schneller und mit weniger Code schreiben.
• Sie müssen die Datenschutzanforderungen und Best Practices einhalten.
• Ergänzen Sie Ihre Apps um die Unterstützung für das dunkle Design.
• Ergänze deine Apps um die Unterstützung der Bedienung über Gesten.
• Migriere deine App von Google Cloud Messaging (GCM) zur neuesten Version von Firebase Cloud Messaging.
• Nutze die erweiterte Fensterverwaltung.
  • Unterstützen Sie größere Seitenverhältnisse (mehr als 16:9), um von den jüngsten Fortschritten bei der Hardware zu profitieren. Sorgen Sie dafür, dass die Größe Ihrer App an den verfügbaren Bildschirm angepasst wird. Geben Sie ein maximales Seitenverhältnis nur als letztes Mittel an. Weitere Informationen zu maximalen Seitenverhältnissen findest du unter Eingeschränkte Bildschirmunterstützung deklarieren.
  • Mit Unterstützung des Mehrfenstermodus kannst du die Produktivität deiner App steigern und mehrere Bildschirme verwalten.
  • Wenn die Nutzerfreundlichkeit minimiert werden soll, kannst du Bild im Bild unterstützen.
    • Optimiere deine App für Geräte mit Display-Ausschnitt.
    • Gehen Sie nicht von der Höhe der Statusleiste aus. Verwenden Sie stattdessen WindowInsets und View.OnApplyWindowInsetsListener. Weitere Informationen finden Sie im Video Droidcon NYC 2017.
    • Gehen Sie nicht davon aus, dass die App das gesamte Fenster hat. Bestätigen Sie seinen Standort stattdessen mit View.getLocationInWindow() und nicht mit View.getLocationOnScreen(). * Verwende beim Umgang mit MotionEvent MotionEvent.getX() und MotionEvent.getY() und nicht MotionEvent.getRawX(), MotionEvent.getRawY().

SDKs und Bibliotheken überprüfen und aktualisieren

Achten Sie darauf, dass die Abhängigkeiten Ihres Drittanbieter-SDKs API 31 unterstützen: Einige SDK-Anbieter veröffentlichen sie in ihrem Manifest. Bei anderen ist eine zusätzliche Prüfung erforderlich. Wenn du ein SDK verwendest, das API 31 nicht unterstützt, solltest du mit dem SDK-Anbieter zusammenarbeiten, um das Problem zu beheben.

Außerdem ist zu beachten, dass die targetSdkVersion deiner App oder deines Spiels den Zugriff auf private Android-Plattformbibliotheken einschränken kann. Weitere Informationen findest du unter NDK-Apps mit Plattformbibliotheken verknüpfen.

Außerdem solltest du alle Einschränkungen prüfen, die möglicherweise in der von dir verwendeten Version der Android Support Library vorhanden sind. Achte wie immer darauf, dass die Hauptversion der Android Support Library mit dem compileSdkVersion deiner App kompatibel ist.

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 du das API-Level und die Funktionen deiner App entsprechend aktualisiert hast, solltest du einige grundlegende Anwendungsfälle testen. Die folgenden Vorschläge sind nicht vollständig, sollen Ihnen aber als Leitfaden für den Testprozess dienen. Wir schlagen folgende Tests vor:

• Ihre App muss ohne Fehler oder Warnungen in API 29 kompiliert werden.

• Ihre App sollte eine Strategie für Fälle haben, in denen der Nutzer Berechtigungsanfragen ablehnt und den Nutzer zur Eingabe von Berechtigungen auffordert. Gehen Sie dazu so vor:

  • Rufe den Bildschirm "App-Info" deiner App auf und deaktiviere alle Berechtigungen.
  • Öffne die App und überzeuge dich davon, dass keine Abstürze auftreten.
    • Tests für grundlegende Anwendungsfälle durchführen und dafür sorgen, dass die erforderlichen Berechtigungen neu angefordert werden

• Teste, ob deine App den Stromsparmodus mit den erwarteten Ergebnissen und ohne Fehler verarbeitet.

  • Versetze dein Testgerät mithilfe von ADB in den Stromsparmodus, während deine 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.
  • Richten Sie Ihre App auf App-Stand-by ein.
    • 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 Broadcasts ACTION_NEW_PICTURE und ACTION_NEW_VIDEO richtig verarbeitet (d. h. in JobScheduler-Jobs verschoben wird).
  • Sorgen Sie dafür, dass kritische Anwendungsfälle, die von diesen Ereignissen abhängen, weiterhin funktionieren.

• Geht mit der Freigabe von Dateien für andere Apps um – Testen Sie jeden Anwendungsfall, bei dem Dateidaten mit einer anderen App geteilt werden (auch mit einer anderen App desselben Entwicklers).

  • Testen Sie, ob der Inhalt in der anderen App sichtbar ist und keine Abstürze auslöst.

Weitere Informationen

Melde dich für E-Mails in der Google Play Console an, damit wir dir wichtige Neuigkeiten und Ankündigungen von Android und Google Play senden können, einschließlich unseres monatlichen Partner-Newsletters.