Yüklediğiniz APK'ların Google Play'in hedef API düzeyi şartlarını karşılaması gerekir.
31 Ağustos 2026'dan itibaren:
- Yeni uygulamaların ve uygulama güncellemelerinin, Google Play'e gönderilebilmesi için Android 16'yı (API düzeyi 36) veya sonraki sürümleri hedeflemesi gerekir. Wear OS ve Android Automotive OS uygulamaları Android 15'i (API düzeyi 35) veya sonraki sürümleri, Android TV ve Android XR 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 15 (API düzeyi 35) veya sonraki sürümleri hedeflemesi gerekir. Wear OS, Android TV ve Android XR için Android 13 (API düzeyi 33) veya önceki sürümler, Android Automotive OS için ise Android 12 (API düzeyi 31) veya önceki sürümler de dahil olmak üzere Android 14 (API düzeyi 34) 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 2026'ya kadar 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.
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 yararlanabilmesini 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 daha eski sürümleri hedefleyen bir uygulamayı ilk kez başlatan kullanıcılar bir uyarı görür.
Bu belgede, Google Play şartını karşılamak için hedef API düzeyinizi güncellerken bilmeniz gereken önemli noktalar vurgulanmaktadır. Geçiş yaptığınız sürüme bağlı olarak aşağıdaki bölümlerde yer alan talimatları inceleyin.
Android 12 ve sonraki sürümlerden (API düzeyi 31) daha yeni bir sürüme geçiş yapma
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 davranış değişiklikleri
- Android 14 davranış değişiklikleri
- Android 15 davranış değişiklikleri
- Android 16'daki davranış değişiklikleri
Android 11'den (API düzeyi 30) Android 12'ye (API düzeyi 31) geçiş
Güvenlik ve İzinler
- Bluetooth:
BLUETOOTHveBLUETOOTH_ADMINizinleri için beyanlarıBLUETOOTH_SCAN,BLUETOOTH_ADVERTISEveyaBLUETOOTH_CONNECTizinleriyle değiştirmeniz gerekir. Bluetooth işlemleri için artıkLOCATIONçalışma zamanında istenen izin isteğinde bulunmanız gerekmez. - Konum: Kullanıcılar, uygulamaların yalnızca yaklaşık konum bilgilerini almasını isteyebilir.
ACCESS_FINE_LOCATIONizni istediğinizdeACCESS_COARSE_LOCATIONizni de 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 bekletme: Uygulamalar belirli bir süre kullanılmazsa hazırda bekletme moduna alınabilir. Uygulamanızın çalışma zamanında istenen izinleri ve önbelleği, hazırda bekleme modunda sıfırlanır. Ayrıca işleri veya uyarıları çalıştıramazsınız. Uygulamanızın hazırda bekletme durumunu kontrol edebilirsiniz.
- Beklemede olan 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ü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ı parametreye sahip olmasını sağlar. Bu davranış,
Notification.DecoratedCustomViewStyledavranışı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 dışında 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 yüksek öncelikli işleri planlamak ve başlatmak için WorkManager'ı kullanabilirsiniz. Kullanıcının istediği zamana duyarlı işlemleri tamamlamak için kesin zamanlı 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şeni başlatarak yanıt verir. Bu uygulama bileşeni, bildirim trambolini olarak bilinir.
Uygulamalar, bildirim trampolini 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ı içinde
startActivity()yöntemini çağıramaz.
Android 12'yi (API düzeyi 31) hedefleyen uygulamaları etkileyen değişikliklerin tam listesini 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 yapılan değişiklikleri dikkate aldığından emin olmak için her bir sürümün Davranış Değişiklikleri sayfasını inceleyin:
Bir sonraki bölümde bulunan talimatları izleyerek devam edin.
Android 6'ya (API düzeyi 23) geçiş yapın
Android 6.0 ve platformun sonraki sürümlerini hedefleyen uygulamalar için aşağıdaki hususlar geçerlidir:
-
Çalışma zamanında istenen izinler
-
Tehlikeli izinler sadece çalışma zamanında verilir. Kullanıcı arayüzü akışlarınız, bu izinleri vermek için olanaklar sağlamalıdır.
-
Mümkün olan her durumda uygulamanızın izin isteklerinin reddedilmesini işleyecek şekilde hazırlandığından 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) yapılan değişikliklerin kapsamlı bir 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ş
Android 7.0 ve platformun sonraki sürümlerini hedefleyen uygulamalar için aşağıdaki hususlar geçerlidir:
-
Doz ve Uygulamayı Beklemeye Alma
Doze ve Uygulamayı Beklemeye Alma için optimizasyon bölümünde açıklanan davranışlara göre tasarım yapın. Bu bölüm, çeşitli platform sürümlerinde yapılan artımlı değişiklikleri kapsar.
Cihaz, Doze ve Uygulamayı Beklemeye Alma modundayken 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 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östermekFileUriExposedExceptionhatasını tetikler. Uygulamanızın dışında dosya paylaşmanız gerekiyorsaFileProvideruygulayın.
-
Sistem, NDK dışı kitaplıklara bağlantı oluşturulmasına izin vermez.
Android 7.0'da (API düzeyi 24) yapılan değişikliklerin kapsamlı bir listesi için platformun ilgili 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ş
Aşağıdaki hususlar, Android 8.0 ve platformun 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ılmaya çalışı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 belgelendiği şekilde JobScheduler API'de yapılan değişiklikleri dikkatlice inceleyin.
- Firebase Cloud Messaging, Google Play Hizmetleri SDK'sının 10.2.1 veya daha yeni bir sürümünü gerektirir.
- Firebase Cloud Messaging kullanılırken mesaj teslimi, arka planda yürütme sınırlarına tabidir. Mesaj alındığında arka plan çalışması gerektiğinde (ör. arka plan veri senkronizasyonu gerçekleştirmek için) 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.
-
-
Dolaylı yayınlar
-
Örtülü yayınlar kısıtlanmıştır. Arka plan etkinliklerini işleme hakkında bilgi edinmek için
JobSchedulerAPI 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 çok kaynaklı 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 kesinti ö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.Builderdestekler.
-
Gizlilik
- ANDROID_ID, uygulama imzalama anahtarı başına kapsamlandırılır.
Android 8.0'da (API düzeyi 26) yapılan değişikliklerin kapsamlı bir 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) geçiş
-
Güç yönetimi
- Uygulamayı Beklemeye Alma grupları, uygulama etkileşimine dayalı yeni arka plan kısıtlamaları getirir. Örneğin, ertelenen işler, alarmlar ve yüksek öncelikli mesajlarla ilgili kotalar
- Pil tasarrufu iyileştirmeleri Uygulamayı Beklemeye Alma'daki uygulamalarla ilgili sınırlamaları artırır.
-
Ön plan hizmeti izni
- Normal izin istemeniz gerekir
FOREGROUND_SERVICE(çalışma zamanında istenen izin değil)
- Normal izin istemeniz gerekir
-
Gizlilik değişiklikleri
- Arka plan sensörlerine sınırlı erişim
- Arama kayıtlarına erişim kısıtlandı, artık
CALL_LOGizin grubunda - Telefon numaralarına erişim kısıtlandı,
READ_CALL_LOGizni gerekiyor - Kablosuz ağ bilgilerine kısıtlı erişim
Android 9.0'da (API düzeyi 28) yapılan değişikliklerin kapsamlı bir listesi için davranış değişiklikleri bölümüne bakın.
Android 9'dan (API düzeyi 28) Android 10'a (API düzeyi 29) geçiş
-
Tam ekran intent içeren bildirimler
-
Normal izin olan
USE_FULL_SCREEN_INTENT'i istemeniz gerekir (çalışma zamanında istenen izin değil).
-
Normal izin olan
-
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 tanesi odaklanmış durumdadır.
-
Bu değişiklik,
onResume()veonPause()davranışını etkiler. -
onTopResumedActivityChanged()'ye abone olarak algılanabilen yeni "en üstte devam ettirilen" yaşam döngüsü kavramı.- Yalnızca bir etkinlik "en üstte devam ettirilen" olabilir.
-
Bu değişiklik,
-
resizeableActivityfalseolarak ayarlandığında uygulamalar, daha dar en-boy oranlarında uygulamayı otomatik olarak sinemaskop biçimine getiren birminAspectRatioda belirtebilir.
-
Artık birden fazla etkinlik aynı anda "devam ettirildi" durumunda olabilir ancak yalnızca bir tanesi odaklanmış durumdadır.
-
Gizlilikle ilgili değişiklikler
-
Kapsamlı depolama
- Harici depolama alanı erişimi 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şim kısıtlandı.
ACCESS_BACKGROUND_LOCATIONizni gerekiyor. - 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şim kısıtlandı. Bu bilgilere erişmek için
ACTIVITY_RECOGNITIONizni gerekir. -
ACCESS_FINE_LOCATIONizni gerektiren bazı telefon, Bluetooth ve kablosuz API'lerine kısıtlı erişim. -
Kablosuz ağ 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ğ bağlantısı başlatmayla ilgili kısıtlamalar,
WifiNetworkSpecifierveyaWifiNetworkSuggestionkullanılmasını gerektirir.
-
Kapsamlı depolama
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 kaydedilip erişildiği kapsamlı depolama alanı modelini benimsemelidir.
- İzinleri otomatik sıfırlama: Kullanıcılar birkaç ay boyunca bir uygulamayla etkileşimde bulunmazsa sistem, uygulamanın hassas bilgilere erişim izinlerini otomatik olarak sıfırlar. Bu durum çoğu uygulamayı etkilemez. Uygulamanız öncelikle 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 planda ve arka planda konum izni için ayrı ayrı istekte bulunmalıdır. Arka planda konum iznine erişim, çalışma zamanında istenen izin iletişim kutuları yerine yalnızca uygulama ayarlarından verilebilir.
-
Paket görünürlüğü: Bir uygulama, cihazda yüklü uygulama ve hizmetlerin listesini sorguladığında döndürülen liste filtrelenir.
- Metin okuma veya konuşma tanıma hizmetlerini kullanıyorsanız hizmetler için 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 de imzalamaya devam etmelidir.
- SDK olmayan arayüz kısıtlaması. SDK dışı arayüzlerden 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 engellenen SDK dışı arayüzler başlıklı makaleyi inceleyin.
Android 11'de (API düzeyi 30) yapılan değişikliklerin kapsamlı bir listesi için Davranış Değişiklikleri sayfasını inceleyin.
Ö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 yardımcı olması, sizi ortak metin kodu yazmaktan kurtarması ve karmaşık görevleri basitleştirmesi için Jetpack bileşenlerini kullanın. Böylece, önem verdiğiniz koda odaklanabilirsiniz.
- Daha az kodla daha hızlı ve daha iyi uygulamalar yazmak için Kotlin'i kullanın.
- Gizlilik şartlarına 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ım alanındaki 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. Maksimum en boy oranını yalnızca son çare olarak 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ği artırmasına ve birden fazla ekranı yönetmesine yardımcı olmak 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 tahmin etmeyin. Bunun yerine
WindowInsetsveView.OnApplyWindowInsetsListenerkullanın. Daha fazla bilgi edinmek için droidcon NYC 2017 videosunu izleyin. - Uygulamanın tüm pencereyi kapladığını varsaymayın. Bunun yerine,
View.getLocationOnScreen()yerineView.getLocationInWindow()kullanarak konumunu onaylayın. *MotionEventile ilgili işlem yaparkenMotionEvent.getRawX(),MotionEvent.getRawY()yerineMotionEvent.getX()veMotionEvent.getY()kullanı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 manifest dosyalarında yayınlar, diğerleri için ise ek araştırma yapılması gerekir. API 31'i desteklemeyen bir SDK kullanıyorsanız sorunu çözmek için SDK sağlayıcısıyla çalışmaya öncelik verin.
Ayrıca, uygulamanızın veya oyununuzun targetSdkVersion değerinin, ö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 geçerli 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 sürümü arasında uyumluluk olduğundan emin olmanız gerekir.
Destek Kitaplığı'nın ana sürümünden küçük veya ona 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 kapsamlı olmasa da test sürecinizde size yol göstermeyi amaçlar. Test yaparak aşağıdakilerden emin olmanızı öneririz:
- Uygulamanızın API 29'da hata veya uyarı olmadan derlendiğini doğrulayın.
Uygulamanızın, kullanıcının izin isteklerini reddettiği durumlar için 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 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ı Uygulamayı Beklemeye Alma moduna geçirme
- 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_PICTUREveACTION_NEW_VIDEOyayı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 hâlâ çalıştığından emin olun.
- Uygulamanızın kısıtlanmış
Dosyaların diğer uygulamalarla paylaşılmasını yönetir - Dosya verilerini başka bir uygulamayla (aynı geliştiricinin başka bir uygulaması bile olsa) paylaşan tüm kullanım alanlarını test edin.
- İçeriğin diğer uygulamada göründüğünü ve kilitlenmelere neden olmadığını test edin.
Daha fazla bilgi
Aylık iş ortağı bültenimiz de dahil olmak üzere Android ve Google Play'den önemli güncellemeleri ve duyuruları size gönderebilmemiz için Google Play Console'da e-posta listesine kaydolun.