Google Play'in hedef API düzeyi şartını karşılayın

Yüklediğiniz APK'nın, Google Play'in hedef API düzeyi gereksinimlerini karşılaması gerekir.

31 Ağustos 2024'ten itibaren:

• Yeni uygulamaların ve uygulama güncellemelerinin, Google Play'e gönderilebilmesi için Android 14'ü (API düzeyi 34) veya sonraki sürümleri hedeflemesi gerekir (Wear OS ve Android TV uygulamaları ise Android 13'ü (API düzeyi 33) veya sonraki sürümleri hedeflemelidir).
• Mevcut uygulamaların, uygulamanızın hedef API düzeyinden daha yüksek Android OS sürümlerinin yüklü olduğu cihazların yeni kullanıcıları tarafından her zamanki gibi bulunabilmesi için Android 13 (API düzeyi 33) veya sonraki sürümleri hedeflemesi gerekir. Android 12 (API düzeyi 31) veya önceki sürümleri (Wear OS için Android 10 (API düzeyi 29) veya önceki sürümler, Android TV için ise Android 11 (API düzeyi 30) veya önceki sürümler) hedefleyen uygulamalar yalnızca uygulamanızın hedef API düzeyiyle aynı veya daha düşük Android OS çalıştıran cihazlarda kullanılabilir.

Uygulamanızı güncellemek için daha fazla zamana ihtiyacınız varsa 1 Kasım 2024'e kadar uzatılacak şekilde ek süre talep edebilirsiniz. Play Console'da uygulamanızın uzantı formlarına bu yılın ilerleyen dönemlerinde erişebilirsiniz.

Bu şartlarla ilgili istisnalar şunlardır:

• Belirli bir kuruluştaki kullanıcılarla sınırlı olan ve yalnızca şirket içi dağıtım için tasarlanmış kalıcı olarak özel uygulamalar.
• Android Automotive OS'i hedefleyen uygulamalar veya Android Automotive OS'i hedefleyen APK'larla birlikte sunulan uygulamalar.

Not: Güncel olmayan uygulamalar, Android'in yeni sürümlerini çalıştıran cihazların yeni kullanıcıları tarafından kullanılamaz. Daha fazla bilgiyi Play Console Yardımı'nda bulunan Google Play uygulamaları için hedef API düzeyi şartları başlıklı makalede yer alan "Uygulama kullanılabilirliği koşulları" bölümüne bakın.

Neden daha yeni SDK'ları hedeflemelisiniz?

Her yeni Android sürümü, güvenlik ve performans iyileştirmeleri sağlamanın yanı sıra Android kullanıcı deneyimini geliştiren değişiklikler sunar. Bu değişikliklerden bazıları yalnızca targetSdkVersion manifest özelliği (hedef API düzeyi olarak da bilinir) aracılığıyla desteği açıkça beyan eden uygulamalar için geçerlidir.

Uygulamanızın yeni bir API düzeyini hedeflemek üzere yapılandırılması, uygulamanızın daha eski Android sürümlerinde çalışmaya devam etmesine olanak tanırken kullanıcıların bu iyileştirmelerden yararlanmasını sağlar. Yeni bir API seviyesini hedeflemek, uygulamanızın platformun en son özelliklerinden yararlanmasına da olanak tanır. Bu sayede kullanıcılarınızı memnun edebilirsiniz. Ayrıca, Android 10 (API düzeyi 29) itibarıyla, uygulama Android 5.1 (API düzeyi 22) veya daha eski bir sürümü hedefliyorsa kullanıcılar uygulamayı ilk kez başlattığında uyarı görürler.

Bu dokümanda, hedef API düzeyinizi Google Play şartını karşılayacak şekilde güncellerken bilmeniz gereken önemli noktalar vurgulanmıştır. Geçiş yaptığınız sürüme bağlı olarak aşağıdaki bölümlerdeki talimatları inceleyin.

Not: Gradle dosyanız manifest girişleri içeriyorsa Derlemenizi yapılandırma bölümünde açıklandığı gibi, uygulamanızın Gradle dosyasında targetSdkVersion değerinin geçerli değerini onaylayabilir veya değiştirebilirsiniz. Alternatif olarak, <uses-sdk> manifest öğesinin dokümanlarında açıklandığı gibi manifest dosyasında android:targetSdkVersion özelliğini kullanabilirsiniz.

Android 12 ve sonraki sürümlerden (API düzeyi 31) daha yeni bir sürüme geçme

Uygulamanızı Android'in daha yeni bir sürümünü hedefleyecek şekilde güncellemek için ilgili davranış değişiklikleri listesini uygulayın:

• Android 13 davranış değişiklikleri
• Android 14'teki davranış değişiklikleri

Android 11 (API düzeyi 30) sürümünden Android 12 (API düzeyi 31) sürümüne geçiş

Güvenlik ve İzinler

• Bluetooth: BLUETOOTH ve BLUETOOTH_ADMIN izinlerinin beyanlarını BLUETOOTH_SCAN, BLUETOOTH_ADVERTISE veya BLUETOOTH_CONNECT izinleriyle değiştirmeniz gerekir. Artık Bluetooth işlemleri için LOCATION çalışma zamanında izin isteği göndermeniz gerekmez.
• Konum: Kullanıcılar, uygulamalardan yalnızca yaklaşık konum bilgilerini almasını isteyebilir. ACCESS_FINE_LOCATION isteğinde bulunduğunuzda her zaman ACCESS_COARSE_LOCATION iznini de istemeniz gerekir.
  • Intent filtreleri: Uygulamanız intent filtreleri kullanan etkinlikler, hizmetler veya yayın alıcıları içeriyorsa bu bileşenler için android:exported özelliğini açıkça belirtmeniz gerekir.
• Hazırda bekleme: Uygulamalar, bir süre boyunca kullanılmazsa hazırda bekleme moduna geçirilebilir. Uyku modundayken uygulamanızın çalışma zamanı izinleri ve önbelleği sıfırlanır ve iş veya uyarı çalıştıramazsınız. Uygulamanızın kış uykusu durumunu kontrol edebilirsiniz.
• Beklemede intent değişkenliği: Uygulamanızın oluşturduğu her PendingIntent nesnesinin değişkenliğini belirtmeniz gerekir.

Kullanıcı Deneyimi

• Özel bildirimler: Özel içerik görünümleri içeren bildirimler artık bildirim alanının tamamını kullanmaz. Bunun yerine sistem standart bir şablon uygular. Bu şablon, özel bildirimlerin tüm durumlarda diğer bildirimlerle aynı süslemeye sahip olmasını sağlar. Bu davranış, Notification.DecoratedCustomViewStyle değerinin davranışıyla neredeyse aynıdır.
• Android App Links doğrulama değişiklikleri: Android App Link doğrulamasını kullanırken intent filtrelerinizin BROWSABLE kategorisini içerdiğinden ve HTTPS şemasını desteklediğinden emin olun.

Performans

• Ön plan hizmeti başlatma kısıtlamaları: Android 12 veya sonraki sürümleri hedeflemek için uygulamanız, birkaç özel durum hariç arka planda çalışırken ön plan hizmetlerini başlatamaz. Bir uygulama arka planda çalışırken ön plan hizmeti başlatmaya çalışırsa istisna oluşur (birkaç özel durum hariç).

  Uygulamanız arka planda çalışırken hızlı çalışma planlamak ve başlatmak için WorkManager'ı kullanabilirsiniz. Kullanıcının istediği zamana duyarlı işlemleri tamamlamak için tam alarm içinde ön plan hizmetlerini başlatın.

• Bildirim trambolin kısıtlamaları: Kullanıcılar bildirimlere dokunduğunda bazı uygulamalar, kullanıcının gördüğü ve etkileşimde bulunduğu etkinliği başlatan bir uygulama bileşeni başlatarak yanıt verir. Bu uygulama bileşeni, bildirim trambolini olarak bilinir.

  Uygulamalar, bildirim trampolü olarak kullanılan hizmetlerden veya yayın alıcılarından etkinlik başlatmamalıdır. Kullanıcı bir bildirime veya bildirimdeki işlem düğmesine dokunduktan sonra uygulamanız, bir hizmet veya yayın alıcısının içinde startActivity() çağrısı yapamaz.

Android 12'yi (API düzeyi 31) hedefleyen uygulamaları etkileyen değişikliklerin tamamını görüntüleyin.

Android 11'den (API düzeyi 30) önceki bir sürümden veri taşıma

Verileri taşıyacağınız Android sürümünü seçin:

Android 5'e (API düzeyi 21) geçiş

Uygulamanızın, aşağıdaki sürümlerde kullanıma sunulan değişiklikleri dikkate aldığından emin olmak için aşağıdaki sürümlerin her biri için ilgili Davranış Değişiklikleri sayfasına bakın:

• Android 5.0 (API düzeyi 21)
• Android 4.4 (API seviyesi 19).
• Android 4.1.x (API seviyesi 16).

Bir sonraki bölümde bulunan talimatları izleyerek devam edin.

Android 6'ya (API düzeyi 23) taşıma

Aşağıdaki noktalar, platformun Android 6.0 ve sonraki sürümlerini hedefleyen uygulamalar için geçerlidir:

• Çalışma Zamanı İzinleri

  • Tehlikeli izinler sadece çalışma zamanında verilir. Kullanıcı arayüzü akışlarınız bu izinleri verme olanağı sağlamalıdır.

  • Mümkün olduğunda, uygulamanızın izin isteklerinin reddedilmesini yönetmeye hazır olduğundan emin olun. Örneğin, bir kullanıcı cihazın GPS'sine erişim isteğini reddederse uygulamanızın devam etmek için başka bir yolu olduğundan emin olun.

Android 6.0 (API düzeyi 23) sürümünde kullanıma sunulan değişikliklerin kapsamlı bir listesi için platformun ilgili sürümünün Davranış Değişiklikleri sayfasına bakın.

Bir sonraki bölümde bulunan talimatları izleyerek devam edin.

Android 7'ye (API düzeyi 24) taşıma

Aşağıdaki hususlar, platformun Android 7.0 ve sonraki sürümlerini hedefleyen uygulamalar için geçerlidir:

• Doz ve Uygulamayı Beklemeye Alma

  Çeşitli platform sürümlerinde başlatılan artımlı değişiklikleri kapsayan Doz ve Uygulamayı Beklemeye Alma için Optimizasyon bölümünde açıklanan davranışlara göre tasarım yapın.

  Bir cihaz Doz ve Uygulamayı Bekleme Modu'ndayken sistem aşağıdaki şekilde davranır:

  • Ağ erişimini kısıtlar
  • Alarmları, senkronizasyonları ve işleri erteler
  • GPS ve kablosuz ağ taramalarını kısıtlar
  • Normal öncelikli Firebase Cloud Messaging mesajlarını kısıtlar.

• İzin Değişiklikleri

  • Sistem, uygulamaya özel dizinlere erişimi kısıtlar.
  • Uygulamanızın dışında bir file:// URI'si göstermek FileUriExposedException'yi tetikler. Uygulamanızın dışında dosya paylaşmanız gerekiyorsa FileProvider

• Sistem, NDK dışı kitaplıklara bağlantı oluşturmayı yasaklar.

Android 7.0'da (API düzeyi 24) kullanıma sunulan değişikliklerin kapsamlı bir listesi için platformun ilgili sürümünün Davranış Değişiklikleri sayfasına bakın.

Bir sonraki bölümde bulunan talimatları izleyerek devam edin.

Android 8'e (API düzeyi 26) geçiş

Aşağıdaki hususlar, platformun Android 8.0 ve sonraki sürümlerini hedefleyen uygulamalar için geçerlidir:

• Arka Planda Yürütme Sınırları
  • Sistem, ön planda çalışmayan uygulamaların hizmetlerini kısıtlar.
    • startService(), startService() yasaklanmışken bir uygulama tarafından çağrıldığında artık istisna oluşturuyor.
    • Ön plan hizmetlerini başlatmak için bir uygulamanın startForeground() ve startForegroundService() kullanmaları gerekir.
    • Android 8.0 (API düzeyi 26) Davranış Değişiklikleri sayfasında açıklandığı gibi, JobScheduler API'sında yapılan değişiklikleri dikkatlice inceleyin.
    • Firebase Cloud Messaging, Google Play Hizmetleri SDK'sının 10.2.1 sürümünü veya daha yeni bir sürümünü gerektirir.
    • Firebase Cloud Messaging kullanıldığında, mesaj teslimi arka plan yürütme sınırlarına tabidir. Mesaj alındığında arka plan çalışması gerektiğinde (arka plan veri senkronizasyonu gerçekleştirmek gibi) uygulamanız işleri Firebase Job Dispatcher veya JobIntentService kullanarak planlamalıdır. Daha fazla bilgi için Firebase Cloud Messaging belgelerini inceleyin.
  • Örtülü yayınlar
    • Örtülü yayınlar kısıtlanmıştır. Arka plan etkinliklerini işleme hakkında bilgi edinmek için JobScheduler API'sinin belgelerine bakın.
  • Arka Planda Konum Sınırları
    • Arka planda çalışan uygulamalar konum verilerine sınırlı erişime sahiptir.
      • Google Play Hizmetleri'nin yüklü olduğu cihazlarda düzenli konum güncellemeleri almak için birleştirilmiş konum sağlayıcıyı kullanın.
• Bildirim Kanalları
  • Bildirim kesintisi özelliklerini her kanal için ayrı ayrı tanımlamanız gerekir.
  • Bildirimlerin görünmesi için bir kanala bildirim atamalısınız.
  • Platformun bu sürümü NotificationCompat.Builder'ü destekler.
• Gizlilik
  • ANDROID_ID, uygulama imzalama anahtarı başına kapsamlandırılır.

Android 8.0 (API düzeyi 26) sürümünde kullanıma sunulan değişikliklerin kapsamlı bir listesi için platformun ilgili sürümünün Davranış Değişiklikleri sayfasına bakın.

Android 8 (API 26)'den Android 9'a (API 28) taşıma

• Güç Yönetimi
  • Uygulama Bekleme grupları, uygulama etkileşimine dayalı yeni arka plan kısıtlamaları (ör. ertelenen işler, alarmlar ve yüksek öncelikli mesajlarda kotalar) sunar
  • Pil tasarrufu iyileştirmeleri uygulama bekleme uygulamalarıyla ilgili sınırlamaları artırma
• Ön plan hizmeti izni
  • Normal izni istemeniz gerekiyor FOREGROUND_SERVICE (çalışma zamanındaki izin değil)
• Gizlilik değişiklikleri
  • Arka plan sensörlerine sınırlı erişim
  • Arama kayıtlarına kısıtlı erişim artık CALL_LOG izin grubunda
  • Telefon numaralarına erişim kısıtlandı, READ_CALL_LOG izni gerekiyor
  • Kablosuz ağ bilgilerine erişim kısıtlandı

Android 9.0'da (API seviyesi 28) yapılan değişikliklerin kapsamlı listesi için davranış değişikliklerine bakın.

Android 9 (API düzeyi 28) sürümünden Android 10 (API düzeyi 29) sürümüne geçiş

• Tam ekran intent içeren bildirimler
  • Normal izni USE_FULL_SCREEN_INTENT istemeniz gerekir (çalışma zamanındaki izin değil).
• Katlanabilir ve büyük ekranlı cihazlar için destek
  • Artık birden çok etkinlik aynı anda "devam ettirildi" durumunda olabilir ancak gerçekten yalnızca birine odaklanılmıştır.
    • Bu değişiklik, onResume() ve onPause() davranışını etkiler.
    • "En üstte devam ettirilen" yeni yaşam döngüsü kavramı, onTopResumedActivityChanged() abonesi olarak algılanabilir.
      • Yalnızca bir etkinlik "en üstte devam ettirilebilir".
  • resizeableActivity, false olarak ayarlandığında uygulamalar ayrıca bir minAspectRatio belirtebilir. Bu özellik, uygulamaya daha dar en boy oranlarında otomatik olarak sinemaskop efekti ekler.
• Gizlilikle ilgili değişiklikler
  • Kapsamlı depolama alanı
    • Harici depolama alanına erişim yalnızca uygulamaya özel bir dizinle ve uygulamanın oluşturduğu belirli medya türleriyle sınırlıdır.
  • Uygulama arka plandayken konuma erişim kısıtlıdır. ACCESS_BACKGROUND_LOCATION izni gerekir.
  • IMEI ve seri numarası gibi sıfırlanamayan tanımlayıcılara erişim kısıtlandı.
  • Kullanıcının adım sayısı gibi fiziksel aktivite bilgilerine erişimi kısıtlanmış. Bu erişim için ACTIVITY_RECOGNITION izni gerekiyor.
  • Bazı telefon, Bluetooth ve kablosuz bağlantı API'lerine erişim kısıtlanmış olduğundan ACCESS_FINE_LOCATION izin gereklidir.
  • Kablosuz ayarlarına erişim kısıtlandı
    • Uygulamalar artık kablosuz bağlantıyı doğrudan etkinleştiremez veya devre dışı bırakamaz ve bunu ayar panellerini kullanarak yapmaları gerekir.
    • Kablosuz ağa bağlantı başlatmayla ilgili kısıtlamalar. Bu kısıtlamalar, WifiNetworkSpecifier veya WifiNetworkSuggestion'in kullanılmasını gerektirir.

Android 10'dan (API düzeyi 29) Android 11'e (API düzeyi 30) geçiş

• Gizlilik
  • Kapsamlı depolama alanı yaptırımı : Uygulamalar, uygulamaya özel, medya ve diğer dosya türlerinin özel konumlar kullanılarak kaydedildiği ve erişildiği kapsamlı depolama alanı modelini benimsemelidir.
  • İzinlerin otomatik olarak sıfırlanması: Kullanıcılar bir uygulamayla birkaç ay boyunca etkileşime geçmezse sistem, uygulamanın hassas izinlerini otomatik olarak sıfırlar. Bu durum çoğu uygulamayı etkilemez. Uygulamanız temel olarak kullanıcı etkileşimi olmadan arka planda çalışıyorsa kullanıcılardan otomatik sıfırlamayı devre dışı bırakmalarını isteyebilirsiniz.
  • Arka planda konum erişimi: Uygulamaların ön planda ve arka planda konum iznini ayrı ayrı istemesi gerekir. Arka planda konuma erişim izni verme işlemi, çalışma zamanında istenen izin iletişim kutuları yerine yalnızca uygulama ayarlarından yapılabilir.
  • Paket Görünürlük: Bir uygulama, cihazdaki yüklü uygulamaların ve hizmetlerin listesini sorguladığında döndürülen liste filtrelenir.
    • Metin okuma veya Konuşma Tanıma hizmetlerini kullanıyorsanız manifest dosyasına hizmetler için sorgu öğeleri eklemeniz gerekir.
• Güvenlik
  • Sıkıştırılmış "resource.arsc" dosyaları artık desteklenmiyor
  • APK İmza Şeması v2 artık gereklidir. Geliştiriciler, geriye dönük uyumluluk nedeniyle APK İmza Şeması v1 ile de imzalamaya devam etmelidir.
  • SDK olmayan arayüz kısıtlaması. SDK dışı arayüzlerin bazıları artık engellendiğinden, API düzeyi 30'u hedefleyen uygulamalarda SDK dışı arayüzlerin kullanılması önerilmez. Engellenen SDK dışı arayüzlerin kapsamlı bir listesi için Android 11'de artık engellenen SDK dışı arayüzler başlıklı makaleyi inceleyin.

Android 11'de (API düzeyi 30) başlatılan değişikliklerin kapsamlı bir listesi için Davranış Değişiklikleri sayfasına bakın.

Önceki bölümdeki talimatları uygulayarak API 31'e güncellemeye devam edin.

Uygulamalarınızı modernize edin

Uygulamalarınız için hedef API seviyesini güncellediğinizde, uygulamalarınızı modernize ederek kullanıcılarınızı memnun etmek için en son platform özelliklerini kullanmayı düşünün.

• Kameradan en iyi şekilde yararlanmak için Beta sürümündeki CameraX'i kullanabilirsiniz.
• En iyi uygulamaları takip etmenize, ortak metin kodları yazmanıza gerek bırakmanıza ve önem verdiğiniz koda odaklanabilmeniz için karmaşık görevleri basitleştirmenize yardımcı olması amacıyla Jetpack bileşenlerini kullanın.
• Daha iyi uygulamaları daha hızlı ve daha az kodla yazmak için Kotlin'i kullanın.
• Gizlilik şartlarına ve en iyi uygulamalarına uyduğunuzdan emin olun.
• Uygulamalarınıza koyu tema desteği ekleyin.
• Uygulamalarınıza hareketle gezinme desteği ekleyin.
• Uygulamanızı Google Cloud Messaging'den (GCM) yeni Firebase Cloud Messaging sürümüne taşıyın.
• Gelişmiş pencere yönetiminden yararlanın.
  • Donanımdaki son gelişmelerden yararlanmak için daha büyük en boy oranlarını (16:9'dan büyük) destekleyin. Uygulamanızın, mevcut ekran alanını dolduracak şekilde yeniden boyutlandırıldığından emin olun. Maksimum en boy oranını yalnızca son çare olarak belirtin. Maksimum en boy oranları hakkında daha fazla bilgi için Kısıtlı Ekran Desteği Beyan Etme başlıklı makaleyi inceleyin.
  • Uygulamanızın üretkenliği artırmasına yardımcı olmak ve birden fazla ekranı yönetmek için çoklu pencere desteği ekleyin.
  • Küçültülmüş uygulama deneyimi kullanıcı deneyimini iyileştirecekse pencere içinde pencere desteği ekleyin.
    • Ekran kesme özelliğine sahip cihazlar için optimize edin.
    • Durum çubuğu yüksekliğini varsaymayın. Bunun yerine WindowInsets ve View.OnApplyWindowInsetsListener kullanın. Daha fazla bilgi edinmek için droidcon NYC 2017 videosunu izleyin.
    • Uygulamanın pencerenin tamamını kapladığını varsaymayın. Bunun yerine, View.getLocationOnScreen() yerine View.getLocationInWindow() kullanarak konumunu onaylayın. * MotionEvent ile çalışırken MotionEvent.getRawX() yerine MotionEvent.getX() ve MotionEvent.getY() kullanın, MotionEvent.getRawY().

SDK'larınızı ve kitaplıklarınızı kontrol edip güncelleme

Üçüncü taraf SDK bağımlılarınızın API 31'i desteklediğinden emin olun: Bazı SDK sağlayıcılar bunu manifestlerinde yayınlar; diğerleri için ek inceleme gerekir. API 31'i desteklemeyen bir SDK kullanıyorsanız sorunu çözmek için SDK sağlayıcıyla çalışmaya öncelik verin.

Ayrıca, uygulamanızın veya oyununuzun targetSdkVersion özelliğinin, özel Android platform kitaplıklarına erişimi kısıtlayabileceğini unutmayın. Ayrıntılar için Platform Kitaplıklarına Bağlanan NDK Uygulamaları başlıklı makaleyi inceleyin.

Ayrıca, kullandığınız Android Destek Kitaplığı sürümünde bulunabilecek kısıtlamaları da doğrulamanız gerekir. Her zaman olduğu gibi, Android Destek Kitaplığı'nın ana sürümü ile uygulamanızın compileSdkVersion arasında uyumluluk sağlamanız gerekir.

Destek Kitaplığı'nın büyük sürümünden küçük veya büyük eşit bir targetSdkVersion seçmenizi öneririz. En son uyumluluk özelliklerinden ve hata düzeltmelerinden yararlanmak için yakın zamanda yayınlanmış uyumlu bir Destek Kitaplığı'na güncelleme yapmanızı öneririz.

Uygulamanızı test etme

Uygulamanızın API düzeyini ve özelliklerini uygun şekilde güncelledikten sonra bazı temel kullanım alanlarını test etmeniz gerekir. Aşağıdaki öneriler tam kapsamlı olmamakla birlikte test sürecinize rehberlik etmeyi amaçlamaktadır. Test yaparak aşağıdakilerden emin olmanızı öneririz:

• Uygulamanızın API 29 için hata veya uyarı olmadan derlendiğinden emin olun.

• Uygulamanızda, kullanıcının izin isteklerini reddettiği ve kullanıcıdan izin istendiği durumlara yönelik bir strateji uyguluyor. Bunu yapmak için:

  • Uygulamanızın Uygulama Bilgileri ekranına gidin ve her bir izni devre dışı bırakın.
  • Uygulamayı açın ve kilitlenme olmadığından emin olun.
    • Temel kullanım alanı testlerini gerçekleştirin ve gerekli izinlerin yeniden istendiğinden emin olun.

• Doz'u, hiç hata olmadan beklenen sonuçlarla uyguluyor.

  • adb'yi kullanarak uygulamanız çalışırken test cihazınızı Doze moduna alın.
    • Firebase Cloud Messaging mesajları tetikleyen kullanım durumlarını test edin.
    • Alarmlar veya İşler kullanan kullanım durumlarını test edin.
    • Arka plan hizmetlerine olan bağımlılıkları ortadan kaldırın.
  • Uygulamanızı uygulama bekleme moduna ayarlama
    • Firebase Cloud Messaging mesajları tetikleyen kullanım durumlarını test edin.
    • Alarmlar veya İşler kullanan kullanım durumlarını test edin.

• Çekilen yeni fotoğrafları / videoları işliyor

  • Uygulamanızın kısıtlanmış ACTION_NEW_PICTURE ve ACTION_NEW_VIDEO yayınlarını doğru şekilde işleyip işlemediğini (yani JobScheduler işlerine taşınıp taşınmadığını) kontrol edin.
  • Bu etkinliklere bağlı kritik kullanım alanlarının çalışmaya devam ettiğinden emin olun.

• Dosyaları diğer uygulamalarla paylaşma işlemlerini yönetir - Dosya verilerini başka bir uygulamayla (aynı geliştiricinin başka bir uygulaması da dahil) paylaşan tüm kullanım alanlarını test edin

  • İçeriğin diğer uygulamada görünür olup olmadığını ve kilitlenmeleri tetiklemediğini test edin.

Daha fazla bilgi

Aylık iş ortağı bültenimiz de dahil olmak üzere Android ve Google Play'deki önemli güncellemeleri ve duyuruları size gönderebilmemiz için Google Play Console'da e-postaları etkinleştirin.