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 şartlarını karşılaması gerekir.

31 Ağustos 2025'ten itibaren:

• Yeni uygulamaların ve uygulama güncellemelerinin, Google Play'e gönderilebilmesi için Android 15'i (API düzeyi 35) veya sonraki sürümleri hedeflemesi gerekir. Wear OS, Android Automotive OS ve Android TV uygulamaları ise Android 14'ü (API düzeyi 34) 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 14 (API düzeyi 34) veya sonraki sürümleri hedeflemesi gerekir. Wear OS ve Android TV için Android 12 (API düzeyi 31) veya önceki sürümler de dahil olmak üzere Android 13 (API düzeyi 33) veya önceki sürümleri hedefleyen uygulamalar, yalnızca uygulamanızın hedef API düzeyiyle aynı veya önceki Android OS sürümlerinin yüklü olduğu cihazlarda kullanılabilir.

Uygulamanızı güncellemek için daha fazla zamana ihtiyacınız varsa 1 Kasım 2025'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.

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 bilgi için Play Console Yardım Merkezi'ndeki Google Play uygulamaları için hedef API düzeyi şartları makalesinin "Uygulama kullanılabilirliği şartları" 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 hedefleyecek şekilde yapılandırılması, kullanıcıların bu iyileştirmelerden yararlanmasını sağlarken uygulamanızın daha eski Android sürümlerinde çalışmaya devam etmesine olanak tanır. Yeni bir API düzeyini hedeflemek, uygulamanızın platformun en yeni özelliklerinden yararlanarak kullanıcılarınızı memnun etmesini de sağlar. Ayrıca, Android 10 (API düzeyi 29) itibarıyla, Android 5.1 (API düzeyi 22) veya önceki sürümleri hedefleyen uygulamaları ilk kez başlatan kullanıcılar uyarı görür.

Bu belgede, hedef API düzeyinizi Google Play şartını karşılayacak şekilde güncellerken bilmeniz gereken önemli noktalar vurgulanmaktadır. Hangi sürüme taşıdığınıza bağlı olarak aşağıdaki bölümlerdeki talimatları inceleyin.

Not: Gradle dosyanızda manifest girişleri varsa Yapılandırmanızı oluşturma bölümünde açıklandığı gibi, uygulamanızın Gradle dosyasındaki targetSdkVersion öğesinin mevcut değerini onaylayabilir veya değiştirebilirsiniz. Alternatif olarak, <uses-sdk> manifest öğesiyle ilgili dokümanlarda 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çiş

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

• Android 13'teki davranış değişiklikleri
• Android 14'teki davranış değişiklikleri
• Android 15'teki davranış değişiklikleri
• Android 16'daki 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 izinleriyle ilgili beyanları BLUETOOTH_SCAN, BLUETOOTH_ADVERTISE veya BLUETOOTH_CONNECT izinleriyle değiştirmeniz gerekir. Bluetooth işlemleri için artık LOCATION çalışma zamanı izni isteğinde bulunmanız gerekmiyor.
• Konum: Kullanıcılar, uygulamaların yalnızca yaklaşık konum bilgilerini almasını isteyebilir. ACCESS_FINE_LOCATION isteğinde bulunduğunuz her seferde ACCESS_COARSE_LOCATION izni istemeniz gerekir.
  • Intent filtreleri: Uygulamanızda intent filtreleri kullanan etkinlikler, hizmetler veya yayın alıcıları varsa bu bileşenler için android:exported özelliğini açıkça belirtmeniz gerekir.
• Hazırda bekleme: Uygulamalar belirli bir süre kullanılmazsa hazırda bekleme moduna alınabilir. Hazırda bekleme modunda uygulamanızın çalışma zamanı izinleri ve önbelleği sıfırlanır. Bu modda işleri veya uyarıları çalıştıramazsınız. Uygulamanızın hazırda bekleme durumunu kontrol edebilirsiniz.
• Bekleyen amaç 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ümlerine sahip bildirimler artık bildirim alanının tamamını kullanmayacak. Bunun yerine, sistem standart bir şablon uygulayacak. Bu şablon, özel bildirimlerin tüm durumlarda diğer bildirimlerle aynı süslemeye sahip olmasını sağlar. Bu davranış, Notification.DecoratedCustomViewStyle davranışıyla neredeyse aynıdır.
• Android App Links doğrulama değişiklikleri: Android App Links doğrulamayı kullanırken amaç 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, arka planda çalışırken birkaç özel durum dışında ön plan hizmetlerini başlatamaz. Bir uygulama arka planda çalışırken ön plan hizmeti başlatmaya çalışırsa (birkaç özel durum hariç) istisna oluşur.

  Uygulamanız arka planda çalışırken hızlandırılmış işi 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 trambolini 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şenini başlatarak yanıt verir. Bu uygulama bileşeni, bildirim trambolini olarak bilinir.

  Uygulamalar, bildirim trampolinleri 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 hizmetin veya yayın alıcının içinde startActivity() işlevini çağıramaz.

Android 12'yi (API düzeyi 31) hedefleyen uygulamaları etkileyen değişikliklerin tam listesini inceleyin.

Android 11'den (API düzeyi 30) önceki sürümlerden geçiş yapma

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

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

Uygulamanızın bu sürümlerde yapılan değişiklikleri hesaba kattığından emin olmak için aşağıdaki sürümlerin her biriyle 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) geçiş yapma

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

• Çalışma Zamanı İzinleri

  • Tehlikeli izinler sadece çalışma zamanında verilir. Kullanıcı arayüzü akışlarınız, bu izinlerin verilmesi için olanaklar sağlamalıdır.

  • Mümkün olan her yerde, uygulamanızın izin isteklerinin reddedilmesini işleyecek şekilde hazır olduğundan emin olun. Örneğin, bir kullanıcı cihazın GPS'ine erişim isteğini reddederse uygulamanızın devam etmek için başka bir yolu olduğundan emin olun.

Android 6.0'da (API düzeyi 23) kullanıma sunulan değişikliklerin kapsamlı listesi için platformun bu sürümüne ait Davranış Değişiklikleri sayfasını inceleyin.

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

Android 7'ye (API düzeyi 24) geçiş yapma

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

• Doz ve Uygulamayı Beklemeye Alma

  Doz ve Uygulamayı Beklemeye Alma için Optimize Etme bölümünde açıklanan davranışlara göre tasarım yapın. Bu bölüm, çeşitli platform sürümlerinde kullanıma sunulan artımlı değişiklikleri kapsar.

  Bir cihaz Doz ve Uygulamayı Beklemeye Alma Modu'ndayken sistem aşağıdaki gibi 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 iletilerini kısıtlar.

• İzin Değişiklikleri

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

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

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

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

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

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

• Arka Plan Yürütme Sınırları
  • Sistem, ön planda çalışmayan uygulamaların hizmetlerini kısıtlar.
    • startService(), artık bir uygulama startService() yasaklanmışken bunu çağırmaya çalıştığında istisna oluşturuyor.
    • Ön plan hizmetlerini başlatmak için bir uygulama startForeground() ve startForegroundService() kullanmalıdır.
    • Android 8.0 (API düzeyi 26) Davranış Değişiklikleri sayfasında belgelendiği şekilde JobScheduler API'de yapılan değişiklikleri dikkatlice inceleyin.
    • Firebase Cloud Messaging için Google Play Hizmetleri SDK'sının 10.2.1 sürümü veya daha yeni bir sürümü gerekir.
    • Firebase Cloud Messaging kullanılırken mesaj teslimi, arka planda yürütme sınırlarına tabidir. Mesaj alındığında arka planda veri senkronizasyonu gibi arka plan işlemlerinin yapılması gerekiyorsa uygulamanız bunun yerine Firebase Job Dispatcher veya JobIntentService kullanarak işleri 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 dokümanlarına bakın.
  • Arka Plan Konum Limitleri
    • 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 kanal bazında 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ına göre belirlenir.

Android 8.0'da (API düzeyi 26) kullanıma sunulan değişikliklerin kapsamlı listesi için platformun bu sürümüne ait Davranış Değişiklikleri sayfasını inceleyin.

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

• Güç Yönetimi
  • Uygulama Bekletme grupları, uygulama etkileşimine dayalı yeni arka plan kısıtlamaları getiriyor. Örneğin, ertelenen işler, alarmlar ve yüksek öncelikli mesajlardaki kotalar
  • Pil tasarrufu iyileştirmeleri Uygulama beklemede özelliğinin uygulama sınırlamalarını artırır.
• Ön plan hizmeti izni
  • Normal izin (çalışma zamanı izni değil) istemeniz gerekir. FOREGROUND_SERVICE (not runtime permission)
• Gizlilik değişiklikleri
  • Arka plandaki sensörlere sınırlı erişim
  • Arama kayıtlarına erişim kısıtlandı. Bu izin artık CALL_LOG izin grubunda yer alıyor.
  • 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şiklikleri başlıklı makaleyi inceleyin.

Android 9'dan (API düzeyi 28) Android 10'a (API düzeyi 29) taşıma

• Tam ekran intent içeren bildirimler
  • Normal izni USE_FULL_SCREEN_INTENT (çalışma zamanı izni değil) istemeniz gerekir.
• Katlanabilir cihazlar ve büyük ekranlı cihazlar için destek
  • Artık birden fazla etkinlik aynı anda "devam ettirildi" durumunda olabilir ancak yalnızca bir etkinlik odaklanmıştır.
    • Bu değişiklik, onResume() ve onPause() davranışını etkiler.
    • onTopResumedActivityChanged() aboneliğiyle algılanabilen "en üstte devam ettirilen" adlı yeni yaşam döngüsü kavramı.
      • Yalnızca bir etkinlik "en üstte devam ettirilebilir".
  • resizeableActivity false olarak ayarlandığında uygulamalar, dar en-boy oranlarında uygulamaya otomatik olarak mektup kutusu ekleyen bir minAspectRatio da belirtebilir.
• Gizlilik değişiklikleri
  • Kapsamlı depolama
    • Harici depolama alanına erişim yalnızca uygulamaya özel bir dizin ve uygulamanın oluşturduğu belirli medya türleriyle sınırlıdır.
  • Uygulama arka plandayken konuma erişimin kısıtlanması, ACCESS_BACKGROUND_LOCATION iznini gerektirir.
  • IMEI ve seri numarası gibi sıfırlanamayan tanımlayıcılara erişim kısıtlanır.
  • Kullanıcının adım sayısı gibi fiziksel aktivite bilgilerine erişimin kısıtlanması ve ACTIVITY_RECOGNITION izni gerektirmesi.
  • Bazı telefon, Bluetooth ve kablosuz bağlantı API'lerine erişim kısıtlandı. Bu API'ler için ACCESS_FINE_LOCATION izni gerekiyor.
  • Kablosuz ayarlarına erişim kısıtlandı
    • Uygulamalar artık kablosuz bağlantıyı doğrudan etkinleştiremez veya devre dışı bırakamaz. Bu işlemi ayarlar panellerini kullanarak yapmaları gerekir.
    • Kablosuz ağa bağlantı başlatma kısıtlamaları, WifiNetworkSpecifier veya WifiNetworkSuggestion kullanımını gerektirir.

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

• Gizlilik
  • Kapsamlı depolama zorunluluğu : Uygulamalar, uygulamaya özel, medya ve diğer dosya türlerinin özel konumlar kullanılarak kaydedildiği ve erişildiği kapsamlı depolama modelini benimsemelidir.
  • İzinleri otomatik sıfırlama: Kullanıcılar bir uygulamayla birkaç aydır etkileşimde bulunmadıysa sistem, uygulamanın hassas izinlerini otomatik olarak sıfırlar. Bu durum çoğu uygulamayı etkilemez. Uygulamanız kullanıcı etkileşimi olmadan öncelikle arka planda çalışıyorsa kullanıcılardan otomatik sıfırlamayı devre dışı bırakmalarını isteyebilirsiniz.
  • Arka planda konum erişimi: Uygulamalar ön planda ve arka planda konum izni isteğini ayrı ayrı yapmalıdır. Arka planda konum izni erişimi yalnızca çalışma zamanı izni iletişim kutuları yerine uygulama ayarlarından verilebilir.
  • Paket görünürlüğü: Bir uygulama, cihazda 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 hizmetlerle ilgili sorgu öğelerini manifest dosyasına eklemeniz gerekir.
• Güvenlik
  • Sıkıştırılmış `resource.arsc` dosyaları artık desteklenmiyor
  • APK İmza Şeması v2 artık zorunlu. Geriye dönük uyumluluk nedeniyle geliştiriciler, APK İmza Şeması v1 ile imzalamaya devam etmelidir.
  • SDK olmayan arayüz kısıtlaması. API düzeyi 30'u hedefleyen uygulamalarda SDK olmayan arayüzlerin kullanılması önerilmez. Çünkü bu SDK olmayan arayüzlerden bazıları artık engellenmiştir. Engellenen SDK olmayan arayüzlerin kapsamlı listesi için Android 11'de artık engellenen SDK olmayan arayüzler başlıklı makaleyi inceleyin.

Android 11'de (API düzeyi 30) yapılan değişikliklerin kapsamlı 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ı modernleştirme

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.

• Kamerayı en iyi şekilde kullanmak için beta sürümünde olan CameraX'i kullanabilirsiniz.
• En iyi uygulamaları takip etmenize, ortak metin kodları yazmaktan kurtulmanıza ve karmaşık görevleri basitleştirmenize yardımcı olması için Jetpack bileşenlerini kullanın. Böylece, asıl önem verdiğiniz şey olan koda odaklanabilirsiniz.
• Daha iyi uygulamaları daha hızlı ve daha az kodla yazmak için Kotlin'i kullanın.
• Gizlilikle ilgili şartlara ve en iyi uygulamalara 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) Firebase Cloud Messaging'in en yeni 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, kullanılabilir ekran alanını dolduracak şekilde yeniden boyutlandırıldığından emin olun. En boy oranını yalnızca son çare olarak maksimum değerde bildirin. Maksimum en boy oranları hakkında daha fazla bilgi için Kısıtlanmış Ekran Desteğini Bildirme başlıklı makaleyi inceleyin.
  • Uygulamanızın üretkenliğini artırmak ve birden fazla ekranı yönetmek için çoklu pencere desteği ekleyin.
  • Küçültülmüş uygulamalarda iyi bir deneyim, 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 tüm pencereye sahip olduğunu varsaymayın. Bunun yerine, View.getLocationOnScreen() değil View.getLocationInWindow() kullanarak konumunu doğrulayın. * MotionEvent işlenirken MotionEvent.getX() ve MotionEvent.getY() kullanın. MotionEvent.getRawX() ve MotionEvent.getRawY() kullanmayın.

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

Üçüncü taraf SDK bağımlılıklarınızın API 31'i desteklediğinden emin olun: Bazı SDK sağlayıcılar bunu manifestlerinde yayınlar, diğerleri ise ek araştırma gerektirir. API 31'i desteklemeyen bir SDK kullanıyorsanız sorunu çözmek için SDK sağlayıcıyla birlikte çalışmayı önceliklendirin.

Ayrıca, uygulamanızın veya oyununuzun targetSdkVersion özel Android platform kitaplıklarına erişimi kısıtlayabileceğini unutmayın. Ayrıntılı bilgi için NDK Apps Linking to Platform Libraries (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 olabilecek 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 olduğundan emin olmanız gerekir.

targetSdkVersion değerini, Destek Kitaplığı'nın ana sürümünden küçük veya ona eşit 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 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'da hatasız veya uyarı olmadan derlenmesi

• Uygulamanızın, kullanıcının izin isteklerini reddettiği durumlara yönelik bir stratejisi olmalı ve kullanıcıdan izin istemelidir. 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 istenmesini sağlayın.

• 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 Bekletme 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şlediğinden (yani JobScheduler işlerine taşındığından) emin olun.
  • Bu etkinliklere bağlı olan tüm kritik kullanım alanlarının çalışmaya devam ettiğinden emin olun.

• Dosyaların diğer uygulamalarla paylaşılmasını yönetir. - Dosya verilerini başka bir uygulamayla (aynı geliştiricinin başka bir uygulamasıyla bile) paylaşan tüm kullanım alanlarını test edin.

  • İçeriğin diğer uygulamada görünür olduğunu ve çökmelere neden olmadığını test edin.

Daha fazla bilgi

Google Play Console'da e-posta listesine kaydolun. Böylece aylık iş ortağı bültenimiz de dahil olmak üzere Android ve Google Play'den önemli güncellemeleri ve duyuruları size gönderebiliriz.