Google Play API 36 Son Tarihi: 31 Ağustos 2026'da Ne Değişiyor?

1 Kasım 2026'da neler değişiyor

1 Kasım 2026, Google'ın yayımladığı hedef API uzatma döneminin sonu. Şartı karşılayan bir güncelleme gönderme imkânınızı sona erdirmiyor ve hiç değiştirilmemiş, yayındaki bir uygulamanın neye ihtiyaç duyduğunu da değiştirmiyor. Sürekli birbirine karıştırılan iki durum var:

Google Play Console Yardım'daki hedef API seviyesi şartları ve developer.android.com hedef SDK kılavuzu; ikisi de 15 Ekim 2026 tarihinde okundu.

Google, Play Store'un hedef API tabanını yılda bir kez yükseltiyor ve 2026, API 36 döngüsü. Kafa karıştıran şey sayı değil. Kafa karıştıran şey, "hedef API seviyesi şartı"nın aslında tek bir isim taşıyan iki ayrı kural olması: biri neyi yükleyebileceğinizi, diğeri ve daha düşük olanı ise yayındaki bir uygulamayı kimin hâlâ kurabileceğini belirliyor. Bu soruda sıralanan neredeyse her sayfa ikisini birbirine karıştırıyor; geliştiriciler de bu yüzden ya yeniden derlenmesi gerekmeyen bir uygulamayı baştan derliyor ya da önemli bir Play Console uyarısını görmezden geliyor.

Bu yazı ikisini ayırıyor, cihaz türü başına sayıları veriyor ve sonra destek kutumuza gerçekten gelen soruyu yanıtlıyor: 12 test kullanıcılı, kesintisiz 14 günlük kapalı test (closed testing) sürecinin yarısındaki bir uygulamaya bunun etkisi ne? Türk geliştiriciler bu kişilere günlük konuşmada "tester" da diyor; Google'ın resmî Türkçe dokümanlarındaki karşılık ise test kullanıcısı ve bu yazı boyunca o kullanılıyor. PrimeTestLab bu test tarafını geliştiriciler adına yürütüyor, dolayısıyla takvim çakışmasını sürekli görüyoruz ve o bölümdeki yönlendirme, hizmet alsanız da test kullanıcılarını kendiniz bulsanız da aynı biçimde geçerli. Aşağıdaki her tarih ve seviye 9 Ağustos 2026 tarihinde Google'ın kendi sayfalarına karşı kontrol edildi ve 15 Ekim 2026 tarihinde yeniden kontrol edildi; Google'ın gerçekten belgelemediği her şey ise kendinden emin bir tahminle doldurulmak yerine öyle etiketlendi.

Kural, tek cümlede

31 Ağustos 2026 tarihinden bu yana sıradan bir telefon, tablet, katlanabilir cihaz veya Android Auto uygulamasının Google Play'e gönderilebilmesi için Android 16, yani API seviyesi 36 veya üstünü hedeflemesi gerekiyor; ister yepyeni bir uygulama olsun, ister yayındaki bir uygulamanın güncellemesi. Bu tek cümle okurların çoğunu kapsıyor. Yazının geri kalanı ise istisnaları ve hiç dokunmadığınız uygulamalar için geçerli olan ayrı, daha düşük tabanı anlatıyor.

Tek isim, iki farklı kural

Google, "hedef API seviyesi şartı" ifadesini birbirine hiç benzemeyen iki şey için kullanıyor. Bu sayfayla yapabileceğiniz en değerli şey, ikisini birbirinden ayrı tutmak.

Yani güncelleme planı olmayan, sessizce API 35'te duran bir uygulama 31 Ağustos'ta kural 2'ye göre şartı karşılıyor ve bir şey yayınlamaya kalktığınız anda kural 1'e göre karşılamaz hâle geliyor. Bu bir çelişki değil, tasarımın kendisi: Google mağazaya girenler için çıtayı, mağazada kalanlar için yükselttiğinden daha hızlı yükseltiyor.

Google'ın kesin olarak tanımladığı üç terim

Politika üç terime yaslanıyor ve her birinin, hangi kurala tabi olduğunuzu belirleyen özel bir anlamı var:

• Yeni uygulama: "Google Play'de henüz yayımlanmamış" bir uygulama. Bir paket adının ilk yüklenişi.
• Mevcut uygulama: Google Play'de zaten yayımlanmış olan uygulama.
• Uygulama güncellemesi: Mevcut bir uygulamanın, güncelinin yerini almak üzere incelemeye gönderilen yeni sürümü. Güncelleme, kullanıma sunulma kuralına göre değil, gönderim kuralına göre değerlendirilir.

Cihaz türüne göre şartlar

"Android uygulaması" tek bir satır değil. Telefon, tablet, katlanabilir cihaz ve Android Auto API 36'ya gidiyor. Wear OS ve Android Automotive OS API 35'te duruyor. Android TV ve Android XR API 34'te duruyor. Güncellemediğiniz bir uygulama için tabanlar daha da düşük ve aşağıdaki anahtar iki küme arasında geçiş yapıyor.

Android Auto, Android Automotive OS değildir

Bu iki isim her yıl geliştiricilere gerçek zaman kaybettiriyor. Android Auto, bir uygulamayı telefondan aracın ekranına yansıtır; dolayısıyla uygulama bir telefon uygulamasıdır ve telefon kuralını izler: API 36. Android Automotive OS ise aracın kendisinde çalışan işletim sistemidir ve daha düşük hedefli istisnalardan biri olarak açıkça sayılır: API 35. İkisine birden çıkan bir medya veya navigasyon uygulaması geliştiriyorsanız, ikisinin yükseğine uymanız gerekir.

Bu sizi etkiliyor mu? Üç soruyu yanıtlayın

Hedef API kuralının şu anda sizin sorununuz olup olmadığı üç şeye bağlı: ne yapmak üzere olduğunuza, hangi cihaz türüne çıktığınıza ve güncel derlemenizin gerçekte neyi hedeflediğine. Aşağıdaki araç, Google'ın yayımladığı tabanları bu bileşime uygular ve iki kuraldan hangisine tabi olduğunuzu söyler.

Sonuç sizi temiz gösteriyorsa bile, yazının sonundaki son tarih öncesi kontrol listesine yine de bakın; çünkü "kaynak kodum hedefi 36 olarak ayarlıyor" ile "Google'ın değerlendirdiği paket 36 bildiriyor" aynı iddia değildir. Bu döngüdeki en yaygın sahte güven duygusu, geliştiricinin yüklediği paket yerine Gradle dosyasını okumasıdır.

31 Ağustos kaçarsa gerçekte ne olur

Hangi kurala tabi olduğunuza göre iki farklı şey. Tabanın altındaki bir derlemeyi yüklemeye kalkarsanız gönderim şartı karşılamaz. Kullanıma sunulma tabanının altındaki yayındaki bir uygulamaya hiç dokunmazsanız, uygulama kendisinin hedeflediğinden daha yeni bir Android sürümü çalıştıran cihazlardaki yeni kullanıcılar açısından bulunabilir ve kurulabilir olmaktan çıkar. İki sonuç da silinme değildir.

Yükleme yapmaya kalkarsanız

Bu sonucun neye bağlandığına dikkat edin: yükleme eylemine. Takvim tek başına, zaten yayında olan bir derlemeye hiçbir şey yapmaz. Bir uygulamanın 1 Eylül'de tamamen şartı karşılarken 2 Eylül'de engellenebilmesinin nedeni de budur: sırf bir hata düzeltmesi yayınlamaya karar verdiniz.

Yayındaki uygulamayı tabanın altında bırakırsanız

Rakiplerin "uygulamanız kaybolur" diye anlattığı durum bu ve bu anlatım önemli bir noktada yanlış. Google'ın ifadesi, uygulamanın belirli bir kullanıcı grubu için "bulunabilir olmaktan çıkacağı" yönünde. Somut olarak:

• Yeni cihazlardaki yeni kullanıcılar erişimi kaybeder. Kullanıcının cihazı uygulamanızın hedefinden daha yeni bir Android sürümü çalıştırıyorsa, Google Play uygulamayı ona artık göstermez ve kurmaz.
• Eski cihazlardaki yeni kullanıcılar etkilenmez. Uygulamanın hedefiyle aynı veya daha düşük API seviyesini çalıştıran bir cihaz uygulamayı almaya devam edebilir.
• Uygulamayı daha önce kuranlar etkilenmez. Uygulamayı zaten kurmuş olan herkes onu bulmaya, yeniden kurmaya ve desteklenen Android sürümlerinde kullanmaya devam edebilir.
• Bağlantılar doğruyu söyler. Uygun olmayan, daha yeni bir cihazdaki kullanıcı Play Store bağlantınızı açtığında kendisine uygulamanın "Android'in daha eski bir sürümü için yapıldığı" bildirilir.

Olmayan şeyler

Bu politika her ağustosta Google'ın destek forumlarında aynı dört korkuyu üretiyor. Hiçbiri hedef API seviyesi sayfasının anlattığı şey değil.

API 36'yı hedeflemek eski telefon desteğini bitirir mi?

Hayır, tek başına bitirmez. targetSdk, uygulamanızın hangi Android davranış seviyesi için derlenip test edildiğini bildirir. minSdk ise uygulamanın kurulabileceği en eski Android sürümüne karar verir. Bunlar ayrı sayılardır ve hedefi 36'ya çıkarmak asgariyi kendiliğinden yükseltmez: kodunuz ve yükselttiğiniz bağımlılıklar uyumlu kaldığı sürece uygulamanız o asgari seviyeye kadar eski Android sürümlerini desteklemeye devam edebilir.

Her döngüde en çok telaş yaratan yanlış anlama budur. Geliştirici "Android 16'yı hedeflemeli" ifadesini okuyor, bunu "yalnızca Android 16'da çalışır" sanıyor ve Google'ın erişebileceği cihazların çoğunu az önce sildiği sonucuna varıyor. Aşağıdan asgariyi değiştirin ve gerçekte neyin değiştiğini görün.

Üç sayı ve Google Play'in denetlediği tek sayı

Uygulamanız şu anda kapalı testteyse bu ne anlama geliyor

Zorunlu 12 test kullanıcılı, kesintisiz 14 günlük kapalı testi yürüten yeni bir kişisel geliştirici hesabıysanız, geçiş ya da bir uzatmanın sona ermesi pencerenizin ortasına denk gelebilir. Güvenli hamle, API 36 sürümünü şimdi aynı kapalı kanala sokmak, her test kullanıcısını teste kayıtlı tutmak ve bir son tarihin sizi kanal değiştirmeye veya test kullanıcılarını yeniden başlatmaya zorlamasına asla izin vermemek.

Google'ın hedef API sayfası ile kapalı test sayfası farklı ekipler tarafından farklı amaçlarla yazılmış ve hiçbiri diğerine değinmiyor. Bu, gerçek bir boşluk bırakıyor; dürüst olan da belgelenmiş zeminin tam olarak nerede bittiğini size göstermek.

Doğrulanmış olanlar

• Şartı karşılayan yeni bir kişisel hesabın üretim erişimi için başvurabilmesi öncesinde "kapalı test çalıştırması" ve bu teste kesintisiz olarak son 14 gündür kayıtlı en az 12 test kullanıcısı dahil etmesi gerekiyor. Bu, 13 Kasım 2023 tarihinden sonra oluşturulmuş kişisel hesaplar için geçerli. Doğrulandı
• Google'ın geliştirici dokümantasyonu, yüklenen bir APK'nın Play'in hedef API şartlarını karşılaması gerektiğini söylüyor ve test kanalları için hiçbir istisna yayımlamıyor. Bu ifade teste özel değil, kanaldan bağımsız. Dolayısıyla son tarihten sonra kapalı kanala yapılacak yeni bir yüklemenin API 36 gerektireceğini varsayarak plan yapın. Bu güçlü bir çıkarımdır, belgelenmiş bir test kanalı kuralı değildir. Kısmi
• Google'ın kendi yönlendirmesi, geliştiricileri sorunları düzeltirken uygulamayı kapalı testte güncellemeye devam etmeye teşvik ediyor ve geçerli süreyi donmuş tek bir paket üzerinden değil, test kullanıcılarının teste kayıtlı kalma sürekliliği üzerinden tanımlıyor. Doğrulandı
• Dahili test 100 test kullanıcısıyla sınırlıdır ve şartı karşılayan kapalı testin yerine geçmez. Doğrulandı

Google'ın belgelemediği şey

Yanıt bilinmediği için doğru strateji onu tahmin etmek değil. Doğru strateji, şartı karşılayan bir derlemeyi şimdi kanala koyarak soruyu anlamsız kılmak. Bu, iki sonuçta da güvenlidir ve eski paket zaten çalışmaya devam edecek olsaydı bile size hiçbir şeye mal olmaz.

Her durumda güvenli olan sıra

1. Aynı kapalı kanalı ve aynı test kullanıcısı grubunu koruyun

   API 36 sürümünü tutmak için yeni bir kanal açmayın ve teste kayıtlı test kullanıcılarını çıkarmayın. Google'ın saydığı 14 günlük süreklilik, test kullanıcılarının teste kayıtlı kalmasıyla ilgilidir; yani koruduğunuz varlık kayıtların kendisidir.

2. API 36 geçişini kendi test turu olan ayrı bir iş olarak ele alın

   Android 16 kontrollerini bir retten sonra değil, yüklemeden önce yapın. Kenardan kenara düzen bozukluğunu yayınlamanız gereken gün keşfetmek, bunu bir hafta önce keşfetmekten çok farklı bir gündür.

3. Mevcut kapalı kanala daha yüksek bir versionCode ile yükleyin

   Yerine geçen her paketin versionCode değeri artırılmalıdır. Google geçerli süreyi test kullanıcılarının teste kayıtlı kalma sürekliliği üzerinden tanımlıyor ve test sırasında sorunları düzeltmeye devam etmeyi açıkça teşvik ediyor, ancak her paket değiştirme senaryosunu kapsayan mutlak bir garanti yayımlamıyor. Aynı kanalı ve teste kayıtlı aynı test kullanıcılarını koruyun, sonrasında da Play Console sayacını kontrol edin. Bu ilk döngünüzse testin ortasında güncelleme yapmanın bütün mekaniği okumaya değer.

4. Sürümün test kullanıcılarına gerçekten ulaştığını doğrulayın

   Yayımlanmış bir sürüm, teslim edilmiş bir sürümle aynı şey değildir. Kapalı sürümün yayında olduğunu, versionCode değerinin daha yüksek olduğunu ve kayıt listesindeki test kullanıcılarının güncellemeyi görebildiğini kontrol edin.

5. İşleme bittikten sonra Policy status sayfasını yeniden kontrol edin

   Pakete işlenmesi için zaman tanıyın, sonra uygulamanın Policy status sayfasını yeniden açın. Hedef API uyarısı hâlâ duruyorsa rastgele sürüm silmek yerine ayıklama listesini uygulayın.

6. Uzatmayı yalnızca geçiş gerçekten zamanında yetişmiyorsa talep edin

   Google'ın yayımladığı uzatma dönemi 1 Kasım 2026'da sona eriyor ve uzatma, etkilenen her uygulama için o uygulamanın kendi bildiriminden ayrı ayrı talep ediliyordu. Bu tarihten sonra tek yol şartı karşılayan bir derlemedir; dolayısıyla uzatma, teknik çalışmayı duraklatmanın gerekçesi değildir.

1 Kasım 2026 uzatması nasıl talep edilir

Etkilenen geliştiriciler, dağıtımı 1 Kasım 2026 tarihine kadar sürdüren bir uzatma talep edebilir. Talep uygulama başına, o uygulamanın Play Console'daki politika uyarısından yapılır. Google bunu otomatik, garantili ya da kalıcı bir muafiyet olarak tarif etmiyor, dolayısıyla talep açıkken geçişe devam edin.

Google Play Console · gerçek ekran görüntüsü Büyütmek için tıklayın

1. Etkilenen uygulamayı Play Console'da açın

   Uzatma erişimi hesap geneli değil, uygulamaya özeldir. Birden fazla uygulama yayınlıyorsanız bunu etkilenen her uygulama için tekrarlamayı bekleyin.

   Doğrulandı
2. Policy status bölümüne gidin

   Hedef API sorununu yalnızca Google'ın şartı karşılamadığını değerlendirdiği uygulamaların taşıması beklenir. Uygulama zaten şartı karşılıyorsa burada uzatılacak bir şey ve bulunacak bir form yoktur.

   Doğrulandı
3. Hedef API uyarısını veya sorun ayrıntılarını açın

   Yukarıdaki ekran görüntüsünde görünen sorun başlığı App must target Android 16 (API level 36) or higher. İfade uygulamaya ve sunum durumuna göre hâlâ değişebilir, dolayısıyla bunu garantili evrensel bir metin değil, gerçek bir hesabın gördüğü hâli olarak alın.

   Doğrulandı
4. Sorundaki veya bildirimlerdeki uzatma bağlantısını izleyin

   Google, etkilenen bazı geliştiricileri sorun paneli yerine uygulama bildirimi üzerinden yönlendiriyor. Seçeneğin sizde olmadığı sonucuna varmadan önce ikisine de bakın.

   Doğrulandı
5. İstenen bilgileri gönderin

   Google, herkese açık yardım sayfasında tam soruları yayımlamıyor, dolayısıyla "sordukları sorular" diye dolaşan her listeyi doğrulanmamış kabul edin. Gerçek geçiş planınızdan yanıtlayın.

   Kısmi
6. 1 Kasım 2026 tarihini kesin sınır olarak alın

   Uzatma tarihi öteler, şartı ortadan kaldırmaz. Tanınan bir uzatmanın kapsadığı her şey 1 Kasım 2026'ya kadar bitmiş olmalı; ondan sonra sıradan bir mobil güncellemeyi göndermenin tek yolu, şartı karşılayan bir API 36 paketidir.

   Doğrulandı
7. Talep açıkken geçişe devam edin

   Google'ın ifadelerinin hiçbiri onay vaat etmiyor. Henüz almadığınız bir uzatmaya göre plan yapmak, bu döngüdeki en pahalı varsayımdır.

   Kısmi

Akılda tutulmaya değer bir ayrım daha: Google uzatma dipnotunu API 36 şartına iliştiriyor ve metninde uzatmayı çoğunlukla mevcut bir uygulamanın dağıtımını sürdüren bir şey olarak anlatıyor. Yeni uygulama, güncelleme ve mevcut uygulama kombinasyonlarının hepsini aynı kesinlikle ele almıyor. Planladığınız belirli bir yüklemeyi uzatmanın kapsadığını varsaymadan önce, kendi uygulamanızın uyarısının neyi kapsadığını söylediğini okuyun.

Peki ya 2027'de API 37?

Google, yeni uygulamaların ve güncellemelerin Ağustos 2027'den itibaren API seviyesi 37'yi hedeflemesinin zorunlu olacağını duyurdu. Güncel şartlar tablosu henüz kesin bir gün veya 2027 için cihaz türü istisna matrisi vermiyor, dolayısıyla bu yazı da bir tane uydurmuyor. Android 17'nin kendi yayın takvimi (platform kararlılığı Mart 2026 için hedeflendi, 2. çeyrekte büyük bir sürüm ve 4. çeyrekte küçük bir SDK sürümü) Play'in hedefleme takviminden farklı bir zaman çizelgesidir; ikisini ayrı tutun. Kısmi: ay duyuruldu, gün yayımlanmadı

Bir uygulama API 36'ya nasıl yükseltilir

Dört adım: API 36 SDK'sını kurun, compileSdk ve targetSdk değerlerini 36 yapın, bunu yapınca bozulan bağımlılıkları güncelleyin ve Android 16 davranış değişikliklerini test edin. Sayıyı değiştirmek tek satırlık bir düzenleme. Uygulamanın hâlâ çalıştığını kanıtlamak ise asıl geçişin kendisi.

Güncellemem hedef API seviyesi nedeniyle reddedildi. Neyi düzeltmeliyim?

Sorunda adı geçen yüklenmiş sürümün hedef API seviyesiyle başlayın, sonra onu üreten derlemeyi değiştirin. Aşağıdaki genel geçiş adımları aynı; bu bölüm, Play Console zaten hayır dediğinde o adımları hangi sırayla uygulayacağınızı gösteriyor.

1. Sorunu okuyun. Policy status içinde uygulamanın hedef API sorununu açın ve adı geçen version code'u, bildirilen hedefi ve istenen tabanı not edin. Asıl metnin ekran görüntüsünü saklayın.

2. O paketi inceleyin. Test and release, Latest releases and bundles altında o sürümü açın ve hedef API seviyesini okuyun. Onu derleyen dal, flavour veya dışa aktarımla karşılaştırın. Kanıt pakettir; editör ayarı kanıt değildir.

3. Paketi üreten yeri düzeltin. Paket 36'nın altındaysa API 36 platformunu kurun ve compileSdk ile targetSdk değerlerini yükseltin ya da aşağıda teknoloji yığınınıza uygun framework veya dışa aktarıcı yolunu izleyin. Araçlar veya bağımlılıklar ayrı bir değişikliği zorunlu kılmadıkça minSdk değerine dokunmayın.

4. Test edin, sonra daha yüksek bir version code ile yükleyin. İmzalı sürüm derlemesini Android 16'da ve desteklediğiniz en eski sürümde çalıştırın; özellikle framework en düşük desteklenen sürümü değiştirdiyse.

5. Yeni paketi geri okuyun. Play Console'da hedefini ve sürüm durumunu doğrulayın, ardından işleme bittikten sonra politika sorununu yeniden açın. Uyarı hâlâ daha eski bir sürümün adını veriyorsa, o sürümün hâlâ hangi kanalda yayında olduğunu kontrol edin; uyarıyı temizlemek için devam eden bir kapalı testi silmeyin.

6. Doğru pakete rağmen hâlâ engelleniyor musunuz? Sorun metni, version code'lar, kanal ve paket ayrıntılarıyla uygulamanın Yardım yolunu kullanın. Bir uzatma talebinin onaylandığını varsaymayın; kapsamı o uygulamanın kendi bildirimi belirler.

Yüklenen sürümleri görüntüleme ve hedef API şartları üzerine Google Play Console Yardım sayfaları, Android SDK yapılandırma kılavuzu ve geliştiricilerin kalıcı uyarılarla ilgili bildirimleri; hepsi 15 Ekim 2026 tarihinde okundu. Bu sıra pratik bir önceliklendirmedir, ölçülmüş bir neden sıralaması değildir.

1. adım: Android 16 SDK'sını kurun

Android Studio'yu açın, SDK Manager'a gidin ve API seviyesi 36 için Android SDK Platform'u güncel 36.x.x derleme araçlarıyla birlikte kurun. Platform kurulu değilken compileSdk değerini yükseltmek, yaptığınız işle alakasız görünen bir derleme hatası üretir.

2. adım: derlemenizdeki seviyeleri yükseltin

Yığınınızı seçin. Dosya yolu ve tam satırlar değişiyor, varış noktası değişmiyor: yüklediğiniz paketin içindeki manifest hedef 36 bildirmek zorunda.

android {
    compileSdk = 36

    defaultConfig {
        applicationId = "com.example.app"
        minSdk = 24
        targetSdk = 36
        versionCode = 2
        versionName = "1.0.1"
    }
}

android {
    compileSdk 36

    defaultConfig {
        applicationId "com.example.app"
        minSdkVersion 24
        targetSdkVersion 36
        versionCode 2
        versionName "1.0.1"
    }
}

android {
    compileSdk = flutter.compileSdkVersion
    compileSdk = 36

    defaultConfig {
        targetSdk = flutter.targetSdkVersion
        targetSdk = 36
    }
}

buildscript {
    ext {
        buildToolsVersion = "36.0.0"
        minSdkVersion = 24
        compileSdkVersion = 36
        targetSdkVersion = 36
    }
}

ext {
    minSdkVersion = 24
    compileSdkVersion = 36
    targetSdkVersion = 36
}

3. adım: bağımlılıkları ve framework araçlarını güncelleyin

Derleme seviyesini yükseltmek, eski bağımlılıkların çuvalladığı yerdir. Android Gradle Plugin, Gradle'ın kendisi, Kotlin, AndroidX kitaplıkları, Google Play services ve yerel kod içeren her reklam veya analiz SDK'sına dokunmayı bekleyin. Bu yazı bilerek "doğru sürümleri" yayımlamıyor, çünkü uyumlu sürümler haftalık değişiyor ve buraya sabitlenmiş bir liste iki hafta içinde yanıltıcı olurdu. Sürümleri, geçişi yaptığınız gün framework'ünüzün kendi güncel sürüm notlarından alın.

4. adım: derleyin, yükleyin ve paketi doğrulayın

• İmzalı bir Android App Bundle üretin ve versionCode değerini artırın.
• Yalnızca hata ayıklama derlemesini değil, sürüm paketini test edin. Küçültme ve kaynak budama, hata ayıklama derlemelerinin gizlediği şeyleri bozar.
• Hedeflediğiniz kanala yükleyin ve Play Console'da paketin hedef API seviyesi 36 bildirdiğini doğrulayın.
• İşleme bittikten sonra bütün etkin kanalları gözden geçirin ve Policy status sayfasını yeniden açın.

API 36 sürümünü yayınlamadan önce test edilecek Android 16 davranışları

API 36'yı hedeflemek, Android 16 cihazlarda uygulamanız için Android 16 davranışlarını devreye sokar. Test edilmesi gereken yüksek öncelikli davranışlar kenardan kenara düzen, tahminli geri gezinme, büyük ekranlarda yönlendirme serbestliği, sağlık izinleri, sabit aralıklı zamanlama ve metin düzeni. Aşağıda size uyanları işaretleyin, genel bir liste yerine kendi uygulamanızın test listesini alın.

Kenardan kenara düzen ve tahminli geri: en geniş etki alanı

Kenardan kenara düzenin etki alanı geniş, çünkü uygulamanızın herhangi bir egzotik API kullanmasını gerektirmiyor. Android 16'da API 36 hedefleyen bir uygulama önceki devre dışı bırakma niteliğini artık kullanamaz, dolayısıyla sistem çubuklarının kendisine yer bırakacağını varsayan içerik artık onların altında kalır. Belirti, birincil bir düğme hareket çubuğunun altına girip dokunulamaz hâle gelene kadar yalnızca görseldir.

Tahminli geri gezinmenin etki alanı da benzer biçimde geniş. Uygulamanız eski usul geri işlemeyi kaydediyorsa, hedef 36 için tahminli geri varsayılan olarak açıldığında o yol eskisi gibi tetiklenmeyebilir. Geri hareketini sahip olduğunuz her gezinme derinliğinden test edin: kalıcı pencereler, WebView'lar, kaydedilmemiş veri içeren formlar ve çıkıştan önceki son ekran.

Evrensel bir hedef 36 bozulması olmayanlar

Peki 16 KB sayfa boyutu şartı ne olacak?

Farklı şart, farklı tarih, aynı uygulamalar. Hedef API son tarihi, manifestinizin bildirdiği seviyeyle ilgili. 16 KB sayfa boyutu şartı ise yerel kitaplıklarınızın 16 KB bellek sayfası olan cihazlarda çalışıp çalışmadığıyla ilgili. Google'ın güncel yönlendirmesi, 16 KB desteği olmayan etkilenmiş uygulama güncellemelerinin artık yayınlanamayacağı tarih olarak 1 Şubat 2027'yi veriyor.

• Kimi etkiliyor: Google'ın şartı, 64 bit Google Play cihazlarında API 35 veya üstünü hedefleyen uygulamalar için geçerli. Bu grup içinde, doğrudan ya da bir SDK üzerinden yerel .so kitaplıkları paketleyen uygulamalar açıkça yeniden derleme ve hizalama işine ihtiyaç duyma olasılığı en yüksek olanlar. Uygulamanız yalnızca Kotlin veya Java ise genellikle zaten uyumludur, ama varsaymak yerine yine de test etmeye değer.
• Ne değil: 31 Ağustos 2026 hedef API son tarihinin parçası değil ve birini geçmek diğerini geçmiş saymaz.
• Neden aynı anda geliyor: hedef seviyesini yükseltmek genellikle yeniden derlemek demektir ve yeniden derleme, bağımsız bir yerel kütüphane sayfa boyutu sorununun yüzeye çıktığı andır. İkisinin karıştırılmasının nedeni bu zamanlama.

Uygulamanız yerel kitaplık paketliyorsa, sayfa boyutu kontrolünü son dakikada API 36 sürümünün içine sıkıştırdığınız bir şey olarak değil, kendi test turu olan ayrı bir iş olarak ele alın. İki değişiklik derlemenin farklı yerlerine dokunuyor ve ikisini aynı anda ayıklamak, bir haftalık geçişi üç haftaya çıkaran şeydir.

API 36'yı yüklediniz ve uyarı hâlâ duruyor

Genellikle şu üç şeyden biri: paketin işlenmesi bitmemiştir ve Policy status yenilenmemiştir, başka bir etkin kanalda hâlâ eski bir paket duruyordur ya da yüklediğiniz paket, projeniz öyle olsa bile gerçekte 36 bildirmiyordur. Listeyi sırayla uygulayın ve sürüm silmeye başlamayın.

Geliştiricilerin bildirdiği güncel sorun başlığı Your app must target Android 16 (API level 36) or higher. Google her yükleme akışı için resmî tam hata metnini yayımlamadı, dolayısıyla internette bulduğunuz kesin ifadeleri, bu dahil, resmî değil gözlemlenmiş olarak kabul edin.

Tek bir alışkanlık bunun çoğunu kalıcı olarak çözer: her yüklemeden sonra hedef API seviyesini Play Console'daki paketten geri okuyun ve versionCode değerinin yanına yazın. On saniye sürer ve haftanızdan "bunu düzelttiğime eminim" kategorisini tamamen kaldırır.

Son tarih öncesi kontrol listesi

On dört madde, gerçekte gerçekleştikleri sırayla. Son dördü insanların atladığı maddeler ve uyarının temizlenip temizlenmeyeceğine karar verenler de onlar.

PrimeTestLab bu son tarihin neresinde duruyor

Sınırı net koyalım: kodunuzu biz taşımıyoruz. targetSdk değerini yükseltmek, bağımlılıkları güncellemek ve Android 16 davranış değişikliklerini düzeltmek sizin derlemeniz ve bu yazı da o işe bütün katkımız. Bizim üstlendiğimiz şey çakışmanın diğer yarısı: yeni bir kişisel hesabın üretime ulaşabilmesi için gereken, kesintisiz 14 gün boyunca teste kayıtlı 12 gerçek test kullanıcısı.

Asıl sorun zamanlama. İlk kez yayın yapan birinden aynı anda birbiriyle alakasız iki zor iş isteniyor: API 36 sürümünü çıkarmak ve şartı karşılayan bir kapalı testi iki hafta boyunca aralıksız ayakta tutmak. Derleme, çözülebilir bir mühendislik işi. Gerçek cihazlarda on dört gün boyunca teste kayıtlı kalan on iki gerçek insan bulmak ise bir ayı sessizce yiyip bitiren kısım.

Kapalı testi kendiniz yapmak mı, devretmek mi

Hangi sırayla yapmalı

İki sorunla aynı anda karşı karşıyaysanız, onları peş peşe değil paralel yürütün. Kapalı testi hemen başlatın, çünkü 14 günü sıkıştıramayacağınız takvim zamanıdır; API 36 geçişini de onun yanında yapın. Şartı karşılayan derleme hazır olduğunda, daha yüksek bir versionCode ile ve aynı test kullanıcıları hâlâ teste kayıtlıyken onu aynı kapalı kanala gönderin. Böylece son tarih ile test penceresi aynı iki hafta için birbiriyle yarışmayı bırakır.

Sık sorulan sorular

Özet

Politika görüntüsü 9 Ağustos 2026 tarihinde doğrulandı ve 15 Ekim 2026 tarihinde Google'ın güncel hedef API, sayfa boyutu ve kapalı test sayfalarına karşı yeniden doğrulandı. Google bu sayfaları haber vermeden güncelliyor, dolayısıyla herhangi bir tarihe göre hareket etmeden önce yukarıdaki birincil kaynaklara bakın. Sonraki editoryal kontrol: uzatma dönemi 1 Kasım 2026'da sona erdikten sonra.