Yüklediğiniz APK'lar Google Play'in hedef API düzeyi şartlarını karşılamalıdır.
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.
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 düzeyini hedeflemek, uygulamanızın kullanıcılarınızı memnun etmek için platformun en son özelliklerinden yararlanmasına da olanak tanır. 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.
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 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
veBLUETOOTH_ADMIN
izinlerinin beyanlarınıBLUETOOTH_SCAN
,BLUETOOTH_ADVERTISE
veyaBLUETOOTH_CONNECT
izinleriyle değiştirmeniz gerekir. Artık Bluetooth işlemleri içinLOCATION
çalışma zamanında izin isteği göndermeniz gerekmez. - Konum: Kullanıcılar, uygulamaların yalnızca yaklaşık konum bilgilerini almasını isteyebilir.
ACCESS_FINE_LOCATION
isteğinde bulunduğunuzda her zamanACCESS_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 Links 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ı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 atlama 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 sürümlerden 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:
Bir sonraki bölümde bulunan talimatları izleyerek devam edin.
Android 6'ya (API düzeyi 23) geçiş
Aşağıdaki hususlar, platformun Android 6.0 ve sonraki sürümlerini hedefleyen uygulamalar için geçerlidir:
-
-
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) geçiş yapma
Aşağıdaki hususlar, platformun Android 7.0 ve sonraki sürümlerini hedefleyen uygulamalar için 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 tasarlayın. Bu bölümde, çeşitli platform sürümlerinde kullanıma sunulan artımlı değişiklikler ele alınmaktadır.
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östermekFileUriExposedException
'yi tetikler. Uygulamanızın dışında dosya paylaşmanız gerekiyorsaFileProvider
-
Sistem, NDK dışındaki 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 uygulamaların
startForeground()
vestartForegroundService()
kullanması gerekir. - Android 8.0 (API düzeyi 26) Davranış Değişiklikleri sayfasında açıklandığı şekilde JobScheduler API'de 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ılırken mesaj yayını arka planda yürütme sınırlarına tabidir. Mesaj alındığında arka planda çalışma yapılması gerektiğinde (ör. arka planda veri senkronizasyonu gerçekleştirmek için) uygulamanız, bunun yerine Firebase Job Dispatcher veya JobIntentService'i 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 belgelerine bakın.
-
Örtülü yayınlar kısıtlanmıştır. Arka plan etkinliklerini işleme hakkında bilgi edinmek için
-
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.
-
Arka planda çalışan uygulamalar konum verilerine sınırlı erişime sahiptir.
-
Sistem, ön planda çalışmayan uygulamaların hizmetlerini kısıtlar.
-
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ı başına kapsamlandırılır.
Android 8.0 (API düzeyi 26) sürümünde kullanıma sunulan değişikliklerin kapsamlı 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 mesajlara ilişkin kotalar) sunar
- Pil tasarrufu iyileştirmeleri uygulama bekleme modundaki uygulamalarla ilgili sınırlamaları artırma
-
Ön plan hizmeti izni
- Normal izni istemeniz gerekiyor
FOREGROUND_SERVICE
(çalışma zamanında izin değil)
- Normal izni istemeniz gerekiyor
-
Gizlilik değişiklikleri
- Arka plan sensörlerine sınırlı erişim
- Arama kayıtlarına erişim kısıtlandı. Bu izin 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 tam listesi için davranış değişikliklerine bakın.
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
istemeniz gerekir (çalışma zamanındaki izin değil).
-
Normal izni
-
Katlanabilir ve büyük ekranlı cihazlar için destek
-
Artık aynı anda birden fazla etkinlik "devam ettiriliyor" durumunda olabilir ancak yalnızca bir etkinlikte odak vardır.
-
Bu değişiklik,
onResume()
veonPause()
davranışını etkiler. -
onTopResumedActivityChanged()
'e abone olarak algılanabilen "en üstte devam ettirilen" yeni yaşam döngüsü kavramı.- Yalnızca bir etkinlik "en üstte devam ettirilebilir".
-
Bu değişiklik,
-
resizeableActivity
false
olarak ayarlandığında, uygulamalar ek olarakminAspectRatio
belirtebilir. Bu, uygulamayı daha dar en boy oranlarında otomatik olarak sinemaskop moduna geçirir.
-
Artık aynı anda birden fazla etkinlik "devam ettiriliyor" durumunda olabilir ancak yalnızca bir etkinlikte odak vardır.
-
Gizlilik değişiklikleri
-
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şimi kısıtlanmış,
ACCESS_BACKGROUND_LOCATION
izni gerektiriyor. - IMEI ve seri numarası gibi sıfırlanamayan tanımlayıcılara erişim kısıtlanmıştır.
-
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. Bunun için ayarlar panellerini kullanmalıdır.
-
Kablosuz ağa bağlantı başlatmayla ilgili kısıtlamalar. Bu kısıtlamalar,
WifiNetworkSpecifier
veyaWifiNetworkSuggestion
'in kullanılmasını gerektirir.
-
Kapsamlı depolama alanı
Android 10 (API düzeyi 29) sürümünden Android 11 (API düzeyi 30) sürümüne 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 konum iznine erişim izni, çalışma zamanı izin iletişim kutuları yerine yalnızca uygulama ayarlarından verilebilir.
-
Paket Görünürlük: Bir uygulama, cihazdaki yüklü uygulama ve hizmetlerin listesini sorguladığında döndürülen liste filtrelenir.
- Metinden sese veya Konuşma Tanıma hizmetleri kullanıyorsanız manifest dosyasına hizmetlerle ilgili sorgu öğeleri eklemeniz gerekir.
-
Güvenlik
- Sıkıştırılmış "resource.arsc" dosyaları artık desteklenmiyor
- APK İmza Şeması v2 artık zorunludur. 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) 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.
- Kameradan en iyi şekilde yararlanmak için Beta sürümündeki CameraX'i kullanabilirsiniz.
- En iyi uygulamaları takip etmenize, ortak metin kodları yazmak zorunda kalmamanı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 (GCM)'den Firebase Cloud Messaging'in en son 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
veView.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()
yerineView.getLocationInWindow()
kullanarak konumunu onaylayın. *MotionEvent
ile çalışırkenMotionEvent.getRawX()
yerineMotionEvent.getX()
veMotionEvent.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 birlikte çalışmayı öncelik haline getirin.
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 tüm 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 ana sürümünden küçük veya 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ızın, kullanıcının izin isteklerini reddetmesi ve kullanıcıdan izin istemesi için bir stratejisi olmalıdır. 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.
- adb'yi kullanarak uygulamanız çalışırken test cihazınızı Doze moduna alın.
Çekilen yeni fotoğrafları / videoları işliyor
- Uygulamanızın kısıtlanmış
ACTION_NEW_PICTURE
veACTION_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.
- Uygulamanızın kısıtlanmış
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 kilitlenmelere neden olup olmadığını 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.