Google Play’in 2027 kuralları: Bellek kullanımı, DEX optimizasyonu ve Zero-Tap Sign-In

Google Play, Android uygulamalarının teknik kalite çıtasını yükseltiyor. Şubat 2027’den itibaren Play Store’da dağıtılan uygulama ve oyunlar; dinamik bellek kullanımı, bitmap belleği ve DEX kod optimizasyonu için belirlenen yeni “kötü davranış” eşikleri üzerinden değerlendirilecek. Sınırları sürekli aşan uygulamalar doğrudan mağazadan kaldırılmayacak; ancak Play’de daha düşük görünürlük ve kısıtlı yayınlama yetenekleriyle karşılaşabilecek.

Buna ek olarak Nisan 2027’de, oturum açma özelliği sunan uygulamaların cihaz değişikliği sırasında Zero-Tap Sign-In desteği vermesi gerekecek. Bu sistem, Android’in Restore Credentials altyapısını kullanarak kullanıcının oturum durumunu yeni cihaza aktaracak. Oyunlar şimdilik bu zorunluluğun dışında tutuluyor. 17

Google Play hangi ölçümleri yapacak?

Yeni performans politikası, uygulamaların yavaşlamasına, çökmesine veya cihaz kaynaklarını verimsiz kullanmasına yol açabilecek üç alana odaklanıyor.

1. Dinamik bellek kullanımı

Google, uygulamanın anonim resident set size (RSS) değerini sıkıştırılmış takas alanıyla (compressed swap) birlikte ölçecek. Bu yaklaşım, cihazda depolanan her kod ya da varlık dosyasını uygulamanın belleği saymak yerine, uygulama çalışırken kullanılan özel belleğe odaklanıyor.

Oyunlar için ön plandaki dinamik bellek eşikleri cihazın RAM kapasitesine göre değişecek. Açıklanan aralık, 4 GB RAM’li cihazlarda 2,25 GB’tan 16 GB RAM’li cihazlarda 5 GB’a kadar uzanıyor. Böylece Google Play, her telefon ve tablete aynı sınırı uygulamak yerine farklı cihaz yeteneklerini ayrı kategorilerde değerlendirecek.

2. Bitmap belleği

Bitmap kullanımı uygulamanın ön planda, arka planda ve önbellekte bulunduğu durumlarda ayrı ayrı izlenecek. Eşikler şöyle:

• Uygulama ön planda veya arka plandayken 200 MB
• Uygulama önbellekteyken 400 MB

Amaç, artık ekranda görünmeyen görsel varlıkların sistem belleğinde gereksiz yere tutulmasını önlemek.

3. DEX kod optimizasyonu

50 MB’tan fazla DEX kodu içeren oyunların; kod optimizasyonu, küçültme ve obfuscation (kod karmaşıklaştırma) işlemleriyle App Bundle kapsamının en az yüzde 25’ine ulaşması gerekecek. Geliştiriciler, gereksiz kodu azaltmak ve dağıtılan paketi daha verimli hâle getirmek için R8 veya başka bir küçültme aracı kullanabilecek.

Kurallar nasıl uygulanacak?

Google Play, bir uygulamayı tek bir olağandışı oturumdaki en kötü sonuç üzerinden değerlendirmeyecek. Eşikler, 28 günlük hareketli dönemde toplanan verilerin 90. yüzdelik dilimi (P90) kullanılarak hesaplanacak. Başka bir deyişle politika, tek seferlik bir sorun yerine gerçek kullanıcıların farklı cihazlardaki sürekli performans problemlerini hedefliyor.

Şartları karşılamayan uygulamalar Google Play’de daha düşük görünürlük ve kısıtlı yayınlama yetenekleri ile karşılaşabilecek. Bu, eşiği aşan her uygulamanın otomatik olarak yasaklanacağı veya mağazadan kaldırılacağı anlamına gelmiyor. Google ayrıca geliştiricilerin uygulama yürürlüğe girmeden önce dinamik bellek ve bitmap ölçümlerini inceleyebilmesi için Play Console izleme ve tanılama araçları sunacak.

Google’ın daha fazla veri toplaması ve farklı uygulama kategorileriyle cihaz türlerindeki performansı daha iyi anlamasıyla eşikler ileride değişebilir. Bu nedenle geliştiricilerin yayımlanan değerleri tek seferlik bir sertifika hedefi olarak değil, düzenli izleme için başlangıç noktası olarak görmesi gerekiyor.

Zero-Tap Sign-In zorunluluğu ne getiriyor?

İkinci değişiklik, uygulamanın performansından farklı bir konuya, yeni cihaza geçiş deneyimine odaklanıyor. Nisan 2027’den itibaren kullanıcı hesabı ve oturum açma özelliği bulunan uygulamaların, Android cihaz değişikliği sırasında Zero-Tap Sign-In desteği sunması gerekecek. Bunun için Android’in Restore Credentials API’si kullanılacak.

Credential Manager üzerinden uygulanan Restore Credentials, kullanıcı yeni bir cihazda uygulamayı geri yüklediğinde oturumun sessizce yeniden açılmasını sağlayacak şekilde tasarlandı. Sistem; parola, geçiş anahtarı (passkey) veya federatif oturum açma gibi uygulamanın temel kimlik doğrulama yönteminden bağımsız çalışabiliyor. 1719

Bu zorunluluğun amacı, cihaz aktarımından sonra kullanıcıların onlarca uygulamada tek tek yeniden oturum açmak zorunda kalmamasını sağlamak. Oyunlar şu an için kapsam dışında; ancak Google politikayı geliştirdikçe bu istisna değişebilir.

Android 17 ile bağlantısı ne?

Google Play’in yeni politikası, Android 17’nin işletim sistemi düzeyindeki bellek kontrollerinin yerine geçmiyor; onları tamamlıyor. Android 17, cihazın toplam RAM’ine göre uygulama başına bellek sınırları getiriyor. Özellik ilk olarak Pixel cihazlarda başladı ve Google, 4 GB’tan 16 GB’ın üzerindeki RAM yapılandırmalarına kadar daha fazla üreticinin bu sınırları kullanmasını beklediğini söylüyor.

Bir uygulama Android 17’nin bellek sınırını aşarsa işletim sistemi uygulamayı yavaşlatabilir ve sonunda sonlandırabilir. Google Play’in 2027 kuralları ise dağıtım aşamasında devreye giriyor: geliştiricileri, kullanıcılar işletim sisteminin bu kontrolleriyle karşılaşmadan önce aşırı bellek kullanımını ve verimsiz kodu düzeltmeye yönlendiriyor.

Aradaki fark önemli: Android 17, uygulama belirli bir cihazda çalışırken ne olacağını belirliyor. Google Play’in 2027 kuralları ise uygulamanın mağazada normal görünürlüğünü ve yayınlama erişimini koruyup koruyamayacağını etkiliyor.

Android geliştiricileri şimdiden ne yapmalı?

Büyük uygulama ve oyun geliştiren ekiplerin şu adımları planlaması gerekiyor:

1. Ön plandaki ve arka plandaki oturumlarda anonim RSS ile sıkıştırılmış takas alanı kullanımını denetlemek.
2. Bitmap belleğini genel heap kullanımından ayrı izlemek ve önbellek durumunu da ölçmek.
3. DEX boyutunu kontrol etmek; küçültme, optimizasyon ve obfuscation işlemlerinin App Bundle kapsamını ölçmek.
4. Testleri yalnızca üst segment cihazlarda değil, farklı RAM seviyelerine sahip cihazlarda yürütmek.
5. Play Console’a gelecek tanılama araçlarını ve Android vitals metriklerini takip etmek.
6. Kimlik doğrulama akışını gözden geçirmek ve Nisan 2027’den önce Restore Credentials desteğini planlamak.

Pratik mesaj net: Bellek verimliliği ve kod optimizasyonu artık yalnızca performans tavsiyesi değil, uygulamanın mağazadaki dağıtımını etkileyebilecek kriterler hâline geliyor. Hazırlık yapmayan uygulamalar çalışmaya devam edebilir; ancak daha düşük Play görünürlüğü, kısıtlı yayınlama erişimi ve Android’in kendi bellek kontrollerine daha fazla maruz kalma riski taşıyacak.