Android ekosistemi, milyarlarca cihazı kapsayan geniş kullanıcı kitlesiyle mobil uygulama geliştiricileri için en önemli platformlardan biridir. Geliştirilen bir Android uygulamasının son kullanıcıya ulaştırılabilmesi için uygulamanın Google Play gereksinimlerine uygun şekilde hazırlanması, imzalanması, test edilmesi ve Google Play Console üzerinden yayınlanması gerekir.
Bu yazımızda bir Android uygulamasının geliştirme ortamından Google Play Store’daki son kullanıcıya ulaşmasına kadar geçen süreci, 2026 yılı gereksinimlerini dikkate alarak adım adım inceleyeceğiz.
1. Google Play Developer Hesabı Oluşturma
Google Play Store’da uygulama yayınlayabilmek için öncelikle bir Google Play Developer hesabına sahip olmamız gerekiyor. Geliştirici hesabımızı oluştururken kişisel veya organizasyon hesabı seçeneklerinden birini tercih ediyoruz. Kayıt sırasında kimlik doğrulaması ve iki adımlı doğrulama gibi güvenlik adımlarını tamamlıyoruz.
Kişisel ve organizasyon hesapları arasında özellikle uygulamayı production ortamına almadan önce uygulanması gereken test süreçleri açısından bazı farklılıklar bulunuyor. 13 Kasım 2023 tarihinden sonra oluşturulan kişisel geliştirici hesaplarında, uygulamayı production kanalına alabilmek için en az 12 test kullanıcısıyla 14 gün boyunca kapalı test gerçekleştirmemiz gerekiyor.
Organizasyon hesaplarında aynı zorunluluk bulunmuyor ancak uygulamayı production ortamına almadan önce Google Play’in sunduğu test kanallarını kullanmak faydalı olacaktır. Ücretli bir uygulama yayınlayacaksak geliştirici hesabımıza bağlı bir Google Payments Merchant hesabı da oluşturmamız gerekiyor.
2. Application ID (Package Name) Belirleme
Her Android uygulamasının benzersiz bir Application ID’ye sahip olması gerekiyor. Package Name’i genellikle ters alan adı yapısında oluşturuyoruz:
com.firma.uygulama
Package Name, uygulamamızın Google Play üzerindeki temel kimliklerinden biridir ve uygulamayı yayınladıktan sonra değiştiremiyoruz. Bu nedenle Package Name belirlerken şirketimizin veya uygulamamızın alan adından yararlanabilir ve uzun vadede kullanabileceğimiz bir isim tercih edebiliriz.
Package Name’i daha sonra değiştirmemiz gerekirse uygulamayı Google Play üzerinde yeni bir uygulama olarak yayınlamamız gerekir.
3. API Seviyesi ve Android Sürüm Gereksinimleri
Google Play, yeni uygulamaların ve mevcut uygulamalara gönderilen güncellemelerin belirli Android API seviyelerini hedeflemesini zorunlu tutuyor.
31 Ağustos 2026 itibarıyla Google Play’e gönderilen yeni uygulamaların ve uygulama güncellemelerinin Android 16 / API Level 36 veya daha yüksek bir sürümü hedeflemesi gerekiyor. Proje yapılandırmamızda özellikle aşağıdaki değerleri kontrol ediyoruz:
compileSdkVersion
targetSdkVersion
minSdkVersion
targetSdkVersion, uygulamamızın hangi Android API seviyesini hedeflediğini belirtirken minSdkVersion uygulamamızın çalışabileceği minimum Android sürümünü belirliyor.
Minimum SDK seviyesini belirlerken uygulamamızın ihtiyaç duyduğu Android özellikleri ile desteklemek istediğimiz kullanıcı kitlesini birlikte değerlendirmemiz gerekiyor.
4. Android Projesini Release İçin Hazırlama
Google Play’e göndereceğimiz uygulama paketini oluşturmadan önce projemizi release ortamına uygun hale getiriyoruz. Bu aşamada aşağıdaki kontrolleri yapıyoruz:
- Application ID'nin doğruluğunu kontrol ediyoruz
versionCodeveversionNamedeğerlerini kontrol ediyoruz.- Geliştirme sırasında kullandığımız gereksiz log kayıtlarını kaldırıyoruz.
debuggable=truegibi geliştirme ayarlarının production sürümünde bulunmadığından emin oluyoruz.Android Manifestiçerisindeki gereksiz izinleri kaldırıyoruz. Yalnızca uygulamamızın gerçekten kullandığı özellikler için izin istiyoruz.- Uygulamamızı farklı ekran boyutlarında test ediyoruz.
- Kullanılmayan kaynakları projeden kaldırıyoruz.
- Uygulama ikonlarını ve diğer mağaza materyallerini hazırlıyoruz.
Google Play’e gönderdiğimiz her yeni sürümde versionCode değerini önceki sürümden daha yüksek bir değer olarak belirlememiz gerekiyor.
5. Android App Bundle (AAB) Oluşturma
Google Play’de yeni uygulamalar için kullandığımız temel dağıtım formatı Android App Bundle’dır (AAB). AAB formatı, uygulamamızın kodlarını ve kaynaklarını tek bir paket içerisinde toplar. Google Play bu bundle üzerinden kullanıcının cihazına uygun APK dosyalarını otomatik olarak oluşturur. Bu sayede kullanıcı yalnızca kendi cihazı için gerekli kaynakları indirir ve uygulamanın indirme boyutunu azaltabiliriz.
Android Studio üzerinden AAB oluşturmak için:
Build → Generate Signed Bundle / APK → Android App Bundle
adımlarını takip ediyoruz.
6. Play App Signing ve Uygulama Anahtarları
Google Play, uygulamaların güvenli şekilde imzalanması için Play App Signing sistemini kullanıyor. Bu sistemde iki temel anahtar bulunuyor.
App Signing Key
App Signing Key, uygulamanın son kullanıcıya dağıtılan sürümünü imzalamak için kullanılıyor. Play App Signing kullandığımızda bu anahtar Google tarafından güvenli şekilde saklanıyor.
Upload Key
Upload Key ise Google Play’e yüklediğimiz AAB paketlerini imzalamak için kullandığımız anahtardır. Upload Key’i kaybetmemiz veya anahtarın güvenliğinin ihlal edilmesi durumunda Google üzerinden değiştirme işlemi gerçekleştirebiliriz.
Yeni bir uygulamada temel olarak aşağıdaki adımları takip ediyoruz:
- Android Studio üzerinden bir keystore ve Upload Key oluşturuyoruz.
- Release AAB dosyamızı Upload Key ile imzalıyoruz.
- İmzalanmış
.aabdosyamızı Google Play Console’a yüklüyoruz. - Play App Signing’i etkinleştiriyoruz.
- Google Play, son kullanıcıya dağıtılacak paketleri App Signing Key ile imzalıyor.
Keystore dosyamızı ve Upload Key bilgilerimizi güvenli bir ortamda saklamamız oldukça önemlidir.
7. Google Play Test Kanalları
Google Play Console, uygulamamızı production ortamına almadan önce test edebilmemiz için farklı yayın kanalları sunuyor.
Internal Testing
Internal Testing ile uygulamamızı küçük bir test grubuna hızlı şekilde dağıtabiliyoruz. Bu kanala en fazla 100 test kullanıcısı ekleyebiliyoruz. Bu kanalı geliştirme ekibimiz içerisindeki testler ve yeni build’lerin hızlı kontrolü için kullanabiliriz.
Closed Testing
Closed Testing ile belirlediğimiz kullanıcı gruplarıyla kontrollü test gerçekleştirebiliyoruz. Yeni kişisel geliştirici hesaplarında production erişimi elde edebilmek için en az 12 testçiyle 14 gün boyunca Closed Testing gerçekleştirmemiz gerekiyor.
Open Testing
Open Testing ile uygulamamızın beta sürümünü daha geniş bir kullanıcı grubuna açabiliyoruz.
Production
Production, uygulamamızın Google Play Store üzerinden genel kullanıcı kitlesine sunulduğu yayın kanalıdır.
Sağlıklı bir yayın süreci için uygulamamızı doğrudan production ortamına göndermek yerine öncelikle Internal Testing ve ardından gerekiyorsa Closed Testing üzerinden test edebiliriz.
8. Google Play Store Listing Hazırlama
Uygulamamızın Google Play Store’da kullanıcılara gösterilecek ürün sayfasını da hazırlamamız gerekiyor.
Play Console üzerinden yeni uygulama oluştururken temel olarak aşağıdaki bilgileri giriyoruz:
- Uygulama adı
- Varsayılan dil
- Uygulama veya oyun seçimi
- Ücretsiz veya ücretli uygulama seçimi
- Veri erişimi bilgileri
- Reklam kullanımı
Uygulama kaydımızı oluşturduktan sonra Store Listing içerisinde uygulamanın mağaza içeriklerini hazırlıyoruz.
Kısa Açıklama
Uygulamamızın temel amacını anlatan kısa açıklamayı giriyoruz. Bu alan maksimum 80 karakterden oluşabiliyor.
Detaylı Açıklama
Uygulamamızın özelliklerini, işlevlerini ve kullanıcılara sunduğu faydaları detaylı şekilde açıklıyoruz.
Uygulama İkonu
Google Play için 512 × 512 piksel boyutunda uygulama ikonumuzu hazırlıyoruz.
Feature Graphic
Google Play içerisinde uygulamanın tanıtımında kullanılabilecek 1024 × 500 piksel boyutunda bir Feature Graphic hazırlıyoruz.
Ekran Görüntüleri
Uygulamamızın gerçek kullanımını ve temel özelliklerini gösteren ekran görüntülerini ekliyoruz.
Kategori ve Etiketler
Uygulamamızın ait olduğu kategoriyi ve ilgili etiketleri belirliyoruz.
İletişim Bilgileri
Kullanıcıların destek talepleri için bize ulaşabileceği aktif bir destek e-posta adresi ekliyoruz.
9. Data Safety ve Uygulama İçeriği
Data Safety bölümünde uygulamamızın hangi kullanıcı verilerini topladığını, bu verileri hangi amaçlarla kullandığımızı ve üçüncü taraflarla paylaşıp paylaşmadığımızı belirtiyoruz. Uygulamamız herhangi bir veri toplamıyorsa bunu da Data Safety formunda belirtiyoruz.
Privacy Policy
Kullanıcıların erişebileceği bir gizlilik politikası adresi ekliyoruz.
Content Rating
Google Play’in sunduğu içerik derecelendirme anketini dolduruyoruz.
Target Audience
Uygulamamızın hedeflediği yaş gruplarını belirtiyoruz.
Ads
Uygulamamızda reklam bulunup bulunmadığını beyan ediyoruz.
App Access
Uygulamamız giriş yapmayı, kayıt olmayı veya üyelik gerektiriyorsa Google Play inceleme ekibinin uygulamaya erişebilmesini sağlamamız gerekiyor. İnceleme ekibine gerekli test kullanıcı adı ve şifresini veriyoruz. Kullanıcı adı ve şifre dışında özel bir işlem gerekiyorsa uygulamanın ilgili bölümlerine nasıl erişileceğini de açıklıyoruz.
Bu bilgileri eksik bırakmamız inceleme sırasında uygulamanın reddedilmesine neden olabilir.
10. Fiyatlandırma ve Dağıtım
Play Console üzerinden uygulamamızın hangi ülkelerde yayınlanacağını ve ücretlendirme modelini belirliyoruz. Uygulamamızı ücretli veya ücretsiz olarak yayınlayabiliyoruz.
Google Play’de ücretsiz olarak yayınladığımız bir uygulamayı daha sonra doğrudan ücretli uygulamaya dönüştüremiyoruz. Böyle bir durumda farklı bir Package Name kullanarak yeni bir uygulama oluşturmamız gerekiyor. Ücretli uygulamalarda varsayılan fiyatı belirleyebiliyor ve gerektiğinde ülkelere göre farklı fiyatlandırmalar yapabiliyoruz.
11. Production Release Oluşturma
Uygulamamızın teknik hazırlıklarını, Store Listing bilgilerini ve gerekli politika formlarını tamamladıktan sonra yayınlayacağımız release’i oluşturabiliriz.
Temel olarak aşağıdaki adımları takip ediyoruz:
- Kullanacağımız yayın kanalını seçiyoruz.
- İmzalanmış
.aabdosyamızı yüklüyoruz. - Sürüm adını ve release notes bilgilerini giriyoruz.
- Google Play’in yayın öncesi kontrollerini inceliyoruz.
- Tespit edilen hata veya eksiklikleri gideriyoruz.
- Release’i incelemeye gönderiyoruz.
Google Play ayrıca uygulama güncellemelerini kademeli olarak dağıtmamıza olanak sağlıyor. Örneğin yeni bir sürümü ilk olarak kullanıcılarımızın %10’una sunabiliriz. Herhangi bir kritik problem görmezsek dağıtım oranını kademeli olarak artırarak %100’e çıkarabiliriz. Bu yöntemi özellikle geniş kullanıcı kitlesine sahip uygulamalarda kullanarak yeni sürümlerde ortaya çıkabilecek kritik hataların etkisini azaltabiliriz.
12. Google Play İnceleme Süreci
Release’i gönderdikten sonra Google uygulamamızı teknik gereksinimler ve Google Play politikaları açısından inceliyor.
İnceleme sonucunda uygulamamız:
- Onaylanarak yayınlanabilir.
- Değişiklik veya ek bilgi talebi alabilir.
- Politika veya teknik gereksinimlere uymadığı için reddedilebilir.
Uygulamamız reddedilirse Google Play Console üzerinden belirtilen gerekçeyi inceliyoruz. Gerekli düzenlemeleri yaptıktan sonra yeni bir release hazırlayarak uygulamamızı tekrar incelemeye gönderebiliriz.
Uygulamamızın production ortamına başarıyla alınmasıyla birlikte süreç tamamen sona ermiyor. Kullanıcı yorumlarını, uygulama hatalarını, Android API gereksinimlerini ve Google Play politika değişikliklerini düzenli olarak takip etmemiz gerekiyor.
Sonuç
Android uygulamasını Google Play Store’da yayınlamak yalnızca bir AAB dosyasını Play Console’a yüklemekten ibaret değildir.
Developer hesabımızı hazırlamamız, Application ID’yi doğru belirlememiz, uygulamamızı release ortamına hazırlamamız, imzalama anahtarlarını yönetmemiz, test kanallarını kullanmamız, Store Listing’i hazırlamamız ve Data Safety gibi politika gereksinimlerini tamamlamamız gerekiyor. Tüm bu adımları tamamladıktan sonra uygulamamızı Google Play incelemesine gönderebilir ve onayın ardından kullanıcılarımızla buluşturabiliriz.
Google Play gereksinimleri zaman içerisinde değişebildiği için özellikle Target API Level, Data Safety ve geliştirici hesabı gereksinimlerini yeni bir uygulama yayınlamadan önce güncel Google Play dokümantasyonu üzerinden tekrar kontrol etmemizde fayda var.
Yazar: Ege Selçuk ONAY
Kaynakça